[Bug] 渠道账号「测试」恒失败：Loomy 缺探测分支、TRAE 只测目录首个不可调用模型、客户端读错字段导致原因被吞 #681

Activity

1. unifilitence commented on Oct 27, 2026

   

   unifilitence

   on Oct 27, 2026

   Author

   More actions

   补充：TRAE 那条根因不是「只测目录首个模型」，而是探测用的 TraeAdapter 没接远端目录，导致渠道判定必然回退默认值

   实测发现

   probeWithAdapter 的 TRAE 分支只传了三个 option：

   adapter = new TraeAdapter({
     credentialRef: ref,
     resolveCredential: async () => credential,
     refresh: async () => {}
   });

   没有 fetchRemoteModels。于是 TraeAdapter.ensureRemoteModels() 第一行就返回：

   async ensureRemoteModels() {
     const fetchRemote = this.options.fetchRemoteModels;
     if (this.remoteModels !== void 0 || fetchRemote === void 0) return;   // ← 这里
     ...
   }

   remoteMeta 永远是空 Map，channelFor(model) 对任何模型都回退 this.product.function：

   channelFor(model) {
     const channel = this.remoteMeta.get(model)?.function;
     return channel !== void 0 && channel.length > 0 ? channel : this.product.function;
   }

   product.function = "solo_work_lite"。而 TRAE 上游要求 config_name 必须属于所声明的 function 渠道，跨渠道一律 4001 param is invalid。

   结论：不是「第一个模型恰好不可用」，而是「任何不属于 solo_work_lite 的模型都必然失败」

   原 issue 里写的「TRAE 只测目录首个模型」只描述了一半现象。补上候选链后我发现真正原因：候选链前 4 个模型（Doubao-Seed-2.1-Turbo / Doubao-Seed-2.1-Pro / Doubao-Seed-Evolving / Doubao-Seed-Code）里，前三个恰好都属于 solo_work_lite，第四个 Doubao-Seed-Code 属于 solo_agent，于是只有它失败：

   补丁前（不接远端目录 → channelFor 恒 solo_work_lite）：
     PASS  Doubao-Seed-2.1-Turbo          1904 ms
     PASS  Doubao-Seed-2.1-Pro            2790 ms
     PASS  Doubao-Seed-Evolving           2986 ms
     FAIL  Doubao-Seed-Code                188 ms   trae: ... (code=4001)
   
   补丁后（probeWithAdapter 接远端目录）：
     PASS  Doubao-Seed-2.1-Turbo          2289 ms
     PASS  Doubao-Seed-2.1-Pro            2269 ms
     PASS  Doubao-Seed-Evolving           2160 ms
     PASS  Doubao-Seed-Code               2004 ms
   

   确定性 A/B（直接打上游，绕开插件）

   同一凭据、同一请求体，只改 function / config_name 的组合：

   config_name	function	结果
   glm-5.1	solo_work_lite	code=4001 param is invalid
   glm-5.1	solo_coder	200，回答「收到」
   glm-5.3	solo_work_lite	200
   glm-5.3	solo_coder	code=4001 param is invalid

   远端目录里 glm-5.1 属于 chat_v3 / solo_coder / solo_agent / solo_agent_lite，不含 solo_work_lite —— 与失败完全吻合。

   另外：config_name 传空串也能 200（上游自选模型），但那样探测不出指定模型是否可用，所以不建议用空串兜底。

   建议修法（我本地验证通过的最小改动）

   给 TRAE 探测分支补一个探测专用的目录拉取，复用现有的 traeSOLOHeaders + parseTraeBatchModelList：

   adapter = new TraeAdapter({
     credentialRef: ref,
     resolveCredential: async () => credential,
     refresh: async () => {},
     fetchRemoteModels: () => fetchTraeModelsForProbe(credential)   // ← 补这一行
   });

   其中 helper 与 TraeAuth.fetchModelsUncached 同源，差别只有三点：凭据从参数来（探测不走账号池）、不缓存（一次探测只拉一次）、失败回 []：

   async function fetchTraeModelsForProbe(credential) {
     if (!credential || typeof credential.access_token !== "string" || credential.access_token.length === 0) return [];
     try {
       const response = await fetch(`${TRAE.agentHost}${TRAE_BATCH_MODELS_PATH}`, {
         method: "POST",
         headers: traeSOLOHeaders(credential, TRAE, false),
         body: JSON.stringify({
           functions: TRAE.channels,
           agent_type: "",
           current_config_info: { config_name: "", is_custom_model: false },
           mode_type: 0, access_type: 0,
           ab_force_vids: "", ab_autotest_advanced_mode: 0, show_custom_model: true
         }),
         signal: AbortSignal.timeout(TRAE_REQUEST_TIMEOUT_MS)
       });
       if (!response.ok) return [];
       return parseTraeBatchModelList(await response.json());
     } catch {
       return [];
     }
   }

   目录拉取失败时回 []，ensureRemoteModels 保持 remoteMeta 为空、退回默认渠道 —— 与现在的行为一致，不会引入新的失败模式（已实测：断网模拟下仍能用默认渠道完成探测）。

   顺带一个观察

   过滤后的可用目录只有 40 个（原始目录 87 个 config_name），doubao-for-auto / Doubao_1_6 已被 parseTraeBatchModelList 的 usage !== "chat_completion" / isEnabled === false / isHidden === true 条件剔除，所以它们不会出现在候选链里 —— 我最初怀疑它们，是拿原始目录而不是过滤后目录去测的，这点自我更正一下。