Codex安装在非系统盘后无法运行怎么修复【解答】

先说几个核心判断：如果你把Codex装到了D盘或E盘这类非系统盘，启动时报错或者命令识别不了，十有八九是Windows环境变量PATH没指向正确的位置。系统找不到codex.exe或对应的CLI入口，自然就报错了。问题虽然不复杂，但可能会绕不少弯路——除了环境变量，还有快捷方式残留、注册表关联错误、甚至杀毒软件捣乱的可能。

那就一步步来排查。

确认Codex实际安装位置

打开资源管理器，找到你当初选的那个非系统盘安装目录——比如

或者。看看里边有没有或这个文件。如果里面空空如也，只有.config或.sqlite这类子文件夹，那就说明安装时主程序并没有被放到这个目录里。这种情况下，最好重新跑一遍安装程序，在自定义安装的界面里，勾上“将可执行文件放入安装目录根路径”，或者手动把bin子目录指定为安装目标。

手动添加非系统盘路径到PATH环境变量

按下Win + R，输入sysdm.cpl回车 → 切换到「高级」选项卡 → 点击「环境变量」→ 在「系统变量」区域找到并双击Path → 点「新建」→ 把你实际的Codex可执行路径贴进去（比如

或者）→ 点「确定」保存所有窗口。

⚠️ 注意：路径末尾

，不然PATH会解析失败；要是安装目录里带了空格（比如Program Files），不用额外加引号——Windows PATH本身是认含空格路径的。

验证并强制刷新终端环境

关掉所有已经打开的CMD、PowerShell、Git Bash窗口；然后重新以管理员身份启动PowerShell；执行：
codex --version

如果还是提示“不是内部或外部命令”，说明环境变量还没生效。这时候不用急着再去改PATH——可以先在当前PowerShell里临时注入一下路径：
$env:Path += ";D:Codex"（记得把D:Codex换成你的实际路径）→ 再跑一次 codex --version。如果能正常返回版本号，说明路径本身是对的，只是系统级PATH没有被新终端读到——这时候必须重启电脑，才能让所有进程（包括Explorer、IDE、后台服务）都加载到更新后的PATH。

修复因快捷方式残留导致的路径错乱

方法一：右键点击桌面上或开始菜单里的Codex快捷方式 → 选“属性” → 查看“目标”那栏。如果里面写的是类似"C:WindowsSystem32cmd.exe" /c "C:UsersXXXAppDataLocalProgramsCodexcodex.exe"这种硬编码在系统盘里的路径，那说明这个快捷方式是旧版本留下的。直接删掉它，然后去你真正的非系统盘安装目录，找到codex.exe → 右键 → “发送到” → “桌面快捷方式”重建一个就行了。

方法二：如果通过Start Menu启动失败了，但直接在非系统盘下双击codex.exe却能正常运行，那问题就出在Windows的注册表关联上。这时候不用去瞎改注册表——用管理员PowerShell执行：
cd D:Codex; .codex.exe --register-shell-integration（路径按实际替换）。这个操作会主动重写Shell集成项，把旧的系统盘路径引用直接覆盖掉。

检查防病毒软件拦截行为

部分国产安全软件（如火绒、360、腾讯电脑管家）会把非系统盘里运行的.exe默认标记成“高风险行为”，尤其是当Codex第一次从D盘启动时，可能会静默阻止它创建子进程或者访问网络。打开你的杀毒软件主界面 → 找到“防护日志”或“拦截记录” → 筛选今天的时间段 → 看看有没有codex.exe被拦截的记录。如果有，点“添加信任”，勾上“永久信任此文件”和“信任该路径下所有程序”。