[Feature] Gemini 3.5 Flash / DeepSeek V4 啥时候支持呀、还有 SWE1.6好像不通

[XuPaoYe]

Gemini 3.5 Flash / DeepSeek V4 啥时候支持呀、还有 SWE1.6好像不通

[dwgx]

Gemini 3.5 Flash / DeepSeek V4：
这些模型需要 Windsurf 后端先支持才能通过代理使用。代理本身只是翻译层，不直接调用模型 API。当 Windsurf 上游添加这些模型后，我们会通过 mergeCloudModels 自动拉取并注册。

SWE 1.6：
和 issue 190 相同的问题 — SWE 模型在 IDE 中走专用 Agent Flow，API 路径可能不支持。需要进一步调查 Windsurf 的 SWE 请求路径。

现状：

• 如果 Windsurf 已经支持了某个模型但代理中没有出现，可以用完整模型名直接请求（如 gemini-3.5-flash），代理会尝试 passthrough
• Dashboard 的"模型可用性"面板可以查看每个账号 entitled 的模型列表

[dwgx]

补充一下：SWE1.6 不是普通模型目录问题，和 #190 是同一类。

当前 direct Cascade path 里 MODEL_SWE_1_6 会被 upstream 判 unknown，RawGet 也不通；所以仅加 enum/modelUid 没用。

后续方向：

• 普通新模型：等 cloud catalog / LS 支持后补 catalog，代理侧可以 passthrough。
• SWE/adaptive/arena：需要 special agent route。现在更现实的方案是 hybrid backend：这些模型走 Devin CLI/ACP sidecar，普通模型继续走 LSP/Cascade。见 swe-1.6 model not accessible in WindsurfAPI despite working in Windsurf IDE and Devin CLI #190。

[dwgx]

Update from v2.0.141 audit:

Keeping this open, but splitting the scope:

• Gemini / DeepSeek additions are normal upstream/cloud catalog support questions.
• SWE-1.6 is not a normal catalog model in this proxy; it is tracked separately in swe-1.6 model not accessible in WindsurfAPI despite working in Windsurf IDE and Devin CLI #190 as special-agent/ACP/Devin POC.

Please do not use this issue to track SWE-1.6 direct Cascade routing; that path has already been separated because normal enum/modelUid support is misleading there.