openai 官方 codex 插件已下架，当前 vs code 中所谓“codex”插件均为第三方仿制，对接西柚云等代理 api，非直连 openai；若需使用 gpt-4-turbo 等原生模型，须改用 opencode 等通用插件并手动配置 baseurl 为 https://api.openai.com/v1。
直接用 OpenAI 官方接口在 VSCode 里搭 AI 编程助手，行不通——Codex 插件早已下架，Codex 扩展在 VS Code 市场已不可用，且官方未提供新替代品。你看到的“Codex 插件”基本是第三方仿制或改名项目，多数依赖非 OpenAI 的后端（比如西柚云、Weelinking），实际调用的是它们自家封装的 API。
为什么找不到真正的 OpenAI 官方 Codex 插件
OpenAI 在 2023 年底正式终止 Codex 服务，所有基于 Codex 的 VS Code 扩展（包括早期 Codex、OpenAI Codex Assistant 等）均无法再连接原生 OpenAI 接口。目前市场中仍显示“Codex”字样的插件，本质是：
- 对接第三方代理层（如
https://api.0daysci.com/v1/或https://api.weelinking.com/v1），并非直连https://api.openai.com/v1 - 配置文件里写的
model = "gpt-5.2-codex"是服务商自定义模型别名，OpenAI 官方根本没有这个型号 - 认证方式强制走
auth.json+config.toml，但密钥字段名（如OPENAI_API_KEY）只是占位符，实际校验逻辑在服务商后端
想用 OpenAI 官方模型？必须换路径
如果你坚持用 gpt-4-turbo 或 gpt-3.5-turbo 这类 OpenAI 原生模型，可行方案只有两个：
- 用支持 OpenAI 兼容协议的通用 LLM 插件，例如
OpenCode，但需手动配baseURL指向https://api.openai.com/v1，并确保npm包为@ai-sdk/openai（不是@ai-sdk/openai-compatible） - 自己写一个 minimal extension，用
fetch调/v1/chat/completions，传Authorization: Bearer <your-key></your-key>，绕过所有插件封装 - 注意：VS Code 扩展沙箱默认禁用跨域请求，若用 fetch 直连，必须在
package.json中声明"webviewOptions": { "allowScripts": true }和对应 CSP 配置
常见报错和真实原因
你在配置过程中遇到的典型错误，几乎都指向后端不匹配：
-
Failed to fetch model list: 401 Unauthorized→ 不是你 key 错，而是插件发请求到了https://api.0daysci.com/v1/models，但你填的是 OpenAI key - 输入
Switch model后只显示Qwen3-4B-Instruct-2507或gpt-5.2-codex→ 这些是服务商注册在自己路由下的模型名，OpenAI 官方 API 根本不认 - 编辑器右下角提示
Connected to xiyou provider→ 说明已成功连上西柚云，但和 OpenAI 无关
真正私有化部署的关键点
所谓“私有 AI 编程助手”，核心不在插件名，而在你控制哪一层：
- 如果你把模型服务跑在
http://localhost:8000/v1（比如用 Ollama + openai-compatible wrapper），那opencode.json里配"baseURL": "http://localhost:8000/v1"才算真私有 - 如果
baseURL指向任何公网域名（哪怕叫openai-proxy.example.com），就不是私有，只是换了个中间商 - Windows 下把二进制丢进
C:\Windows\System32并不能提升安全性，它只是让opencodeCLI 能被 PATH 找到，和模型部署位置无关
最易被忽略的一点：所有声称“一键接入 OpenAI”的 VS Code 插件，只要没让你手动填写 https://api.openai.com/v1 并通过原始 header 鉴权，它就不是在连 OpenAI。
