Desktop 0.2.183: DeepSeek “Use Chat Completions” toggle silently overrides an explicit Responses selection

快速结论：在 Interpreter Desktop 0.2.183 中为 DeepSeek API 配置关闭“Use Chat Completions”并保存后，开关会自动回到开启状态，这是 DeepSeek 预设强制把 wire API 固定为 Chat Completions 导致的。优先确认你所用的 Workstation/Desktop 版本是否已经包含修复（openinterpreter/interpreter-workstation#86）。

适用环境：Interpreter Desktop 0.2.183；macOS，Apple Silicon（arm64）；DeepSeek API（https://api.deepseek.com）；provider ID deepseek；模型 ID deepseek-v4-flash、deepseek-v4-pro；wire API 为 Chat Completions。

最快修复方案：暂无确认的一步修复方案。Issue 中说明的问题修复落在 openinterpreter/interpreter-workstation#86（包含持久化与运行时覆盖），已针对当前 Workstation 确认；请升级到包含该修复的版本，而不是手动改写本地配置。

注意事项：修复前的行为是静默回退，并非配置错误提示。该 Issue 明确说明未做 DeepSeek Responses 兼容性的端到端验证，也未应用本地补丁；同时 #1908 的 tool-approval 失败与本问题相关但不同，切换到 Responses 不保证能解决 #1908。

问题场景

用户在 Interpreter Desktop 0.2.183 的 Settings 中编辑一个已有的 DeepSeek API model profile（base URL 为 https://api.deepseek.com），希望显式选择 Responses：关闭“Use Chat Completions”开关，点击 Save Changes，然后重新打开该 profile，发现开关又被重新启用。该 profile 保存后实际使用的是 wireApi="chat" 和 useResponsesApi=false，生成的 provider 配置为 wire_api="chat"，因此无法为直连 DeepSeek 端点选择 Responses。

报错原文

Desktop 0.2.183: DeepSeek “Use Chat Completions” toggle silently overrides an explicit Responses selection

Actual result: Use Chat Completions is enabled again.

The stored profile uses wireApi="chat" and useResponsesApi=false, and the generated provider configuration uses wire_api="chat".

原因分析

从 0.2.183 桌面安装包中随附的 JavaScript 可以看出，DeepSeek 的 wire API 在多个环节被强制指定为 Chat Completions，这属于预设逻辑而非用户配置被忽略：

server/utils/codexRuntime.ts 中的 codexProfileFromStoredProfile 对可识别的 DeepSeek API URL 显式选择 wireApi: "chat"。
resolveCodexProfileFromModelConfig 同样会为 DeepSeek 覆盖 wire API。
server/modelConfigTomlStore.ts 中的 isProfileValid 要求直连 DeepSeek profile 必须满足 codexProfileId="deepseek"、wireApi="chat"、useResponsesApi=false；repairProfile 会把这些值恢复回来。
前端在识别到 DeepSeek 端点时也会把开关置为启用。

因此问题既影响 UI 持久化，也影响运行时 wire API 选择。用打桩后的打包版 profile 选择函数做隔离测试确认：即使输入请求 wireApi="responses"，对 https://api.deepseek.com 和 https://api.deepseek.com/v1 仍会选择 "chat"。需要注意的是，这些源码名称来自分发 bundle 中的模块标记，并非与仓库当前 main 分支核对的结果。维护者后续确认：DeepSeek 已提供原生 Responses API 支持，因此显式选择 Responses 应被尊重，同时 Chat Completions 仍作为默认值。

环境排查

确认 Interpreter Desktop 版本是否为 0.2.183，是否已升级到包含 openinterpreter/interpreter-workstation#86 的版本。
确认 provider ID 为 deepseek，base URL 为 https://api.deepseek.com（或 /v1）这类可被识别为 DeepSeek 的地址。
确认模型 ID（如 deepseek-v4-flash、deepseek-v4-pro）与 wire API 选择。
确认平台为 macOS Apple Silicon（arm64），与 Issue 报告环境一致。
该问题发生在配置持久化层面，不需要 agent turn 即可复现，排查时无需依赖具体 harness 或会话日志。

解决步骤

先确认当前 Desktop/Workstation 版本是否低于修复版本；该修复位于 openinterpreter/interpreter-workstation#86，包含持久化与运行时覆盖。
升级到包含该修复的版本后，重新打开 DeepSeek model profile。
把“Use Chat Completions”关闭以选择 Responses，点击 Save Changes。
再次打开该 profile，确认开关状态被保留，而不是自动回到启用。
如果版本尚未包含修复，不要通过直接编辑本地 TOML 或绕过 repairProfile 的方式强行改值，因为 isProfileValid/repairProfile 会在保存或运行时把它恢复为 Chat Completions。

验证方法

保存后重新打开 DeepSeek profile，确认“Use Chat Completions”保持关闭；在 profile/生成配置中确认 wire_api 为 responses（或对应 selection），而不再固定为 chat。若升级后开关仍被强制回退，说明所用构建未包含该修复，需要进一步核对版本来源。