Codex 与 Claude Code 实用手册：配置、记忆层与工作流

一篇把 Codex 和 Claude Code 两套 AI 编程代理放在一起对照的参考型文章，覆盖各自的配置概念、记忆与权限机制，以及可直接照做的开发与 PR 审查流程。适合已经上手、想把代理用得更稳的开发者。

Codex 的核心概念

• agents.md 是人工维护的静态指令层，每次会话开始时读取，用来写硬性规则、构建命令和代码风格，并按全局、项目、文件夹三级级联。
• ~/.codex/memories/ 目录由系统自动生成：memory_summary.md 是汇总概览，MEMORY.md 是长期合并存储，raw_memories.md 是合并前的原始提取结果。
• Codex 采用 agent loop 的迭代方式推进任务，配合 goals 设定目标，并支持 skills 扩展能力。

Codex 的三种权限模式

• Ask for Approval 是默认模式，使用 workspace-write 沙箱，在涉及外部操作或工作区之外的改动前会暂停询问。
• Approve for Me 把低风险请求交给自动审查的子代理处理，减少弹窗打断。
• Full Access 开放整台电脑的文件与网络访问，权限最大，风险也最高，适合在明确信任的任务里使用。

Claude Code 的组成与斜杠命令

• 配置与扩展层包括 CLAUDE.md、skills、commands、subagents、MCP servers、hooks 和 plugins。
• 上下文管理命令：/clear 清空对话重开，/compact 总结当前对话释放上下文窗口，/context 可视化展示上下文被什么占满。
• 初始化与切换命令：/init 自动生成起步版 CLAUDE.md，/memory 编辑持久记忆配置，/resume 恢复之前的终端会话，另有 /model、/plan、/batch。

Codex 的六步工作流

• 从明确任务定义开始，逐步推进到提交经过审查的 diff。
• 流程强调先定义再执行，把审查放在提交之前，避免把未读过的改动直接入库。
• 配合迭代修复循环使用，遇到失败让代理自行修正再验证。

四阶段 PR 审查模型

• 从提 PR 之前的本地测试开始，到合并之后的监控结束，共四个阶段。
• 把审查拆成阶段化的检查点，而不是只在 PR 页面上一次性过一遍。
• 这套模型同样适用于团队里让代理参与代码审查的场景。

今天就能做

• 先写一份项目级 agents.md 或 CLAUDE.md，把构建命令和代码风格固化下来，减少每次重复交代。
• 日常用 /context 检查上下文占用，接近上限时用 /compact 而不是硬撑到报错。
• 默认保持 Ask for Approval 权限，只在明确信任的批量任务里临时放开。