VS Code 怎么配置 ChatGPT？用一键脚本把 Codex CLI 配好并改到 TaoToken

1. VS Code 里配 ChatGPT 到底在配什么Codex CLI 与扩展的分工很多人搜「VS Code 怎么配置 ChatGPT」第一反应是去扩展商店装个插件、填个 API Key 就完事。实际动手才发现VS Code 里的 Codex 扩展只是界面层真正发请求、读配置、管认证的是它背后调用的 Codex CLI。你把扩展装好了它找不到 CLI照样报错CLI 装好了但 endpoint 还指着默认地址请求一样 401。所以这件事的本质是两段链路一段是命令行工具和它的配置文件一段是 VS Code 扩展怎么去调用这个工具。我先把结论摆出来VS Code 里的 Codex 扩展负责面板、对话、文件上下文这些交互Codex CLI 负责实际的模型请求。你要改 endpoint、换模型、修认证动的是 CLI 的配置文件不是扩展的设置页。扩展设置里能填的东西很有限真正决定请求打到哪里的是用户目录下.codex文件夹里的config.toml和auth.json。适合谁看这篇已经在 VS Code 里装了 Codex 扩展、或者准备装但卡在「扩展能打开、一发消息就报错」这个阶段的开发者。也适合那些用一键脚本装完 Codex CLI但不知道怎么把默认地址改成自己要用的大模型服务的人。如果你连 CLI 都还没装这篇的脚本部分也能带你走完安装。核心检索词先明确VS Code 配置 ChatGPT实际配置对象是 Codex CLI 的 endpoint 与 auth.json。这两个文件改对了VS Code 终端里的codex命令和扩展面板才能正常出结果。我试过直接改扩展设置里的字段发现它根本不读那些。后来才理清扩展启动时会去 PATH 里找codex可执行文件找到后由 CLI 自己去读~/.codex/config.toml。所以你的配置动作要落在 CLI 这一侧。下面按「先装 CLI、再改配置、再验证、最后回 VS Code」的顺序走每一步都有可复制的命令。先说你会在哪些地方踩坑。第一类坑是路径Windows 上codex可能有.ps1、.cmd、无后缀三个入口扩展抓到哪个不确定所以要用where.exe codex看清楚。第二类坑是认证auth.json里的字段名和config.toml里的 provider 要对得上对不上就是 401。第三类坑是地址拼接base_url 后面该不该带/v1取决于服务方的接口规范乱拼就是 404 或 model not found。这三类坑后面都会给排查命令。还有一个认知要先纠正一键脚本执行成功不等于 VS Code 扩展已经登录成功。脚本干的事是装 Node.js、装 npm 包、写配置文件扩展能不能用取决于它能不能找到 CLI、CLI 能不能读到正确配置、配置指向的服务能不能通。这是四个独立环节报错时要分开查不要对着发送按钮反复点。2. 用一键脚本装好 Codex CLI再把它接到 TaoToken这一节解决「前置准备」把 Codex CLI 装到本机并且让它指向 TaoToken 的接口地址。TaoToken 在这里扮演的是模型请求的接入点你通过它来调用背后的模型能力。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 。先说脚本这件事。网上流传的一键命令通常是irm 脚本地址 | iex这种形式irm下载、iex立即执行。省事但你在执行前看不到脚本到底改了什么。更稳的做法是先落盘再执行$uri https://example.com/setup-codex.ps1 $script Invoke-RestMethod -Uri $uri $script | Set-Content -LiteralPath .\setup-codex.ps1 -Encoding UTF8 Get-Content -LiteralPath .\setup-codex.ps1把$uri换成你实际拿到的脚本地址。落盘后重点看四件事脚本读了哪个环境变量当 Key、装不装 Node.js 和 npm 全局包、会不会覆盖%USERPROFILE%\.codex\config.toml、有没有你没预期的权限提升或系统设置修改。远程脚本内容会变今天看过的明天不一定一样所以别把irm | iex当成无脑按钮。确认脚本内容后设置 Key 再执行。Key 从 TaoToken 控制台的 API Keys 页面拿地址是 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。拿到后在新开的 PowerShell 窗口里设环境变量$env:CODEX_API_KEY 你的_TaoToken_API_Key尖括号里是占位符别原样执行。真实 Key 不要写进脚本文件、不要提交到 Git、不要出现在截图和录屏里。这个环境变量只对当前进程和它的子进程有效关窗口就没了所以脚本要在同一个窗口里紧接着跑。然后执行脚本完成安装。装完后关掉旧窗口新开一个检查 CLI 是否就位codex --version Get-Command codex -ErrorAction SilentlyContinue where.exe codex正常会看到版本号以及一到多个可执行入口路径。Windows 上常见的是codex.ps1、codex.cmd和无后缀三个。记住你实际用的是哪个后面排查 PATH 问题要用。接着检查配置文件是否存在注意只查存在性不要直接打印全文避免 Key 泄露$config Join-Path $HOME .codex\config.toml $auth Join-Path $HOME .codex\auth.json CONFIG_EXISTS (Test-Path -LiteralPath $config) AUTH_EXISTS (Test-Path -LiteralPath $auth)两个都返回 True 只说明文件在不代表地址、模型、Key 都对。下一步就是手动把这两个文件改成指向 TaoToken。3. 可复制的 config.toml 与 auth.json 配置片段这一节是全文最该照着抄的部分。Codex CLI 读两个文件~/.codex/config.toml管 provider、base_url、model 这些~/.codex/auth.json管认证信息。Windows 上~就是%USERPROFILE%完整路径是C:\Users\你的用户名\.codex\。先看config.toml。下面是一个指向 TaoToken 的可用片段字段名按 Codex CLI 的约定来model gpt-5-codex model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api wire_api responses逐行说明。model是你要调用的模型 ID具体填什么以 TaoToken 文档里列出的可用模型为准不要照抄我这里的示例值。model_provider指向下面定义的 provider 名两边要一致。base_url用 TaoToken 的 API 基址https://taotoken.net/api注意这里不带 UTM 参数UTM 只用于网页跳转统计。wire_api决定用哪种请求协议Codex CLI 常见的是responses如果你的模型走的是 chat completions 风格这里要相应调整具体看文档。再看auth.json。这个文件管认证字段要和上面 provider 对应{ OPENAI_API_KEY: 你的_TaoToken_API_Key, provider: taotoken }OPENAI_API_KEY这个字段名是 Codex CLI 沿用的命名填的是你从 TaoToken 拿到的 Key不是 OpenAI 官方的 Key。provider要和config.toml里的model_provider对上对不上就会出现认证找不到 provider 的报错。如果你用的是 VS Code 里的 Cline 或类似带 MCP 的扩展配置形态会不一样通常是三件套Base URL、API Key、Model ID。Base URL 填https://taotoken.net/apiAPI Key 填你的 TaoToken KeyModel ID 填你要用的模型。这三样在 Cline 的设置界面里分别有对应输入框填完保存即可。CC Switch 这类切换工具也是同样的三件套逻辑只是入口不同。改完文件后建议用命令确认 CLI 读到的配置生效了。可以先跑一个最轻的请求看它打到哪个地址。如果 CLI 支持打印当前配置优先用那个命令不支持的话直接发一条测试消息从返回的错误码反推。这里有个细节要注意config.toml里如果同时存在多个 provider 定义model_provider指向哪个就用哪个其余的不生效。所以改配置时不要只改 base_url 而忘了改model_provider那样请求还是打到旧地址。另外auth.json的权限建议收紧。Windows 上可以右键文件属性把其他用户的读取权限去掉。这不是必须步骤但 Key 明文躺在用户目录里多一层保护没坏处。配置改完先别急着开 VS Code在纯 PowerShell 里把 CLI 跑通再回到编辑器。这样出问题时你能确定是 CLI 层还是扩展层的问题排查范围小一半。4. 逐条验证从 CLI 到 VS Code 终端的成功请求配置写完接下来是验证。验证要分层做一层通了再进下一层不要跳步。第一层确认 CLI 能启动并读到配置codex --version codex --help版本号能打出来说明可执行文件在 PATH 里。--help能列出子命令说明 CLI 本身没坏。第二层在纯 PowerShell 里发一条最小请求。具体命令看 CLI 的子命令设计常见的是codex exec或直接进入交互模式。发一句不涉及敏感信息的提示比如「只说明当前目录有哪些文件不要修改任何文件」。观察返回如果正常出结果说明 endpoint、Key、模型三者都对上了。如果报错记下错误码下一节专门排。第三层回到 VS Code。先完全退出 VS Code 再重新打开让它重新读取 PATH。然后在扩展商店搜索 Codex确认发布者是 OpenAI安装或启用扩展重载窗口。从顶部智能体入口或侧边栏打开 Codex 面板。第四层在 VS Code 内置终端里再跑一次 CLI 命令codex --version这一步很关键。VS Code 内置终端的 PATH 可能和外部 PowerShell 不一样如果外部能跑、内置终端找不到说明 VS Code 启动时继承的环境变量有问题需要完全重启 VS Code 而不是只重载窗口。第五层在扩展面板里发一条测试消息同样用不涉及密钥和私密代码的提示。成功的话你会看到模型返回内容。到这一步整条链路就通了VS Code 扩展 → Codex CLI → config.toml 里的 base_url → TaoToken → 模型。验证时有个习惯值得养成每改一次配置只改一个变量然后重跑验证。同时改 base_url 和 model出错时你分不清是哪个引起的。我踩过的坑就是一次改了三处结果排查花了半小时。如果第五层失败但第二层成功问题在扩展和 CLI 的衔接重点查 PATH 和扩展版本。如果第二层就失败问题在配置或网络重点查 base_url、Key、模型 ID。分层验证的价值就在这里。5. 401、local proxy failed、reading choices 这些报错怎么排这一节按真实报错逐条给排查路径。先记住一个原则报错信息里的 Authorization 头、完整响应体、Key 片段都不要截图外发。401 Unauthorized。最常见的原因是 Key 无效或字段名不对。先确认auth.json里的OPENAI_API_KEY填的是 TaoToken 的 Key不是别的服务的。再确认provider字段和config.toml里的model_provider完全一致大小写敏感。然后确认 Key 本身没过期、没被撤销去 TaoToken 控制台的 API Keys 页面核对。还有一种情况是环境变量CODEX_API_KEY和auth.json同时存在CLI 读了环境变量里的旧值这时清掉环境变量再试。local proxy failed。这个报错通常出现在 CLI 尝试走本地代理但连不上时。检查你的系统代理设置如果配了一个已经关掉的本地代理端口CLI 会一直往那个端口发请求然后失败。解决办法是清掉HTTP_PROXY、HTTPS_PROXY这类环境变量或者确认代理服务确实在运行。注意这里说的是系统层面的代理配置不是让你去搭什么通道只是把残留的无效配置清掉。reading choices 相关报错。这类错误一般出现在响应体解析阶段说明请求发出去了、也收到了响应但响应结构和 CLI 预期的不一样。常见原因是wire_api设错了比如模型走 chat completions 风格你配了responses解析自然对不上。对照 TaoToken 文档确认该模型用哪种协议改wire_api后重试。另一个原因是 base_url 拼错了比如多加了或漏了/v1导致请求打到了不存在的路径返回的是一段 HTML 错误页而不是 JSON解析就炸了。OAuth 相关报错。如果你看到提示要走 OAuth 登录流程说明 CLI 认为当前 provider 需要交互式认证。用 API Key 接入的场景下应该确保auth.json里的 Key 字段被正确读取而不是触发 OAuth。检查config.toml里 provider 的定义有没有混入 OAuth 相关字段有的话删掉。model not found 或 404。先查model字段填的 ID 是否在 TaoToken 的可用模型列表里。模型 ID 是精确匹配的显示名称和实际 ID 往往不是一回事。再查 base_url 有没有多余路径。不要为了试错把/v1、/responses、/chat/completions反复拼接拼错了只会得到更多 404。扩展找不到 codex。在 VS Code 外部的新 PowerShell 里跑where.exe codex能列出路径说明系统层面没问题。然后完全退出 VS Code 再启动让它重新读 PATH。如果机器上有多个 codex 入口确认扩展实际调用的是哪个必要时把不用的入口从 PATH 里移除。排错时把错误码和你的配置分层对应起来401 查认证404 查地址和模型解析错误查协议连接失败查网络和代理残留。按这个映射走比盲目改配置快得多。6. 把配置固定下来让 VS Code 里的 Codex 长期可用配置跑通之后还有几件事能让它稳定下来。第一件是把config.toml和auth.json备份一份到安全位置但备份文件里如果含 Key就不要放进任何同步盘或 Git 仓库。第二件是记住 Key 的轮换方式在 TaoToken 控制台生成新 Key、更新auth.json、旧 Key 撤销三步走完再重启 VS Code。如果你打算长期在 VS Code 里用 Codex 做编码和 Agent 任务可以了解一下 Coding Plan入口是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 适合把模型调用固定成日常开发流程的一部分。想先验证模型对话效果可以用模型对话页面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。接入过程中遇到配置细节问题接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API Keys 管理在 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后给一个日常检查清单出问题时按顺序过一遍where.exe codex确认入口codex --version确认可执行检查config.toml的base_url和model_provider检查auth.json的 Key 和 provider 是否对应在纯 PowerShell 里发一条最小请求再回 VS Code 内置终端重复一次最后在扩展面板测试。这套流程走完绝大多数配置类报错都能定位到具体哪一层。