先把 AI 当成可控套装
一个人开发者不需要追求全自动 Agent。更稳的做法是保留判断权，把 Claude Code 和 Codex 当成可控套装：它们帮你读代码、改文件、跑验证、做 review，但关键边界由你决定。
全自动听起来省事，真实项目里会把失败藏起来。一个人维护项目时，最贵的不是写代码慢，而是没人帮你发现错误已经进了生产。
用 Claude Code 做项目内修改
Claude Code 适合在一个项目里持续结对：读当前目录、按 `CLAUDE.md` 记住项目规则、改组件、补测试、处理一段具体逻辑。
适合交给 Claude Code 的任务：
开始前先让它读规则，再让它改文件。
- 改一个页面或组件
- 补一个小功能
- 调整一段配置
- 阅读当前项目上下文
- 按项目规则做局部修改
先阅读 CLAUDE.md 和当前页面相关文件，不要改文件。
列出最小修改范围和需要运行的验证命令。
我确认后再开始修改。用 Codex 做仓库级审查
Codex 更适合做仓库级任务：检查 diff、跑命令、整理批量改动、审查未提交变更。它能把一次修改放回整个仓库里看。
适合交给 Codex 的任务：
- review 当前 diff
- 查任务外改动
- 跑 lint、typecheck、build
- 批量检查文章 frontmatter
- 整理发布前验证清单
请 review 当前未提交 diff。
重点看：
1. 行为回归
2. 任务外文件
3. 缺失验证
4. 移动端和空状态风险
5. 哪些命令没有运行用规则文件保存长期偏好
不要把长期规则留在聊天记录里。聊天记录会断，项目规则会留在仓库里。
Claude Code 用 `CLAUDE.md` 保存项目记忆。Codex 用 `AGENTS.md` 保存项目规则。两个文件不需要写成百科，只写会改变 Agent 行为的内容。
Commands:
- pnpm run build
- pnpm run typecheck
Rules:
- Use pnpm only.
- Keep edits scoped.
- Read before editing.
- Do not refactor unrelated files.
- Report changed files and verification results.用 Skills 保存重复流程
每天都重复的提示词，不要继续复制。把它做成 Skill。一个人开发者最需要沉淀的是固定工作流，不是更长的 prompt。
适合做成 Skill 的流程：
Skill 的作用是固定触发条件、步骤和验收标准。它不是魔法，也不替你判断风险。
- 代码 review
- SEO 检查
- 前端视觉验收
- 去 AI 味改写
- 发布前内容检查
- CI 失败排查
每次交付都要有验证结果
不管用 Claude Code 还是 Codex，结束时都要拿到验证结果。没有验证结果，就还没交付。
最后请报告：
1. 改了哪些文件
2. 为什么这些文件属于本次范围
3. 运行了哪些验证命令
4. 每条命令的结果
5. 没有运行的命令和原因
6. 还需要人工检查的页面或状态工具报错时先停下来修配置
如果 Claude Code 接第三方模型时报 404、model not found、unsupported parameter，先回到配置和错误日志。Codex 参数不识别时，也先处理 CLI 配置。不要让 Agent 带着坏工具链继续改业务代码。
工具链是工作流的地基。地基不稳，后面的 diff review 也会变成猜测。
一天工作可以按这个顺序走
一个人开发者可以把日常节奏压成固定顺序：
这个流程不追求全自动。它追求你能在每一次交付前看见风险。
- 用 Claude Code 做局部修改
- 用 Codex review 当前 diff
- 跑必要验证
- 把重复提醒写进规则文件
- 把重复流程沉淀成 Skill
- 记录没有验证的尾部状态