Codex 与 ChatGPT 桌面版合并后很多用户升级完第一次启动就遇到一连串异常有的应用直接打不开有的反复重连有的登录后返回 403还有的报ChatGPT failed to start. Unable to locate the Codex CLI binary. Set codex CLI path or ensure the Electron resources include bin/codex.。面对这些报错先不要急着卸载重装因为大多数问题的根因并不在应用本身而是安装不完整、Codex CLI 没装好、配置被改坏或认证过期。下面会从合并版桌面端的启动链路讲起依次说明环境检查、分场景修复、完整重置流程最后给出一份可收藏的排查清单。内容适合两类读者一类是升级后打不开 ChatGPT 桌面版、被各种报错卡住的普通使用者另一类是在多台机器上统一部署 Codex 环境的开发者。前者可以重点看第 3、4 章修复问题后者可以重点看第 6 章的批量部署建议。1. 先理解合并版桌面端的启动链路再决定从哪一步修1.1 桌面端启动时为什么要找 Codex CLI合并版桌面端不再只是普通的聊天客户端。对话中的代码执行、Agent 任务、命令行操作都要交给 Codex CLI 在本地运行时里完成因此应用启动时主进程会主动查找 codex 可执行文件。这个查找过程有一个固定顺序常见的是先看应用安装目录内的resources/bin/codex再看系统 PATH 中是否有codex最后看CODEX_CLI_PATH环境变量是否显式指向某个可执行文件。任何一个环节缺失都会出现Unable to locate the Codex CLI binary。实际使用中这种缺失有三个来源安装包下载不完整Electron 资源目录里根本没有bin/codex。安全软件或系统清理工具把 codex 当成了可疑文件删掉。用户升级时覆盖安装了不同版本新版应用期望的 CLI 路径与旧版残留不一致。理解这一点很关键。重新下载完整安装包和单独安装 Codex CLI 并不是重复操作它们分别解决应用层和命令行层的缺失。如果只重装应用但系统里一直没有 CLI同样会启动失败如果只装 CLI 但应用安装本身损坏也还是找不到二进制。1.2 把报错先分成两类启动期错误和运行期错误排查的第一步不是搜报错原文而是判断这个错误发生在哪个阶段。启动期错误发生在应用拉起子进程时通常与应用安装是否完整、运行时是否存在有关运行期错误发生在聊天界面已经能打开之后通常与配置、认证、网络、账号权限有关。两者的修复路径完全不同。错误阶段典型报错常见根因启动期ChatGPT failed to start. Unable to locate the Codex CLI binaryCLI 未安装、安装目录被清理、路径未配置启动期spawn EINVALNode 运行时缺失、路径含特殊字符、安装包不完整运行期无法加载 config.toml配置语法错误、模型名非法运行期403 报错登录态过期、账号无权限、时间不同步、网络层拦截运行期xxx model is not supported账号可用模型与配置模型不匹配运行期反复重连网络中断、认证刷新失败、版本不匹配错误文案一样不代表根因一样。比如同样是启动失败ChatGPT failed to start后面跟的英文才是关键信息后面的提示决定了你要去修 PATH、修配置还是修网络。截图求助时最好把完整文案和版本号都附上不要只写“打不开”。1.3 动手前先收集三样信息修复前先记录系统、应用和错误原文避免改了一处又引出另一处。系统信息操作系统版本和 CPU 架构Windows 的 x64/arm64、macOS 的 Intel/Apple Silicon。应用版本桌面端设置或关于页面里的版本号。完整报错文案优先复制英文原文尤其注意Unable to locate the Codex CLI binary、spawn EINVAL、config.toml、model is not supported这些关键片段。日志位置应用日志通常会记录更底层的异常比弹窗文案准确。系统常见日志目录Windows%APPDATA%\ChatGPT 或 %LOCALAPPDATA%\ChatGPT 下的 logs 目录macOS~/Library/Logs/ChatGPT/ 或 ~/Library/Application Support/ChatGPT/Linux~/.config/ChatGPT/logs 或 ~/.local/share/ChatGPT不同版本日志路径可能有差异如果上面目录不存在就在应用内查看“帮助”或“诊断信息”。日志里出现的error行、EINVAL、403、timeout都是定位优先级很高的关键字。2. 环境检查和依赖准备先确认 Codex CLI 本身是否可用2.1 用三条命令判断 CLI 状态桌面端启动失败时先打开一个独立的终端窗口确认命令行下 Codex CLI 是否可用。这一步能快速把问题分成“应用的问题”和“CLI 环境的问题”。codex --version which codex npm ls -g openai/codexcodex --versionCLI 能执行并输出版本号说明可执行文件本身正常。which codex查看系统在 PATH 中找到的是哪个路径。Windows 下使用where codex。npm ls -g openai/codex以 npm 全局包方式安装时检查版本和安装状态。如果codex --version能输出但桌面端仍然提示找不到二进制说明应用没有走系统 PATH需要显式配置CODEX_CLI_PATH。如果三条命令都失败说明 CLI 根本没有安装直接进入 2.2 节。2.2 安装或重装 Codex CLICodex CLI 常见的安装方式是 npm 全局安装。前提是机器上已经有较新的 Node.js 环境官方安装说明一般要求 Node.js 18 或更高如果 Node 版本太老npm 安装时会直接报 engine 不匹配。npm install -g openai/codex codex --version安装过程中有三个容易踩的坑macOS 或 Linux 下全局目录没有写权限报 EACCES。处理方式是修复 npm 全局目录权限而不是用 sudo 强行装到系统目录因为桌面端读取环境变量时也需要能访问这个路径。Windows 下 PowerShell 提示“无法加载文件因为在此系统上禁止运行脚本”。这是 Windows 的脚本执行策略问题在管理员 PowerShell 里用Set-ExecutionPolicy -Scope CurrentUser RemoteSigned调整或者改用 cmd 验证。安装完成后codex命令在当前终端可用但新开的终端不可用。这是因为 PATH 配置在安装后没有刷新重开终端或在 shell 配置里补上 npm 全局目录。2.3 设置 CODEX_CLI_PATH 环境变量当 CLI 已安装但桌面端还是找不到时最稳妥的做法是显式告诉桌面端可执行文件的位置。先拿到真实路径# macOS / Linux which codex # Windows where codex然后配置环境变量。Windows PowerShell 里写入用户级环境变量setx CODEX_CLI_PATH C:\Users\你的用户名\AppData\Roaming\npm\codex.cmdmacOS 或 Linux 的 shell 配置里追加export CODEX_CLI_PATH$HOME/.npm-global/bin/codex保存后执行source ~/.zshrc或source ~/.bashrc让当前终端生效然后完全退出桌面端再重新启动。注意setx只影响之后新启动的进程已经打开的终端和应用不会立即生效。环境变量配置完成后先用echo $CODEX_CLI_PATHWindows 用echo %CODEX_CLI_PATH%确认值正确再启动桌面端否则容易误判为配置没生效。3. 分场景修复把每条报错对应到根因3.1 Unable to locate the Codex CLI binary先重装再配路径这条报错的核心是 Electron 主进程在启动时没有找到它期望的 codex 可执行文件。按下面的顺序排查会比乱试更快检查安装目录resources/bin/codex是否存在。如果不存在说明安装包不完整或文件被安全软件清理直接重新下载完整安装包并覆盖安装。如果文件存在但启动仍然失败可能是应用版本与 CLI 版本不匹配。检查应用版本和codex --version的输出版本记录差异。如果希望应用固定使用某个 CLI 路径配置CODEX_CLI_PATH而不是修改安装目录里的文件。这里有一个常见误区不少人会直接把某个 codex 文件复制到应用安装目录里试图手动补全resources/bin/codex。这个做法在部分版本上能生效但升级应用后会被覆盖而且安全软件可能再次拦截。推荐方案是安装官方 CLI 并配置环境变量让应用启动时读取系统路径这样升级时只更新 CLI 版本即可。3.2 无法加载 config.toml备份后逐行检查模型配置当提示无法加载 config.toml时Codex CLI 读取的配置文件出了问题。Codex CLI 的配置文件常见位置是用户主目录下的~/.codex/config.tomlWindows 下通常位于C:\Users\你的用户名\.codex\config.toml。这个文件既影响命令行工具也可能被桌面端读取因此修复它能让两处同时恢复正常。修复步骤# 先备份避免改坏后无法还原 cp ~/.codex/config.toml ~/.codex/config.toml.bak.$(date %Y%m%d)打开文件后重点检查两个字段model和model_provider。一个常见的报错是配置里写了一个当前账号不支持的模型名比如某些测试版本、历史残留配置里出现的gpt-5.6-sol一类名称服务端会直接拒绝。修复方式是把模型名改成自己账号可用的模型或者干脆删除model行让客户端使用默认模型。# 示例片段实际模型名以你的账号可用列表为准 model gpt-5-codex model_provider openai检查 TOML 语法时还要注意TOML 里键值对使用不是:字符串要用引号包裹注释使用#。如果之前是从别的格式配置改过来的比较容易出现这种低级语法错误。配置文件修复后先单独运行codex --help确认配置可被读取再启动桌面端。3.3 403 报错按认证、时间、网络三层排查403 表示服务端识别到了请求但拒绝处理通常不是应用崩溃而是认证或网络层问题。排查顺序建议从内到外。第一层是登录态。桌面端登录账号后本地保存的 access token 可能过期而合并版的认证链路涉及 ChatGPT 账号和 Codex 两套权限。处理方式是在应用里退出登录然后重新登录确保使用的是最新账号状态。第二层是系统时间。机器时间偏差超过几分钟会导致签名和 token 校验失败接口返回 403 或 401。检查系统时间是否开启自动同步修正后重启应用再试。第三层是网络。如果电脑配置了系统代理、抓包工具或企业网络策略请求可能被转发到错误地址或拦截。应用日志里出现timeout、certificate、proxy关键字时可以先在系统设置里临时关闭代理或放行桌面端相关域名观察是否恢复。如果日志里出现cc switch local proxy failed while handling codex endpoint /responses说明应用内代理开关切换失败通常在应用的网络设置里切回直连、重启应用即可。本地网络环境调试只涉及应用能否访问官方服务。如果关闭代理后问题消失说明是本地网络层拦截如果网络本身存在访问限制应遵循本地的网络合规要求处理。如果重新登录和网络排查后仍然 403继续查看应用日志中的具体状态码和错误 body判断是账号权限不足、套餐不支持还是服务端风控。不要反复点重试那样只会让客户端进入反复重连状态。3.4 spawn EINVAL问题通常不在报错文案里spawn EINVAL是 Node.js 或 Electron 启动子进程时的系统错误含义是启动参数或运行环境非法。常见原因有三个Codex CLI 路径包含空格或中文启动命令没有被正确引号包裹。PATH 里配置的codex指向了一个损坏的符号链接或脚本。系统缺少运行所需的运行时或安全软件禁止创建新进程。先检查CODEX_CLI_PATH是否包含空格。如果路径是C:\Program Files\nodejs\codex.cmd环境变量值要带引号且写入时确保没有多余的隐藏字符。然后把codex --version放在任意目录下执行一次确认 CLI 不依赖特定工作目录。最后用干净路径重装 CLI避免符号链接残留。spawn EINVAL在 Windows 上出现得更多因为.cmd脚本需要cmd.exe来解释。如果环境变量指向的是.cmd文件但应用期望的是.exe或直接二进制文件也会出现启动失败。这时可以尝试把CODEX_CLI_PATH指向 npm 目录里的codex.exe或升级到能正确处理cmd的版本。3.5 model is not supported账号套餐与配置模型不匹配the xxx model is not supported when using codex with a chatgpt account这类报错明确说明配置里的模型与当前账号类型不匹配。合并版里ChatGPT 账号走的是账号订阅体系可用的 Codex 模型由账号权限决定如果你在config.toml里手写了一个超出权限的模型名服务端会返回模型不支持。处理方式打开~/.codex/config.toml把model改成账号可用的默认模型或注释掉model行。如果通过第三方 OpenAI 兼容服务接入比如把base_url指向自建或第三方服务需要确认对方提供的模型名与配置文件一致并且密钥有效。第三方模型提供方的配置错误也会表现为 403 或模型不支持。修改配置后先备份再重启应用重新登录。这类报错说明应用本身已经能启动问题集中在配置层修复时不需要重装应用。4. 完整修复流程从备份配置到重新登录4.1 先备份配置和记录环境信息重置环境前先备份避免把本来能用的配置也弄丢。推荐按这套流程操作# 备份 Codex 配置 cp -r ~/.codex ~/.codex.bak.$(date %Y%m%d) # 记录 CLI 版本 codex --version # 查看当前配置
Codex与ChatGPT桌面版合并后启动报错修复指南
Codex 与 ChatGPT 桌面版合并后很多用户升级完第一次启动就遇到一连串异常有的应用直接打不开有的反复重连有的登录后返回 403还有的报ChatGPT failed to start. Unable to locate the Codex CLI binary. Set codex CLI path or ensure the Electron resources include bin/codex.。面对这些报错先不要急着卸载重装因为大多数问题的根因并不在应用本身而是安装不完整、Codex CLI 没装好、配置被改坏或认证过期。下面会从合并版桌面端的启动链路讲起依次说明环境检查、分场景修复、完整重置流程最后给出一份可收藏的排查清单。内容适合两类读者一类是升级后打不开 ChatGPT 桌面版、被各种报错卡住的普通使用者另一类是在多台机器上统一部署 Codex 环境的开发者。前者可以重点看第 3、4 章修复问题后者可以重点看第 6 章的批量部署建议。1. 先理解合并版桌面端的启动链路再决定从哪一步修1.1 桌面端启动时为什么要找 Codex CLI合并版桌面端不再只是普通的聊天客户端。对话中的代码执行、Agent 任务、命令行操作都要交给 Codex CLI 在本地运行时里完成因此应用启动时主进程会主动查找 codex 可执行文件。这个查找过程有一个固定顺序常见的是先看应用安装目录内的resources/bin/codex再看系统 PATH 中是否有codex最后看CODEX_CLI_PATH环境变量是否显式指向某个可执行文件。任何一个环节缺失都会出现Unable to locate the Codex CLI binary。实际使用中这种缺失有三个来源安装包下载不完整Electron 资源目录里根本没有bin/codex。安全软件或系统清理工具把 codex 当成了可疑文件删掉。用户升级时覆盖安装了不同版本新版应用期望的 CLI 路径与旧版残留不一致。理解这一点很关键。重新下载完整安装包和单独安装 Codex CLI 并不是重复操作它们分别解决应用层和命令行层的缺失。如果只重装应用但系统里一直没有 CLI同样会启动失败如果只装 CLI 但应用安装本身损坏也还是找不到二进制。1.2 把报错先分成两类启动期错误和运行期错误排查的第一步不是搜报错原文而是判断这个错误发生在哪个阶段。启动期错误发生在应用拉起子进程时通常与应用安装是否完整、运行时是否存在有关运行期错误发生在聊天界面已经能打开之后通常与配置、认证、网络、账号权限有关。两者的修复路径完全不同。错误阶段典型报错常见根因启动期ChatGPT failed to start. Unable to locate the Codex CLI binaryCLI 未安装、安装目录被清理、路径未配置启动期spawn EINVALNode 运行时缺失、路径含特殊字符、安装包不完整运行期无法加载 config.toml配置语法错误、模型名非法运行期403 报错登录态过期、账号无权限、时间不同步、网络层拦截运行期xxx model is not supported账号可用模型与配置模型不匹配运行期反复重连网络中断、认证刷新失败、版本不匹配错误文案一样不代表根因一样。比如同样是启动失败ChatGPT failed to start后面跟的英文才是关键信息后面的提示决定了你要去修 PATH、修配置还是修网络。截图求助时最好把完整文案和版本号都附上不要只写“打不开”。1.3 动手前先收集三样信息修复前先记录系统、应用和错误原文避免改了一处又引出另一处。系统信息操作系统版本和 CPU 架构Windows 的 x64/arm64、macOS 的 Intel/Apple Silicon。应用版本桌面端设置或关于页面里的版本号。完整报错文案优先复制英文原文尤其注意Unable to locate the Codex CLI binary、spawn EINVAL、config.toml、model is not supported这些关键片段。日志位置应用日志通常会记录更底层的异常比弹窗文案准确。系统常见日志目录Windows%APPDATA%\ChatGPT 或 %LOCALAPPDATA%\ChatGPT 下的 logs 目录macOS~/Library/Logs/ChatGPT/ 或 ~/Library/Application Support/ChatGPT/Linux~/.config/ChatGPT/logs 或 ~/.local/share/ChatGPT不同版本日志路径可能有差异如果上面目录不存在就在应用内查看“帮助”或“诊断信息”。日志里出现的error行、EINVAL、403、timeout都是定位优先级很高的关键字。2. 环境检查和依赖准备先确认 Codex CLI 本身是否可用2.1 用三条命令判断 CLI 状态桌面端启动失败时先打开一个独立的终端窗口确认命令行下 Codex CLI 是否可用。这一步能快速把问题分成“应用的问题”和“CLI 环境的问题”。codex --version which codex npm ls -g openai/codexcodex --versionCLI 能执行并输出版本号说明可执行文件本身正常。which codex查看系统在 PATH 中找到的是哪个路径。Windows 下使用where codex。npm ls -g openai/codex以 npm 全局包方式安装时检查版本和安装状态。如果codex --version能输出但桌面端仍然提示找不到二进制说明应用没有走系统 PATH需要显式配置CODEX_CLI_PATH。如果三条命令都失败说明 CLI 根本没有安装直接进入 2.2 节。2.2 安装或重装 Codex CLICodex CLI 常见的安装方式是 npm 全局安装。前提是机器上已经有较新的 Node.js 环境官方安装说明一般要求 Node.js 18 或更高如果 Node 版本太老npm 安装时会直接报 engine 不匹配。npm install -g openai/codex codex --version安装过程中有三个容易踩的坑macOS 或 Linux 下全局目录没有写权限报 EACCES。处理方式是修复 npm 全局目录权限而不是用 sudo 强行装到系统目录因为桌面端读取环境变量时也需要能访问这个路径。Windows 下 PowerShell 提示“无法加载文件因为在此系统上禁止运行脚本”。这是 Windows 的脚本执行策略问题在管理员 PowerShell 里用Set-ExecutionPolicy -Scope CurrentUser RemoteSigned调整或者改用 cmd 验证。安装完成后codex命令在当前终端可用但新开的终端不可用。这是因为 PATH 配置在安装后没有刷新重开终端或在 shell 配置里补上 npm 全局目录。2.3 设置 CODEX_CLI_PATH 环境变量当 CLI 已安装但桌面端还是找不到时最稳妥的做法是显式告诉桌面端可执行文件的位置。先拿到真实路径# macOS / Linux which codex # Windows where codex然后配置环境变量。Windows PowerShell 里写入用户级环境变量setx CODEX_CLI_PATH C:\Users\你的用户名\AppData\Roaming\npm\codex.cmdmacOS 或 Linux 的 shell 配置里追加export CODEX_CLI_PATH$HOME/.npm-global/bin/codex保存后执行source ~/.zshrc或source ~/.bashrc让当前终端生效然后完全退出桌面端再重新启动。注意setx只影响之后新启动的进程已经打开的终端和应用不会立即生效。环境变量配置完成后先用echo $CODEX_CLI_PATHWindows 用echo %CODEX_CLI_PATH%确认值正确再启动桌面端否则容易误判为配置没生效。3. 分场景修复把每条报错对应到根因3.1 Unable to locate the Codex CLI binary先重装再配路径这条报错的核心是 Electron 主进程在启动时没有找到它期望的 codex 可执行文件。按下面的顺序排查会比乱试更快检查安装目录resources/bin/codex是否存在。如果不存在说明安装包不完整或文件被安全软件清理直接重新下载完整安装包并覆盖安装。如果文件存在但启动仍然失败可能是应用版本与 CLI 版本不匹配。检查应用版本和codex --version的输出版本记录差异。如果希望应用固定使用某个 CLI 路径配置CODEX_CLI_PATH而不是修改安装目录里的文件。这里有一个常见误区不少人会直接把某个 codex 文件复制到应用安装目录里试图手动补全resources/bin/codex。这个做法在部分版本上能生效但升级应用后会被覆盖而且安全软件可能再次拦截。推荐方案是安装官方 CLI 并配置环境变量让应用启动时读取系统路径这样升级时只更新 CLI 版本即可。3.2 无法加载 config.toml备份后逐行检查模型配置当提示无法加载 config.toml时Codex CLI 读取的配置文件出了问题。Codex CLI 的配置文件常见位置是用户主目录下的~/.codex/config.tomlWindows 下通常位于C:\Users\你的用户名\.codex\config.toml。这个文件既影响命令行工具也可能被桌面端读取因此修复它能让两处同时恢复正常。修复步骤# 先备份避免改坏后无法还原 cp ~/.codex/config.toml ~/.codex/config.toml.bak.$(date %Y%m%d)打开文件后重点检查两个字段model和model_provider。一个常见的报错是配置里写了一个当前账号不支持的模型名比如某些测试版本、历史残留配置里出现的gpt-5.6-sol一类名称服务端会直接拒绝。修复方式是把模型名改成自己账号可用的模型或者干脆删除model行让客户端使用默认模型。# 示例片段实际模型名以你的账号可用列表为准 model gpt-5-codex model_provider openai检查 TOML 语法时还要注意TOML 里键值对使用不是:字符串要用引号包裹注释使用#。如果之前是从别的格式配置改过来的比较容易出现这种低级语法错误。配置文件修复后先单独运行codex --help确认配置可被读取再启动桌面端。3.3 403 报错按认证、时间、网络三层排查403 表示服务端识别到了请求但拒绝处理通常不是应用崩溃而是认证或网络层问题。排查顺序建议从内到外。第一层是登录态。桌面端登录账号后本地保存的 access token 可能过期而合并版的认证链路涉及 ChatGPT 账号和 Codex 两套权限。处理方式是在应用里退出登录然后重新登录确保使用的是最新账号状态。第二层是系统时间。机器时间偏差超过几分钟会导致签名和 token 校验失败接口返回 403 或 401。检查系统时间是否开启自动同步修正后重启应用再试。第三层是网络。如果电脑配置了系统代理、抓包工具或企业网络策略请求可能被转发到错误地址或拦截。应用日志里出现timeout、certificate、proxy关键字时可以先在系统设置里临时关闭代理或放行桌面端相关域名观察是否恢复。如果日志里出现cc switch local proxy failed while handling codex endpoint /responses说明应用内代理开关切换失败通常在应用的网络设置里切回直连、重启应用即可。本地网络环境调试只涉及应用能否访问官方服务。如果关闭代理后问题消失说明是本地网络层拦截如果网络本身存在访问限制应遵循本地的网络合规要求处理。如果重新登录和网络排查后仍然 403继续查看应用日志中的具体状态码和错误 body判断是账号权限不足、套餐不支持还是服务端风控。不要反复点重试那样只会让客户端进入反复重连状态。3.4 spawn EINVAL问题通常不在报错文案里spawn EINVAL是 Node.js 或 Electron 启动子进程时的系统错误含义是启动参数或运行环境非法。常见原因有三个Codex CLI 路径包含空格或中文启动命令没有被正确引号包裹。PATH 里配置的codex指向了一个损坏的符号链接或脚本。系统缺少运行所需的运行时或安全软件禁止创建新进程。先检查CODEX_CLI_PATH是否包含空格。如果路径是C:\Program Files\nodejs\codex.cmd环境变量值要带引号且写入时确保没有多余的隐藏字符。然后把codex --version放在任意目录下执行一次确认 CLI 不依赖特定工作目录。最后用干净路径重装 CLI避免符号链接残留。spawn EINVAL在 Windows 上出现得更多因为.cmd脚本需要cmd.exe来解释。如果环境变量指向的是.cmd文件但应用期望的是.exe或直接二进制文件也会出现启动失败。这时可以尝试把CODEX_CLI_PATH指向 npm 目录里的codex.exe或升级到能正确处理cmd的版本。3.5 model is not supported账号套餐与配置模型不匹配the xxx model is not supported when using codex with a chatgpt account这类报错明确说明配置里的模型与当前账号类型不匹配。合并版里ChatGPT 账号走的是账号订阅体系可用的 Codex 模型由账号权限决定如果你在config.toml里手写了一个超出权限的模型名服务端会返回模型不支持。处理方式打开~/.codex/config.toml把model改成账号可用的默认模型或注释掉model行。如果通过第三方 OpenAI 兼容服务接入比如把base_url指向自建或第三方服务需要确认对方提供的模型名与配置文件一致并且密钥有效。第三方模型提供方的配置错误也会表现为 403 或模型不支持。修改配置后先备份再重启应用重新登录。这类报错说明应用本身已经能启动问题集中在配置层修复时不需要重装应用。4. 完整修复流程从备份配置到重新登录4.1 先备份配置和记录环境信息重置环境前先备份避免把本来能用的配置也弄丢。推荐按这套流程操作# 备份 Codex 配置 cp -r ~/.codex ~/.codex.bak.$(date %Y%m%d) # 记录 CLI 版本 codex --version # 查看当前配置
