Mac M芯片Codex并行：多工作区隔离防冲突指南

在Mac M系列芯片上运行Codex时，若需并行处理多个开发任务，核心策略是通过独立工作区实现物理级隔离。具体而言：①创建相互隔离的目录作为独立工作区；②为每个工作区分配专属沙箱权限；③CLI与桌面版共享同一配置文件，但各自加载路径保持独立；④利用多终端标签页并行启动任务，确保沙箱终端路径与当前对话绑定一致。这样可彻底杜绝不同子任务因修改同一文件引发的覆盖或合并冲突——本质在于物理隔离。

建立互不干扰的Codex工作区

打开终端，进入目标父目录，例如 ~/Projects。接着执行：

mkdir -p codex-ja va-backend codex-frontend-vue codex-docs

每个目录即为一个完全隔离的工作区。Codex启动时仅能绑定一个工作区，无法跨目录写入——这是防止冲突的首要硬边界。务必注意：切勿将多个工作区置于同一Git仓库下。否则Codex可能误读.git作为共享上下文，进而尝试跨区分析，导致隔离失效。

为各工作区配置专属沙箱权限

进入 codex-ja va-backend 目录，执行：

codex --sandbox-mode workspace-write

进入 codex-frontend-vue 目录，执行：

codex --sandbox-mode read-only

进入 codex-docs 目录，执行：

codex --sandbox-mode workspace-write --approval-policy on-request

这三种模式并非随意选择：后端模块需自由修改代码，前端模块先只读分析再由人工确认写入，文档区则允许AI主动申请权限以生成初稿。沙箱模式一旦设定，Codex将在该目录下严格遵循，不会因用户误操作跳出当前工作区。

桌面版与CLI共用同一工作区的正确方法

方法一：CLI优先登录并初始化
在任一工作区目录（如 codex-ja va-backend）中运行 codex auth，扫码完成登录。这将在 ~/.codex/config.yaml 中自动生成并写入 token。

方法二：桌面版自动复用CLI配置
启动Codex桌面应用 → 自动读取 ~/.codex/config.yaml → 无需重复登录 → 点击左上角“Open Project” → 选择 codex-ja va-backend 文件夹即可加载相应沙箱环境。

关键点：桌面版与CLI共享同一个 config.yaml，但各自打开的工作区路径互不影响。只要不手动修改 ~/.codex/config.yaml 中的 workspace_path 字段，就不会发生串区。

启动并行任务的实操流程

第一步：在终端新建三个标签页，分别 cd 进入三个工作区目录。

第二步：在 codex-ja va-backend 标签页中执行：

codex --project "user-service-refactor"

第三步：在 codex-frontend-vue 标签页中执行：

codex --project "order-list-ui-update"

第四步：在 codex-docs 标签页中执行：

codex --project "api-spec-v2.3"

第五步：回到桌面版Codex，点击左上角“+ New Chat”。此时右下角沙箱终端显示的路径必须与当前对话绑定的工作区一致——若显示 /Users/xxx/Projects/codex-ja va-backend，说明它正安全地处理后端任务，不会触及另外两个目录。此即正确状态。