|
|
ff7051d608
|
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 表达。
(cherry picked from commit 25970a2135)
|
2026-10-19 22:35:47 +08:00 |
|
|
|
dda537cda9
|
fix(channels): 日志截断按字符（中文被切出 U+FFFD）+ 面板排版
## 真实缺陷（v2.0.33 上线后在截图里看到）
日志尾显示成：`能力增强不�`
根因：`tostring(cerr):sub(1, 120)` —— **Lua 的 sub 按字节切**，而中文占 3 字节
⇒ 切在字符中间产生**替换字符 U+FFFD**。一句本来完整的诊断（"…能力增强不可用，
已退回兜底表"）看起来像**数据损坏**，实际只是截断方式错。
生产实测复现：该条 120 字节截断后，末尾正好落在"不"字的第 1 字节上，
python 侧解码得到 `…能力增强不\ufffd`。**修法**：`plugin.utf8Clip(s, maxBytes)`
先按字节切、再回退到最后一个完整 UTF-8 序列边界（最多退 2 字节）。
三处中文文案截断全部改用它。
## 判据（1 条静态 + 1 条行为 + 变异 1/1）
- `TestLogTruncationIsUTF8Safe`（静态）：助手存在 / 三处中文截断不再用裸 sub /
未超长时原样返回 / 回退逻辑处理孤立首字节
- `TestUtf8ClipBehaviour`（**行为**，经 `plugin.__utf8_clip_probe` 走真实函数）：
对 6 个长度断言 `utf8.ValidString(out)` 且不超字节上限。静态断言看不出
"结果是否真的合法 UTF-8"，所以必须有这一条 —— 实测 n=120 从
`…能力增强不�`（非法）变为 `…能力增强不`（合法）
- 变异：把 utf8Clip 换回裸 sub → 报红
## 排版抛光（截图里可见的三处）
- 头部控件原用 `<h2>` + flex，checkbox 被挤到换行且文字竖排 ⇒ 改 `<b>` +
独立 flex 行 + `white-space:nowrap`
- 长诊断在窄卡片里被**截断**（而截断的尾巴正是最该看的部分）⇒ `word-break`
- 列表加 `line-height`，可读性
## 兼容性
历史 state 里的 41 条老条目没有 `level` 字段 —— 前端 `e.level || "info"`
已容忍，**不需要数据迁移**（判据亦未假设字段必然存在）。
|
2026-10-16 17:44:04 +08:00 |
|
|
|
2d7388ad35
|
fix(channels): 运行日志加级别/归属/折叠，并从渠道详情移出（C+A）
## 问题（生产实测，非猜测）
用户问「为什么 WebUI 默认显示插件全部日志」。用 CDP 打开真实 UI + 读
`/channels/status` 实测，发现是**三个问题叠加**，而表层症状是"看到的全是噪音"：
### ① 归属错误：全局日志渲染在「单个渠道详情」里
`plugin.state.log` 是**单一全局数组**（`logEvent` 写入的条目只有 `{at, msg}`，
**连 platform 字段都没有**），但这个 `<ul id="ch-log">` 的 DOM 位于
`#ch-detail`（点开某渠道才显示）⇒ 用户点开 buddy，看到的却是
trae/minimax/qoder 的日志混在一起，**无从区分**。
### ② 50 条里 48 条（96%）是周期任务噪音
实测分类：`已同步源…` 11×、`模型刷新失败…` 9×、`模型目录已刷新` 9×、
`能力元数据未刷新` 9×、`自动领取…` 9× —— **唯一模式只有 8 种**。
原因：`refresh_models`(2h) + `auto_claim`(2h) + `refresh_creds`(0.5h) 三个
`first_due_now` 任务每次跑写 3~5 条 ⇒ **约 2 小时就把 50 条环形缓冲冲满**，
于是真正的用户动作（如「账号删除」）被挤到看不见。
### ③ 无级别、无去重、无折叠 → 噪音与错误同权重并排
## 修法（用户选 C+A）
**C —— 修正归属**：把「运行日志」从 `#ch-detail` 移出，成为**常驻的独立卡片**
（`#ch-log-card`）。判据断言它与渠道详情是**兄弟节点**（div depth=0），
不是父子 —— 否则"点 buddy 看到 trae"会以另一种形式回来。
**A —— 加级别与过滤**：
- `logEvent(msg, level, platform)`：level ∈ info|task|warn|error。
定时任务的**常规**结果记 `task`（前端默认折叠），只有异常升为 warn/error。
- **紧邻同文折叠**：与 `log[1]` 完全同文时不新增条目，只 `n=n+1` 并刷新时间。
⚠️ 只对**紧邻**条目折叠 —— 否则一条每小时出现的消息会不断"跳"到最前，
时间线失去意义。前端显示成 `×N`，既保留"重复了多少次"又不刷屏。
- 三个视图开关：级别门槛（全部/警告及以上/仅错误）、显示例行任务、
按当前选中渠道过滤（不带 platform 的跨平台汇总只在「全部渠道」出现）。
- `refresh_models` 的失败改为**逐平台各记一条**（原先 N 个挤成一条汇总，
既不属于 trae 也不属于 minimax ⇒ 点进任何单渠道都看不到自己的问题）。
## 判据（3 条 + 变异 2/2）
- `TestChannelsLogEventCarriesLevelAndPlatform`：签名三参 / 条目带两字段 /
紧邻折叠 / **折叠对象必须是 log[1]**
- `TestChannelsPeriodicTaskLogsAreDowngraded`：逐条咬住**具体调用点**被降级
（而不是"存在 task 这个词"——那样一处就为真，测不出漏降级的噪音源）
- `TestChannelsLogPanelHasFilters`：日志卡片与渠道详情是**兄弟**（div depth=0）
- 变异：去掉折叠 / 把卡片放回详情内 → 均报红
## 顺带修好的环境事故（重要）
排查中全量测试突然大批失败（`loopback 未就绪（未取得端口）`）。我一度以为是
自己的改动，**`git stash` 后在干净版本上复现 → 预先存在**，继续追到根因：
**`/tmp/bisect.py`（另一个 agent 的临时脚本）遮蔽了 Python 标准库的 `bisect`**
—— 而 `tempfile` → `random` → `bisect`，于是**任何 `import tempfile` 都炸**，
回环接收器（python3）起不来。`sys.path` 含 `/tmp` 就是这个后果。
已移走（`/tmp/_shadowed-stdlib-conflicts/`，不删除以免打断那个 agent），
Python 与全部测试立刻恢复。
⇒ **教训**：临时脚本**绝不能**在 `/tmp` 下用 stdlib 模块名命名；
它会让全机 Python 静默失效，而症状（"回环未就绪"）与原因毫无关联。
|
2026-10-16 17:20:35 +08:00 |
|
