解决 Android Studio 插件接入 DeepSeek API 报错(弃用 Gemini,改用 Qoder CN)全流程

一旦选择了 OpenAI-compatible，Android Studio 内部的 AI Agent 就会以为它正在对接的是 OpenAI 的最新 API。因此，它会非常自信地使用 OpenAI 最近推出的新特性（比如 role：developer）。

Error: com.openai.errors.UnprocessableEntityException: 422: Failed to deserialize the JSON body into the target type: messages[0].role: unknown variant developer, expected one of system, user, assistant, tool, latest_reminder at line 1 column 3931

Android Studio 的 Agent 在发请求时，把其中一条消息贴了个标签叫 “developer”（开发者），以为对方能看懂。但 DeepSeek 的服务器只认识 system（系统）、user（用户）、assistant（助手） 和 tool（工具）这几个标签，完全看不懂 “developer” 是个啥，于是就直接把请求驳回了。

为什么会发生这种“不统一”？

这其实是目前 AI 生态的一个典型痛点：“协议级兼容”不等于“语义级等价”。

协议级兼容：DeepSeek 保证了接口地址、参数结构、返回格式跟 OpenAI 一样，让你能直接用 OpenAI 的 SDK 去调它。

非语义等价：但在一些边缘特性（比如新增的 developer 角色、reasoning_content 推理字段、max_completion_tokens 字段名）上，各家模型的实现进度和严格程度是不一样的。

Android Studio 的插件市场（Marketplace）服务器在国外（plugins.jetbrains.com），国内网络访问时经常会出现无法加载、下载极慢或 DNS 污染等问题。