1. Codex 更新成 ChatGPT 后旧项目到底还在不在先说结论省得你翻到最后Codex 桌面端这次改名成 ChatGPT本质是入口合并不是产品删除。你原来在 Codex 里添加的项目、任务、对话记录、AGENTS.md 规则正常情况下都会保留。真正需要你操心的不是项目会不会丢而是更新后我还能不能像以前一样用同一套配置把 Codex CLI 和 IDE 插件跑起来。我身边好几个用 Codex CLI 写日常脚本的朋友更新完第一反应都是慌的图标变了、名字变了、打开还多了 Chat 和 Work 两个入口以为自己的开发工作流被砍了。实际切到 Codex 模式一看项目列表还在终端还能跑Git 操作照旧。所以这篇不讲虚的重点解决三件事旧项目怎么确认还在、auth.json 和 Base URL 这类配置怎么迁移、迁移完怎么验证旧项目能正常调用。适合谁看用 Codex CLI 做终端自动化的、在 VS Code 里挂 Codex IDE 插件的、以及把 Codex 当主力 AI 编程客户端管理多个仓库的开发者。如果你只是偶尔用 Chat 问问题这篇对你意义不大但只要你手上有真实代码项目挂在 Codex 上下面每一步都值得跟着做一遍。核心检索词先摆出来Codex 更新成 ChatGPT 后旧项目与功能是否保留、Codex CLI 配置迁移、auth.json 与 Base URL 怎么写。这三个词基本覆盖了大家最焦虑的点。我试过把整套流程在 macOS 和 Windows 上各走一遍踩过的坑集中在配置路径和模型 ID 上后面会逐个拆。需要提前说明的是Codex 桌面端、Codex CLI、IDE 插件、云端 Codex 是四条并行的产品线桌面端改名不影响另外三条。很多人把桌面应用改名误读成整个 Codex 产品线被 ChatGPT 聊天替代这是最大的误解来源。CLI 还在命令行里跑插件还在编辑器里挂着云端任务照样能并行执行。你要做的是确认自己依赖的那条线配置没断。2. TaoToken 前置准备把 Base URL 和 Key 先备齐在动 auth.json 之前得先把接入要用的三件套准备好Base URL、API Key、Model ID。这三样缺一个后面验证必然报错。我用的是 TaoToken 的接入方式官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址不带后面那串 UTM 参数配置里填错这个细节会直接 404。为什么要在迁移前先备好这套东西因为 Codex 更新后如果你原来用的是自定义接入点配置结构可能跟着客户端一起变了。与其更新完再手忙脚乱找 Key不如先把 Key 和 Base URL 记在便签里更新后直接往新配置里填。这一步花不了五分钟但能省掉后面反复试错的半小时。具体操作登录后进控制台路径是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 在 API Keys 页面创建一个新 Key页面地址 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。创建时给它起个能认出来的名字比如 codex-migrate-2026方便以后区分。Key 只在创建时完整显示一次复制下来存好别等关了页面再回来找。Model ID 这块要留意Codex 场景常用的模型 ID 得跟你实际接入的模型对上。填错模型 ID 的典型症状是请求发出去了但返回里 choices 是空的或者直接提示模型不存在。我建议先在模型对话页面确认一下当前可用的模型名地址 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 选一个跑通一次确认这个模型 ID 是活的再往 Codex 配置里写。如果你打算长期用 Codex 做编码和 Agent 任务可以考虑 Coding Plan入口 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。它更适合高频调用场景比按次计费省心。不过这一步不是迁移的必需项先把基础接入跑通再决定要不要上套餐。前置准备清单照着核对一遍项目值备注Base URLhttps://taotoken.net/api不带 UTM 参数API Key控制台创建只显示一次及时保存Model ID模型对话页确认必须与实际可用模型一致配置文件路径见下一节按操作系统区分把这张表填完你就有底气进入配置环节了。接下来是全文最核心的部分auth.json 到底怎么写。3. 可复制配置auth.json 与 Base URL 完整写法Codex CLI 的配置核心是 auth.json它决定了 CLI 用哪个 Key、连哪个 Base URL。更新成 ChatGPT 桌面端后CLI 这条线通常不受影响但如果你之前没配过自定义接入点或者配置在更新中被重置了就得重新写一遍。下面给的是可直接复制的结构路径和字段名按 Codex CLI 的实际约定来。先找配置文件位置。macOS 和 Linux 一般在用户目录下的 .codex 文件夹里Windows 在用户目录的 .codex 下。完整路径# macOS / Linux ~/.codex/auth.json # Windows C:\Users\你的用户名\.codex\auth.json如果 .codex 目录不存在手动建一个。然后写入下面的内容把占位符换成你自己的值{ OPENAI_API_KEY: sk-你的TaoToken密钥, OPENAI_BASE_URL: https://taotoken.net/api, model: 你的模型ID }这里三个字段一个都不能少。OPENAI_API_KEY 填控制台创建的那串 KeyOPENAI_BASE_URL 固定填 https://taotoken.net/api model 填你在模型对话页确认过的模型 ID。注意 Base URL 结尾不要多加斜杠也不要带任何查询参数多一个字符都可能让请求打到错误的路由上。有些版本的 Codex CLI 还支持在项目根目录放一个 config.toml 来做项目级覆盖适合一个项目用一套模型的场景。写法如下# 项目根目录 config.toml model 你的模型ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key OPENAI_API_KEY这个 TOML 的好处是把 provider 单独抽出来auth.json 里只留 Key模型和接入点跟着项目走。团队协作时config.toml 可以进 Gitauth.json 绝对不能进 Git记得把它加进 .gitignore。这是很多人迁移时踩的坑把带 Key 的 auth.json 提交上去了等于把密钥公开了。IDE 插件这边VS Code 里的 Codex 插件通常在设置里找 Base URL 和 API Key 两个输入框分别填 https://taotoken.net/api 和你的 Key模型 ID 在插件配置里选或手填。插件和 CLI 用的是同一套 Key不用重复创建。如果你用的是 Claude Code 那套配置习惯想迁移到 Codex注意字段名不一样。Claude Code 的 settings 里用的是 ANTHROPIC_BASE_URL 和 ANTHROPIC_API_KEYCodex 用的是 OPENAI_ 前缀别直接复制粘贴字段名对不上会静默失败。相关文档可以在接入文档页对照地址 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。配置写完先别急着跑用下面这条命令检查 JSON 语法有没有问题# 校验 auth.json 是否为合法 JSON python -m json.tool ~/.codex/auth.json能正常打印出格式化后的内容说明语法没问题。报错就说明有逗号、引号写错了回去改。这一步能挡掉一大半低级错误。4. 验证请求确认旧项目还能正常调用配置写完最关键的一步是验证。别打开旧项目就直接改代码先用一条最小请求确认链路是通的。Codex CLI 一般提供类似下面的调用方式具体子命令以你本地版本为准# 在项目目录下发起一次最小调用 codex exec print hello如果返回正常内容说明 Key、Base URL、模型 ID 三件套都对上了。如果报错先看错误类型下一节有对照表。更稳妥的做法是先用 curl 直接打一次 API把客户端变量排除掉curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -H Content-Type: application/json \ -d { model: 你的模型ID, messages: [{role: user, content: ping}] }这条命令能返回带 choices 的 JSON就证明你的 Key 和 Base URL 本身没问题剩下的问题一定出在 Codex 客户端配置上。这个排查思路很实用先证明服务端通再查客户端。链路通了之后再验证旧项目。打开你更新前一直在用的那个项目目录让 Codex 读一个文件试试# 进入旧项目目录 cd /path/to/your/old-project # 让 Codex 读取并总结一个文件 codex exec 读取 README.md 并总结三句话能正确读到文件内容并给出总结说明旧项目的目录权限、路径都没问题。如果这里报找不到文件或权限拒绝多半是项目目录被移动了或者磁盘没挂载。回到项目原来的位置确认一下本地代码一般不会因为客户端改名而消失。Git 相关的功能也顺手验一下。让 Codex 看一下当前改动codex exec 运行 git status 并解释当前改动能正常执行 git 命令并解释结果说明终端和 Git 能力都还在。这一步过了你就可以放心继续用旧项目干活了。验证通过后建议把这次成功的配置备份一份路径和内容记在密码管理器里。下次再遇到客户端更新直接对照恢复不用重新摸索。5. 本篇常见报错排查对照迁移过程中最容易撞上的几个报错我按实际遇到的频率排一下每个都给排查方向。401 Unauthorized。这是最高频的。原因通常是 Key 填错、Key 已失效、或者 auth.json 里字段名写成了别的。先确认 OPENAI_API_KEY 的值是不是完整复制了有没有多空格。再去控制台看这个 Key 是否还在有效状态。如果 Key 没问题检查是不是把 Key 填到了错误的位置比如填进了 config.toml 而不是 auth.json。local proxy failed 或连接被拒绝。这个多半是 Base URL 写错了。确认填的是 https://taotoken.net/api 没有多余斜杠、没有带 UTM 参数、没有写成 http。有些朋友从浏览器复制地址时把后面那串 ?utm_source... 一起复制进去了这会导致请求打到错误路径。Base URL 就是干干净净的 https://taotoken.net/api 。reading choices 相关报错或者返回里 choices 为空。这通常是模型 ID 不对。你填的模型名在服务端不存在或者当前 Key 没有这个模型的权限。回到模型对话页确认可用模型把 model 字段改成确认过的那个。别凭记忆填模型名差一个字符都不行。OAuth 相关报错。如果你之前用的是账号 OAuth 登录方式迁移到 Key 方式后可能残留旧的认证状态。清掉旧的凭据缓存重新用 auth.json 里的 Key 认证。具体缓存位置各版本不同一般在 .codex 目录下把旧的 token 文件删掉再重试。配置改了不生效。Codex CLI 有时会缓存配置改完 auth.json 后需要重启终端或重新打开项目。IDE 插件同理改完设置重启编辑器。这个坑很隐蔽明明配置对了却一直报旧错误重启一下就好。Git 操作报权限错误。这跟 Codex 本身无关是本地 Git 凭据或仓库权限的问题。确认你的 SSH Key 或凭据还在仓库目录的读写权限正常。Codex 只是替你执行 git 命令权限问题得在系统层面解决。把这张对照表存下来下次报错先对号入座能省不少时间。排查的核心逻辑始终是先用 curl 证明服务端通再查客户端配置最后查本地环境和权限。6. 迁移完成后怎么继续用 Codex 干活配置迁移只是第一步真正有价值的是迁移完继续把 Codex 用起来。旧项目验证通过后你可以按原来的习惯继续多项目并行、AGENTS.md 项目规则、终端自动化、Git 操作这些能力都还在。桌面端改名不影响 CLI 和插件的工作方式。如果你还没配好 Key回到 API Keys 页面 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建一个配置细节对照接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。想先确认模型可用性去模型对话页 https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 跑一次。长期高频编码任务Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 更合适。最后给一个实用习惯每次客户端大更新前先把 auth.json 和 config.toml 备份一份把项目目录用 Git 提交干净。这样无论入口怎么变你的代码和配置都在自己手里切换成本几乎为零。