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” 并保存后，开关会自动回到开启状态，实际仍按 Chat Completions 运行；如果确认自己用的是受支持的 DeepSeek Responses 接入方式，优先排查该版本对 DeepSeek 预设的强制覆盖逻辑。

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

最快修复方案：暂无确认的一步修复方案。Issue 中说明修复位于 openinterpreter/interpreter-workstation#86，但未给出用户侧可执行的升级版本号或操作步骤，需以发布版本为准。

注意事项：Issue 中的验证是针对已安装桌面包内 JavaScript 的静态检查与隔离测试，并非 DeepSeek Responses 的端到端兼容性验证；也不能推断切到 Responses 就会解决 #1908 的工具审批问题。

问题场景

用户在 Interpreter Desktop 的设置中打开已有的 DeepSeek API 模型配置档，手动关闭 “Use Chat Completions” 以选择 Responses，然后点击 Save Changes 并重新打开该配置档，期望选择被保留。实际结果与此相反，开关又回到启用状态，导致无法为直接连接的 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.

Expected behavior: Honor an explicit Responses selection if supported by the integration.

原因分析

从 0.2.183 桌面包中随附的 JavaScript 来看，这不是单纯的 UI 回显问题，而是运行期与持久化层都进行了强制覆盖：

codexProfileFromStoredProfile（server/utils/codexRuntime.ts）对识别出的 DeepSeek API URL 显式选择 wireApi: "chat"。
resolveCodexProfileFromModelConfig 也对 DeepSeek 的 wire API 做覆盖。
isProfileValid（server/modelConfigTomlStore.ts）要求直接 DeepSeek 配置档必须满足 codexProfileId="deepseek"、wireApi="chat"、useResponsesApi=false。
repairProfile 会把上述值恢复回去。
前端在识别到 DeepSeek 端点时也会自动开启该开关。

因此，即使保存的配置档写入 wireApi="chat" 与 useResponsesApi=false，生成的 provider 配置仍是 wire_api="chat"。评论中确认 DeepSeek 预设此前在配置档修复和运行期解析时都在强制 Chat Completions。这些源码名称来自分发包中的模块标记，并非对仓库当前 main 分支的验证。

环境排查

确认 Interpreter Desktop 版本是否为 0.2.183。
确认平台为 macOS Apple Silicon（arm64）。
确认 DeepSeek API base URL 是否为 https://api.deepseek.com（含 /v1 变体也可能受影响）。
确认 provider ID 是否为 deepseek。
确认使用的模型 ID（deepseek-v4-flash 或 deepseek-v4-pro）。
确认配置档中存储的 wireApi 与 useResponsesApi，以及生成的 provider 配置中的 wire_api。

解决步骤

先不要反复开关 “Use Chat Completions” 并期待持久化，该版本会在保存或配置档修复时被强制还原。
检查你使用的 Interpreter Desktop 版本中是否已包含 openinterpreter/interpreter-workstation#86 的修复；该修复为 DeepSeek 预设增加了对显式 Responses 选择的持久化与运行期支持，同时保留 Chat Completions 作为默认。
如果当前版本尚未包含修复，保持 Chat Completions 使用，或等待包含该修复的新版本发布后再测试 Responses 选择。
如需自行验证，可在设置中关闭 “Use Chat Completions”、保存并重开配置档，观察开关与实际生成配置是否仍回到 chat。

验证方法

在已包含修复的版本中，重新打开同一 DeepSeek 配置档后，“Use Chat Completions” 应保持关闭状态，生成的 provider 配置中的 wire_api 应反映所选的 Responses，而不是被改回 chat。注意 Issue 中并未提供 DeepSeek Responses 的端到端兼容性测试结果，因此验证重点是选择与持久化行为，而不是模型响应质量或工具调用结果。