mirror of
https://gitcode.com/JianFeeeee/ModelRouter.git
synced 2026-11-07 09:47:23 +00:00
8109acf7cd
我们此前 trae 的模型列表是**纯硬编码**（32 项名字），既没有真实元数据，也没打 batch 端点。参考的 parseTraeBatchModelList 记录了**两个已修的缺陷**，移植时 必须一起带上，否则等于把 bug 再引进一遍： ## ① 通道白名单是「准入」而不只是「排序」（issue IKJOZ7） 22 个 function 里有一半在本插件推理端点下**不可调用**（实测 chat→4023 model unknown、builder→4001、inline_chat→3003）。只把白名单用于"同模型择优" 的旧写法 = "目录声明什么就发什么" ⇒ 用户选中那些模型必然失败，而错误文案 指向**模型**，极易被误判成"这个模型坏了"。现在不在表内的通道**整组丢弃**。 ## ② 空档位不得覆盖有档位（issue IKI7WT/IKILR7） 旧实现无条件"后面的覆盖前面的"，其假设（后面的配置更全）与真实数据**相反** —— 上游把空档位的 solo_work_lite/solo_design_remote 排在**最后**，实测 13 个 模型因此丢掉 reasoning_effort_config、全部显示"未提供推理等级"。 合并规则（与参考逐条对齐）：空档位不得覆盖有档位；两侧都有档位时按通道优先级 取更靠前者；其余保持"后覆盖前"。 ## ③ is_custom_model 是「仅可见但不可调用」的权威判据 该标志为 true 的条目被上游以流内 event:error + 4001 拒绝。 ⚠ 判据是**标志的值**，不是模型名 —— 参考点名这个标志随服务端下发变化， 曾据名字把 qwen3.8-flash 误记为应剔除（它其实正常可用）。 ## 附带：远端目录**元数据**不再丢 原来目录只回 id ⇒ 参考能提供的上下文窗口/输出上限/思考档位/消耗倍率全丢。 现按参考存下完整条目并在 model_list 以 `remote` 字段报出。 ⚠ contextWindow 取 `context_window_tokens.dev` 而非 `max`：max 需开启 display_config.max_mode 才可用（我们不实现该开关），采信 max 会让上层以为有 1M 窗口、实际被上游拒。 ## 基础设施 - refreshRemoteModels 支持 ep.body（POST 型目录端点）与 ep.sign（复用平台既有 的头部构造，不另写一套 —— 否则"chat 能通、目录 401"极难查）。 - trae 走 sign="trae_solo" 复用 traeCheckinHeaders（Cloud-IDE-JWT + 约 20 个 客户端头；参考实测简化头会被拒）。 - 新增 __trae_entry_probe（诊断"合并规则选中了哪条"），此前只能靠猜。 ## 判据（3 条 + 变异 3/3） internal/core/channels_trae_catalog_test.go - 白名单准入 + 档位来源（空档位不得覆盖有档位） - 四条硬性过滤（usage/config_switch/is_invisible_to_user/is_custom_model） 且 **is_custom_model=false 的 custom_model_* 条目必须保留**（判据是标志值） - 请求体必须传全部 22 个 function（与真实 IDE 一致；只传聊天通道会让非聊天 通道条目位置错乱甚至被跳过） 变异：白名单不做准入 → 报红；无条件后覆盖前 → 报红；不过滤 custom → 报红。 ★ 调试中发现并修掉我自己写的一个**静默失效**： `declaresEffort` 读 `e.reasoning_effort_config` 而 `parseEntry` 存的是 `e.reasoning` ⇒ 判定恒为 false ⇒ 规则①永不生效（正是它要防的缺陷）。 判据当场抓到。**教训：跨函数用同一份数据时，字段名必须对齐 —— 这类不一致 不会报错，只会让规则静默失效。** 验证：internal/core 369s 全绿。