codex项目目录打不开通常由系统权限、路径陷阱或配置冲突导致，需先结束后台残留进程，再按mac或windows特定步骤处理路径与配置文件，最后确认local模式激活。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex项目目录打不开，通常不是AI模型故障，而是系统权限、路径陷阱或配置冲突导致界面卡在“正在加载”、返回空列表，甚至无声无息跳过选择步骤。
先杀干净后台残留进程
窗口关闭 ≠ 进程退出。Codex 或 Codex++ 的进程可能仍在后台驻留，阻塞新实例启动。
打开任务管理器（Ctrl+Shift+Esc）→ 在“进程”页签搜索栏输入 codex → 逐一结束所有匹配项：codex.exe、Codex、codex-plus-plus、com.bigpizzav3.codexplusplus.manager。
这一步必须做，否则后续任何配置重置都无效——新进程一启动就被旧进程抢占端口或锁住配置文件。
Mac用户：避开访达默认路径陷阱
点击「项目」→「打开文件夹」后，访达弹出的默认位置极大概率是桌面、下载或文稿目录，这些地方混有 .DS_Store、iCloud冲突文件、Dropbox缓存，Codex读取时会卡死或静默失败。
立刻按 Command+Shift+H 回到当前用户主目录，然后在访达地址栏直接粘贴：~/Desktop/practice-project → 回车。
如果该文件夹不存在，右键空白处 →「新建文件夹」→ 命名为 practice-project；进入后用 TextEdit 新建三个纯文本文件：README.md、notes.md、todo.md，编码选 UTF-8，内容随意写几行字即可。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
【切勿用 Pages、WPS 或 Word 创建】——它们生成的是富文本包，Codex无法解析，也不会报错，只显示“文件不可读”，排查成本极高。
Windows用户：检查并重置配置文件冲突
官方 Codex 与 Codex++ 共用同一配置目录 C:Users\.codex，其中的 config.toml 是核心冲突源。两者同时读写会导致语法看似正确、实则解析失败。
方法一：快速隔离恢复
第一步：备份原配置 → 把 %USERPROFILE%.codexconfig.toml 复制一份到桌面；
第二步：重命名原文件 → 将其改为 config.toml.old；
第三步：双击启动 Codex++ → 它检测不到配置，会自动生成一份干净、格式正确的 config.toml。
若仍打不开，再执行方法二：
把 %LOCALAPPDATA%com.bigpizzav3.codexplusplus.managerEBWebView 整个文件夹改名为 EBWebView.old（这是界面缓存，删除后会自动重建）。
确认 Local 模式已激活
选中你刚准备好的项目文件夹（如 practice-project）→ 点击「选取」→ 观察 Codex 界面左下角是否实时显示完整路径，且右侧状态栏出现 Local 标签。
若显示 Cloud 或无任何标识，说明绑定未生效：立即关闭 Codex → 重新打开 → 再次进入「项目」→「打开文件夹」→ 严格按 Mac 或 Windows 对应步骤重试。
这一步是最终验证点。只有 Local 标签亮起，Codex 才真正获得对该目录的读写权限，后续所有指令才能落地执行。
