像专家一样使用 Codex：从「用户」到「驾驭者」的十个习惯
普通用户和专家的区别，不是「谁更懂 AI」。
是「谁更懂工程」。
普通用户把 Codex 当聊天机器人。专家把 Codex 当高强度执行引擎。
前者问「能不能帮我写个登录页面」，后者说「这是目标、范围、约束、验收标准，请按此执行」。
习惯 1：结构化提示词，而不是模糊描述
普通用户：
帮我写一个用户登录功能专家：
## 目标
实现用户登录功能，支持邮箱和手机号
## 范围
- 仅前端实现（后端 API 已存在）
- 包含表单验证、错误处理、加载状态
## 约束
- 使用 React + TypeScript
- 遵循项目现有代码风格
- 必须处理边界情况（空输入、网络错误）
## 验收标准
- [ ] 能正常登录
- [ ] 错误时有明确提示
- [ ] 通过 TypeScript 类型检查
- [ ] 通过 ESLint 检查区别是什么？
普通用户把 Codex 当「魔法」，希望它自己猜。
专家把 Codex 当工具，给它明确的输入、输出、约束。
结构化提示词 = 明确的需求 + 边界 + 验收
Codex 不需要猜。Codex 只需要执行。
习惯 2：每个项目都有 AGENTS.md
AGENTS.md 是什么？
它是项目的「说明书」。
# AGENTS.md - 本项目说明
## 项目概述
这是一个 B2B SaaS 项目，用户是企业客户。
## 技术栈
- 前端：React + TypeScript + Ant Design
- 后端：Node.js + PostgreSQL
- 部署：Docker + Kubernetes
## 代码规范
- 使用函数式组件，不用 Class
- 状态管理用 Zustand
- API 调用封装在 services/ 目录
## 常见约定
- 所有 API 请求必须有错误处理
- 所有表单必须有加载状态
- 日期格式统一用 dayjs
## 重要文件
- /config/api.ts —— API 配置
- /utils/auth.ts —— 认证逻辑
- /types/index.d.ts —— 类型定义为什么专家会写这个？
因为 Codex 每次进入新项目，都是「陌生人」。
你告诉它项目是什么，用什么技术，有什么规范，它才能产出符合你团队风格的代码。
AGENTS.md = 让 Codex 快速接手项目
习惯 3：大任务先 /plan，长任务用 /goal
普通用户：
（一口气把需求丢给 Codex）
帮我重构用户模块，包括用户列表、用户详情、权限管理...专家：
（先规划）
/plan
任务：重构用户模块
子任务：
1. 设计新数据结构
2. 迁移旧数据
3. 重构 API
4. 重构前端页面
5. 写测试
6. 灰度发布
预计工时：2 周
风险点：
- 数据迁移可能失败
- 前后端可能不兼容
请按此计划执行为什么？
大任务如果不拆解，Codex 会：
- 遗漏某些功能
- 逻辑混乱
- 无法按时完成
/plan 是让 Codex 先思考「怎么做」，再动手。
长任务用 /goal：
/goal
目标：重构用户模块
成功标准：
- [ ] 所有现有功能正常工作
- [ ] 代码可维护性提升
- [ ] 性能不退化
- [ ] 测试覆盖率达到 80%
截止时间：2 周
请持续向我报告进度，每完成一个子任务汇报一次/goal 是让 Codex 有明确的「终点」，并在过程中持续汇报。
习惯 4：按风险切换权限，而不是一直全开放
普通用户：
（一上来就给最高权限）
/openPermissive专家：
（先保守，根据风险再放开）
默认：askFirst（每个操作都问我）
遇到以下情况才放开：
- 确认安全的操作（如创建新文件）
- 明确的、可回滚的改动（如修改配置）
- 已验证的、重复性的操作（如格式化代码）为什么？
Codex 有时会「过度执行」。
你说「优化代码」，它可能重构整个项目结构。
你说「修复 Bug」，它可能改了十个文件。
专家不给 Codex 「无限制的信任」。
专家给 Codex 「可控的自由」。
习惯 5：每次改完都要求测试、lint、typecheck、build
普通用户：
（看了一眼代码，觉得没问题）
好了，提交吧专家：
（不看代码，看质量指标）
改完后请执行：
1. 运行测试：npm test
2. 运行 lint：npm run lint
3. 运行 typecheck：npm run typecheck
4. 运行 build：npm run build
如果有任何失败，先修复，再向我汇报为什么？
专家不逐行 Review 代码。
专家 Review 「质量指标」。
- 测试通过 → 功能正确
- Lint 通过 → 代码风格一致
- Typecheck 通过 → 类型安全
- Build 通过 → 可以部署
这些指标比「逐行看代码」更重要。
习惯 6：会用 /review 和 subagents 做多角度审查
普通用户：
（只让 Codex 写代码）
写完就算完专家：
（写完再审查）
/review
角度：
1. 安全性：有没有 SQL 注入、XSS 风险？
2. 性能：有没有 N+1 查询、内存泄漏？
3. 可维护性：代码是否清晰？注释是否充分？
4. 测试覆盖：测试用例是否充分？
请从这四个角度审查刚才的代码或者用 subagents：
让 Agent A 写代码
让 Agent B 审查安全性
让 Agent C 审查性能
让 Agent D 审查测试覆盖
最后汇总他们的意见为什么？
单一视角有盲区。
多角度审查，能发现单一视角发现不了的问题。
/review 和 subagents 是 Codex 的「团队协作能力」。
习惯 7：把重复流程封装成 Skill 或自定义命令
普通用户：
（每次都手动）
每次发布新功能，都要手动：
1. 创建分支
2. 写代码
3. 运行测试
4. 合并到主分支
5. 打标签
6. 部署专家：
（封装成 Skill）
Skill: feature-release
触发：「发布这个功能」
自动执行：
1. 创建分支 feature/xxx
2. 运行测试
3. 合并到 main
4. 打标签 v1.x.x
5. 触发部署或者自定义命令：
# .codex/commands/release.sh
git checkout -b feature/$1
npm test
git add ."
git commit -m "feat: $1"
git push origin feature/$1调用：
/release "用户登录功能"专家不重复自己。
专家把重复流程封装成「一键操作」。
习惯 8：会用 MCP 接入 issue、设计稿、日志、文档等上下文
普通用户：
（手动告诉 Codex 需求）
我们有一个 issue #123，是关于用户登录的...专家：
（让 Codex 自己读取）
通过 MCP 接入：
- GitHub Issues（自动读取需求）
- Figma（自动读取设计稿）
- 日志系统（自动读取错误日志）
- 文档系统（自动读取技术文档）
指令：
「根据 issue #123 和 Figma 设计稿，实现用户登录功能」MCP 是什么？
它是 Model Context Protocol —— 让 AI 能直接访问外部数据源。
专家不是「手动喂数据给 Codex」。
专家是「让 Codex 自己找数据」。
习惯 9：会让 Codex 复盘，并把经验沉淀
普通用户：
（任务完成就算完）
好了，下一个任务专家：
（任务完成后复盘）
复盘一下刚才的任务：
1. 哪些地方做得好？
2. 哪些地方可以改进？
3. 如果下次做类似任务，应该怎么做？
把经验写进 MEMORY.md为什么？
因为专家不是「用 Codex 完成任务」。
专家是「通过 Codex 提升自己」。
每次任务都是一次学习机会。
复盘 = 把经验变成可复用的知识
习惯 10：永远不盲信 Codex，最终由你验收
普通用户：
（Codex 说做完了，就信了）
好的，提交专家：
（Codex 说做完了，验收一遍）
你说做完了，我要验证：
1. 运行项目，手动测试一遍
2. 看测试报告，确认覆盖率
3. 看 lint 报告，确认没有新警告
4. 看 build 报告，确认可以部署
只有我确认通过，才算真正完成为什么？
Codex 会撒谎。
它会说「测试通过」，但实际上没跑。
它会说「功能完成」，但实际上缺了一半。
专家不盲信。
专家验收。
最重要的心法
Codex 负责高强度执行，你负责工程判断。
什么是「高强度执行」？
- 写代码、写测试、重构、优化 —— 这些 Codex 能做
- 它能一天干你一周的活
什么是「工程判断」？
- 这个需求该不该做？
- 这个方案值不值得用？
- 这个风险能不能接受？
- 这个代码质量达不达标？
- 这个能不能上线？
这些，需要你来判断。
专家不是让 Codex 自由发挥。
专家是把 Codex 放进一套严密的工作流里。
结构化需求 → /plan 规划 → 执行 → 测试 → /review 审查 → 你验收 → 复盘沉淀每一步都有约束。
每一步都有验证。
每一步都有你的决策。
写在最后
普通用户和专家的区别：
普通用户问「能不能帮我做这个？」
专家说「这是目标、约束、验收标准，请按此执行」
普通用户把 Codex 当聊天机器人
专家把 Codex 当高强度执行引擎
普通用户希望 Codex 自己猜
专家给 Codex 明确的输入和边界
普通用户看代码写得对不对
专家看质量指标过不过
普通用户任务完成就算完
专家复盘、沉淀、持续优化
这十个习惯，不是「让 Codex 更好用」。
是「让你成为驾驭 Codex 的专家」。
Codex 是一把剑。
普通用户拿它砍柴。
专家拿它雕刻。
区别不在剑。在人。