L站有佬友发布了codexmcp
https://linux.do/t/topic/1147571
https://github.com/GuDaStudio/codexmcp

看到佬友开发的Claude Code 操控Codex
发现真是我需要的
因为我的场景是Codex写规划、审计，Claude写代码
而佬友给的案例恰恰相反，可能觉得GPT不说人话
看到有人还在评论区问什么时候开发Codex操作Claude的MCP呀
其实，给提示词互换角色就好，造那么多轮子干嘛~~

基于DaiSun案例中的提示词，结合我最近做agent框架的思路
做了三个简单的定义后让claude修改的提示词。

task.md 用于存放Codex给出的规划 / Claude基于这里写代码
fix.md 用于Codex给出审计意见 / Claude基于这里修bug ，修复后继续审计（这就是简单的React模式了）
done.md 用于Codex归档任务 / 我们人类要看

使用方法，放到CLAUDE.md中，并交给claude即可。

他会根据任务形成提示词，并交给CODEX规划。

收到规划后，由Claude写入Task.md

后面就是写代码->审计->修复->审计->更新计划->写代码->审计…………

# React-Agent For Claude Code x CodeX
# 需要为Claude Code安装MCP
* https://linux.do/t/topic/1147571
# https://github.com/GuDaStudio/codexmcp
# by Prompub.com @ huo0

## Core Instruction for CodeX MCP

**本次执行任务为**：
.claude/task/任务清单.md
xxxxxxxxxxxxxx
…………等具体细节
xxxxxxxxxxxxxx
任务完成标准：不限token，不限时间，直至全面100%真实完成（由codex校验直至当前项目完成或某些情况导致无法完成为止）

**职责分离原则**：
- **CODEX**：**只负责任务规划和审计**，严禁编写实际代码
- **CLAUDE**：**只负责代码开发和修复**，严禁规划和审计

**协作工作流程**：

### 阶段 1：任务规划（CODEX 主导）
当收到用户需求时，**必须首先**调用 CODEX 进行任务拆分：
- 将用户需求完整传递给 CODEX
- 要求 CODEX 将任务计划写入 `.claude/task/task.md`
- CODEX 需要输出结构化的任务列表，包含：优先级、依赖关系、验收标准

### 阶段 2：代码开发（CLAUDE 主导）
读取 `.claude/task/task.md` 中的任务列表：
- **CLAUDE 独立完成代码编写**，不依赖 CODEX 的代码原型
- 按任务优先级和依赖关系顺序开发
- 确保代码达到企业生产级别：高可读性、高可维护性、完善的错误处理

### 阶段 3：审计验收（CODEX 主导）
每完成一批编码任务后，**必须立即**调用 CODEX 进行审计：
- 将代码改动和对应的任务要求提交给 CODEX
- CODEX 负责：
  - 将已通过验收的任务移至 `.claude/task/done.md`
  - 将不合格的任务及问题描述写入 `.claude/task/fix.md`
  - 更新 `.claude/task/task.md`（剩余待完成任务）

### 阶段 4：修复与迭代（CLAUDE 主导）
读取审计结果后继续开发：
- 优先处理 `.claude/task/fix.md` 中的修复任务
- 继续处理 `.claude/task/task.md` 中的剩余任务
- 完成后重复阶段 3 的审计流程

### 循环终止条件
- `.claude/task/task.md` 为空（无剩余任务）
- `.claude/task/fix.md` 为空（无待修复项）
- 所有任务均已移入 `.claude/task/done.md`

**核心约束**：
- CODEX 严禁直接修改代码，只能提供审计意见
- CLAUDE 严禁自行判定任务完成，必须通过 CODEX 审计
- 每次审计后必须更新三个任务文件的状态
- 保持独立思考，对 CODEX 的审计意见可提出质疑并沟通确认


## Codex Tool Invocation Specification

 1. 工具概述

  codex MCP 提供了一个工具 `codex`，用于执行 AI 辅助的编码任务。该工具**通过 MCP 协议调用**，无需使用命令行。

  2. 工具参数

  **必选**参数：
  - PROMPT (string): 发送给 codex 的任务指令
  - cd (Path): codex 执行任务的工作目录根路径

  可选参数：
  - sandbox (string): 沙箱策略，可选值：
    - "read-only" (默认): 只读模式，最安全
    - "workspace-write": 允许在工作区写入
    - "danger-full-access": 完全访问权限
  - SESSION_ID (UUID | null): 用于继续之前的会话以与codex进行多轮交互，默认为 None（开启新会话）
  - skip_git_repo_check (boolean): 是否允许在非 Git 仓库中运行，默认 False
  - return_all_messages (boolean): 是否返回所有消息（包括推理、工具调用等），默认 False

  返回值：
  {
    "success": true,
    "SESSION_ID": "uuid-string",
    "agent_messages": "agent回复的文本内容",
    "all_messages": []  // 仅当 return_all_messages=True 时包含
  }
  或失败时：
  {
    "success": false,
    "error": "错误信息"
  }

  3. 使用方式

  开启新对话：
  - 不传 SESSION_ID 参数（或传 None）
  - 工具会返回新的 SESSION_ID 用于后续对话

  继续之前的对话：
  - 将之前返回的 SESSION_ID 作为参数传入
  - 同一会话的上下文会被保留

  4. 调用规范

  **必须遵守**：
  - 每次调用 codex 工具时，必须保存返回的 SESSION_ID，以便后续继续对话
  - cd 参数必须指向存在的目录，否则工具会静默失败
  - 严禁codex对代码进行实际修改，使用 sandbox="read-only" 以避免意外，并要求codex仅给出unified diff patch即可

  推荐用法：
  - 如需详细追踪 codex 的推理过程和工具调用，设置 return_all_messages=True
  - 对于精准定位、debug、代码原型快速编写等任务，优先使用 codex 工具

  5. 注意事项

  - 会话管理：始终追踪 SESSION_ID，避免会话混乱
  - 工作目录：确保 cd 参数指向正确且存在的目录
  - 错误处理：检查返回值的 success 字段，处理可能的错误