|
|
25970a2135
|
refactor(scheduler)!: 移除 priority 废弃字段 + 一通道一源 + discover 复用凭据
用户判据：「priority 直接移除」「即使带 key 也没有 /v1/responses」
「channel 插件的问题还没完全解决」「生图和聊天合并到一个导航项」
## 一、删除 priority（它从未参与跨源调度）
`config.Model.Priority` 号称"高者优先参与 AUTO 选源"，**那是错的**：
AUTO 链由 `config.ModelScope.Tier` 驱动（scheduler.Chain），priority 只被
`bestChatModel/bestImageModel` 用于"本源内部该发哪个模型"，与跨源调度无关。
把它当调度依据会让人以为拖个数字就能改顺序，改完毫无效果。
- 删 `config.Model.Priority` 字段与 `bestChatModel/bestImageModel` 的优先级比较
- 删 `seedAuto()`：**AUTO 链为空时网关应直接 503**，不能凭空播种用户没配过的档位
- 删 UI `buildLanes` 的 discovery 回退（按源 priority 自动铺开）与 sourceRows
- 清掉 config.yaml 里 140 行 priority
## 二、一通道 = 一个适配器 = 一个源（channels 插件）
旧设计「一账号一源」(`channels-<平台>-<12位hex>`) 有三个结构性后果：
1. 三个账号 ⇒ 三个源、三份同名模型，用户看到三行无法区分的东西
2. 谁先谁后**取决于注册顺序，不是余额**（rankAccounts 只用于展示，从未接进同步路径）
3. 换号要改源名 ⇒ 用户书签里的 `源:模型` 全部失效
新设计：
- 源名只跟通道绑定：`channels-<平台>`，换号 = 同名 add_source 覆盖 api_key
（内核 AddSource 是 UpsertSourceInYAML + 内存替换），对客户端完全透明
- `pickAccountForSource()`：凭据可用 → 余额分档（先快作废后永久）→
跳过已标记失效的号。没有 balance 声明的平台不据此排除（不因"不会查"判死）
- `request_end` 钩子：真实请求失败且是**终态**错误（需充值/封禁/凭据永久失效）
时给当前账号打 termErr，下次选号跳过；成功则清标记。
⚠️ 只认终态 —— 429/超时/抖动都**不**标记（那会把好号一个个废掉）
- `refresh_creds` 每 30 分钟巡检后重新选号（兜底心跳，纯本地判定）
- 迁移：同步时自动清掉旧版按账号拆的源（按已知平台前缀匹配，不用贪婪 match）
- 顺带修：`refresh_creds` 漏认 `refresh_fn` ⇒ codearts 的 DPoP 续期永不触发
## 三、discover 支持用已存凭据（真实缺口）
刷新已有源的模型目录，此前必须让运维**再粘一次明文 key** —— 而库里是
`enc:v1:` 密文，WebUI 也不回显明文。结果就是"想刷新 → 得重新申请 key"，
很多人干脆不刷，源的目录越放越旧（实例：某源 3 个生图模型从未登记）。
- `{"name":"oin"}` ⇒ 从已存源取 base_url + 解密凭据 + adapter
- 安全边界：已要求 admin；只能探测**本网关已配置的**源（不能拿任意 URL+key
做探测，那就成了 SSRF/密钥外带）；响应不回显 key
## 四、image_models 显式声明（补元数据缺失）
`discoveredModelKind` 只看上游 modality 字段，并刻意**不从模型名推断**
（错误的 kind 会毒死 AUTO 链）。但有些网关的 /v1/models 只返回
`{id,object,created,owned_by}` —— 零 modality，于是生图模型全落成 chat，
生图端点永远 `no image source configured`。
不解这个两难：默认仍完全按元数据（不猜），但允许 `image_models` **显式声明**。
写错的 id 明确报 400，不静默造一个不存在的模型。
## 五、UI：对话与生图合并为一个导航项
两者本是同一件事的两种输入（都选模型、都发请求、都读结果），只是 kind 与端点
不同。合并只发生在**导航层**：模型下拉仍按 kind 分组/禁选（把图片模型选进 chat
会请求到错误端点）。两个面板同时存在于 DOM，切换只改 display —— 来回切不会丢
已输入的文字、对话历史或已生成的图。
## 测试
- `TestUI_ImageModeIsReachableFromChatTab`：改为钉"合并后仍可达"（分段控件、
切换函数、面板容器、端点），并断言**旧 tab 三件套必须消失**（否则 goTab 会找
一个不存在的面板）
- 测试夹具显式建 AUTO 链（内核不再 seedAuto）：默认一源一 tier 倒序
（TestChatAUTO 验优先级）；TestChatAutoChainTierFailover 自己覆盖成同 tier
（验 tier 内轮转）—— 两者验不同机制，不能共用一个默认
- core 的一批断言从"按账号 id 找源"改为"按平台名找源"
gateway/config/provider 全绿；core 的 channels 用例全绿。
TestRealMutants 需工作树干净后才跑（其自带的变异残留防护）。
BREAKING CHANGE: config.Model.Priority 已删除。旧的 priority 字段会被 YAML
解码静默忽略（内核不校验未知字段），因此既有 config.yaml 仍可加载，但该字段
不再有任何作用 —— 调度顺序请通过 AUTO 链的 tier 表达。
|
2026-10-19 16:26:59 +08:00 |
|
|
|
6f2d4dc6eb
|
fix(plugins): 三个坏渠道 + 三插件图标 + 计费可见性
用户报障：「检查一下，同时修复坏渠道，还有插件不是可以自己决定注册
哪些渠道吗？你怎么不修一下，还有除了 billing 以外的两个插件都没有正确的
图标，而且另外两个插件计费也不正确」
## 一、坏渠道（都在插件里修，不动内核）
### 1. zcode —— base_url 吞掉了 endpoint 路径（404）
`base_url = https://zcode.z.ai/api/v1/zcode-plan/anthropic`
`endpoint = /api/v1/zcode-plan/anthropic/v1/messages`
内核 URL = base_url + endpoint（provider.go ChatURL）⇒ 路径拼两遍：
`.../anthropic/api/v1/zcode-plan/anthropic/v1/messages` → 404 page not found。
修：base_url 只留 host，完整路径进 endpoint。与 v2.0.30
「12 平台 base_url 侵占 endpoint」同族。
### 2. minimax —— 打到 Web 前端（404「简单指令，无限可能」）
base_url 只到 host + adapter=openai ⇒ 请求 /chat/completions，那是 Web 前端。
照参考 minimax-product.ts：
MINIMAX_INFER_PATH = /mavis/api/v1/llm/v1/messages（**Anthropic Messages**）
实测（2026-10-19）：
/mavis/api/v1/llm/v1/messages → 401 invalid access token（路径对）
裸 /chat/completions → 404 page not found
/mavis/api/v1/chat/completions → 404
修：endpoint 指向真实推理路径 + adapter 改 anthropic（第二层：协议形状）。
修后从 404 变 401（凭据问题，不再是路由问题）。
### 3. codearts —— 只声明"可续期"却没声明"怎么续"
`account_refresh` 走 `refreshCredential()`，要求 `plat.refresh.url` 或
`refresh_fn` 存在。codearts 只有 accountView 里硬编码的 `refreshable=true`
⇒ 恒返回「该平台未声明续期方式」，自动续期链空转，日志反复
`模型刷新失败 HTTP 400`。而 STS security_token 只有 1 小时寿命，过期后
每个请求都是 `APIG.0602: the security token has expired`。
修法（三层，每层都有独立的坑）：
a) 加 `refresh_fn` 钩子。华为云 STS 要 **DPoP 头**（jwk 在凭据里），
声明式 REFRESH_STYLES 拿不到私钥 ⇒ 必须用钩子挂已有的
`codeartsRequestToken`。
b) **JWK → PEM 重建**。`codeartsNewDpop()` 返回 {pem,public,private}，但
凭据只持久化了 private(JWK)，pem 是登录临时文件。而 `codeartsDpopSign`
走 openssl 命令行要 `key.pem` 字符串 ⇒ 直接传会报
`bad argument #1 to 'write' (string expected, got nil)`。
手工组 SEC1 `EC PRIVATE KEY` 的 DER（INTEGER 1 / OCTET STRING d /
[0] OID prime256v1 / [1] BIT STRING 04||X||Y）再 PEM 包装。
c) 绑定放在**文件末尾的绑定循环**（与 claim_fn 同处）。在 PLATFORMS 表里
内联会闭包捕获当时的全局 nil —— 与 trae headers_fn 那次同一坑。
## 二、插件图标（3 个坏 1 个）
billing 有 SVG 但**缺 stroke/fill=currentColor**（深色主题下不可见）；
channels 声明 `icon = ""`（侧边栏空白）；quota 连 icon 字段都没有。
统一成 inline SVG + `stroke="currentColor"`（照参考 src/sponsor.js:52 的
图标工厂形状）。
## 三、判据（4 条，全部做过变异验证）
- `TestChannelBaseURLDoesNotSwallowEndpoint`：base_url 里的路径段不得在
endpoint 重复出现。**走真实加载插件**而非正则读源码 —— PLATFORMS 是
Lua 表，有注释/条件拼装/末尾绑定循环，正则会给出假绿。
- `TestMinimaxUsesAnthropicProtocolAndRealInferPath`：路径 + 协议双断言。
- `TestCodeartsDeclaresRefreshHook`：分开报 has_refresh_fn / has_refresh_decl。
只看 refreshable 不够 —— 那是"凭据类型可续"，与"平台实现了续期"是两件事。
- `TestCodeartsRebuildsPemFromJwkAndSigns`：**必须真签名**。DER 结构错、
长度错、base64 换行错都得到"非空但无效"的 PEM，只断言非空等于没验。
- `TestB64urlDecodeHandlesLongInput`：补一个真实测漏 —— 我的 b64urlDecode
第一版在输出字节后没清高位（缺 `buf = buf % (2^nbits)`），43 字符的 JWK
字段（32 字节）测出来**完全正确**，于是 PEM 判据在变异后依然全绿。
只有 86 字符的长输入才暴露（double 精度耗尽 → string.char 抛 invalid value）。
这条判据就是为"能跑、能返回、产物错"那类缺陷写的。
- `TestEveryPagePluginDeclaresSVGIcon` / `TestIconUsesCurrentColor`：
按**页面插件清单**遍历而不是只覆盖 billing。billing 当年空串的判据只管
它自己，于是 channels 空串、quota 缺字段时全绿 —— 同类缺陷换文件复发
没有任何东西会响。这条测试还当场咬出了 billing 自己缺 currentColor。
变异验证：zcode base_url 回退 ✓ / minimax adapter 回退 ✓ / 删 refresh_fn
绑定 ✓ / 去掉 buf 掩码 ✓ / OID 多套一层 TLV ✓（5/5 全部咬住）
## 四、计费（诊断，未改价）
查清"计费不正确"的根因：`prices.models` 只配了 **2 条**
（deepseek-v4.1-flash + 它的 / 前缀形式），而实际在用 **193 个模型**
⇒ 112006 次请求里 **35672 次（31.8%）成本按 $0 计**。
其中 28203 次集中在 2026-10-05 一天（历史一次性事件）；
当前每天 27~137 次，且**渠道模型全部未定价**
（Doubao-Seed-2.1-Pro / GLM-5.3-Flash / MiniMax-* / qwen3.6-plus / hy3）。
调研：参考插件从 **models.dev** 拉模型目录（含 cost.input/output）。
实测 models.dev 覆盖我们 139/193 模型（72%），但**不能取中位数** ——
同一模型不同 provider 价差可达数千倍（glm-5.2 从 0 到 1.82），
0 价多是订阅制/coding plan。按 host 匹配 provider 只覆盖 6/24 源。
⇒ 价格口径需要用户确认，本轮不动价表。
6 个新探针（仅测试/诊断用）：__platform_def_probe（平台定义真相）、
__codearts_jwk_pem_probe（PEM 重建 + 真签名）、__b64_probe（解码字节）。
|
2026-10-19 13:43:18 +08:00 |
|
