Codex 进阶，本质上要建立五种能力

第一种：管理成本和上下文

Codex 每次处理任务，都需要读取对话历史、项目规则、工具描述、相关文件和命令输出。上下文并不是免费的无限记忆。

你需要知道什么内容值得长期保留、什么日志应该截断、什么时候应该新建线程，以及怎样通过稳定前缀提高缓存命中率。

这决定了任务能否在可控成本下持续推进。

第二种：把经验沉淀成规则和流程

同样的项目命令、安全边界和交付要求，不应该每次都重新解释。

• 全项目通用规则写进 AGENTS.md。
• 某一类重复任务整理成 Skill。
• 需要连同工具、Hooks、MCP 或应用集成一起分发时，再封装成 Plugin。

当这些内容被写下来后，Codex 的表现就不再完全依赖“这次提示词写得好不好”。

第三种：给行动能力设置边界

Codex 能读取文件、修改代码、执行命令和访问外部系统。能力越强，越需要明确：

• 哪些目录可以写；
• 哪些命令必须审批；
• 是否允许联网；
• 谁负责批准越界操作；
• 删除、迁移、部署等高风险动作怎样拦截。

权限、沙盒、审批和 Hooks 不是效率的对立面，而是让自动化能够长期运行的基础设施。

第四种：组织长期和并行任务

复杂任务很难靠一个无限延长的对话完成。

Thread 适合承载长期任务线，Worktree 提供隔离的代码工作区，Handoff 负责移动任务状态，Subagent 适合一次任务里的并行分析。

学会把任务放到正确的上下文里，往往比单纯换一个更强模型更有效。

第五种：把个人用法升级为团队系统

团队真正需要的不是“大家都安装 Codex”，而是：

• 统一的项目规则；
• 明确的测试和验收命令；
• 一致的权限基线；
• 能审查的 PR 模板；
• 成功案例和失败复盘；
• 可重复的排障方法。

只有这些内容进入仓库和流程，Codex 才能从个人辅助工具变成团队生产力。

推荐学习顺序

可以按下面的顺序逐步建立能力：

这个顺序并不是要求你把所有概念背下来，而是从“理解 Codex 如何工作”，逐步走向“让 Codex 按你的系统工作”。

学习时不要只看概念

每学完一个主题，最好立刻完成一个小实践：

• 精简一次过长的项目上下文；
• 为真实仓库写一份最小 AGENTS.md；
• 把重复的文档检查流程写成 Skill；
• 创建只读、编码和审查三个 profile；
• 配置一个低风险、只读型自动化；
• 用 Hook 拦截一种明确的危险命令；
• 把大任务拆到独立线程或 Worktree；
• 为团队 PR 增加验证和风险说明。

只有当规则真正被执行、结果真正被验证，它才算从“知识”变成了“工作流”。

写在最后

Codex 的进阶并不是学习更多神奇提示词，而是逐渐补齐一套工程系统：

上下文管理
→ 项目规则
→ 专项流程
→ 权限边界
→ 自动化与 Hooks
→ 线程协作
→ 团队规范
→ 排障与复盘

当这条链路建立起来后，你得到的不只是一个更听话的 AI，而是一套能够持续改进的智能工作方式。