这篇主要解决什么问题
一次坏 commit 的代价（revert、强推、群里道歉）远高于 60 秒预 review。大多数人省了。AI 让这步真的快。
这篇适合谁看
每天 commit 5+ 次的人。独立开发尤其——下游没第二双眼睛。
什么时候适合用
推到别人能看到的分支前的每个 commit。累了、晚上、赶时间时更要做。
什么时候不建议用
路过 typo commit、没人看的 WIP 分支——把钱花在重要的分支上。
具体步骤
- 把 prompt 配成 Claude Code 的 slash command 或 Cursor 的保存片段。一个键搞定。
- 心里或让 Agent 跑 “git diff —staged”。让它精确看到你将要 commit 的东西。
- Prompt：“review 这段 staged diff。标出：遗留 console.log / debugger / TODO、缺空值检查、误提交的密钥、off-by-one 风险、任何你不会上线的行。”
- 读标记。大多数是噪声；一两个通常是真问题。
- 当场修。重新 stage。如果有新 stage 再跑一次。
- commit。
建议的操作流程
周五傍晚下班前 commit：/review → 标出一个 debugger 和一个 .env → 都修了 → commit → 不带周末灾难回家。如果这次 commit 马上要发到 Firebase Hosting，紧接着跑一遍AI Firebase 部署检查工作流，在上线前抓出 rewrite 顺序和 function region 问题。
容易踩的坑
- 让 AI 替你 commit。永远自己带意图地 commit。
- 每条标记都接受。大多数是风格噪声。
- 在没 stage 的改动上跑。Agent 搞不清楚要 commit 啥。
- 累了就跳过——这正是最需要它的时刻。
进阶技巧
- 按你的栈定制清单。Rust 加 “遗留 dbg!()“，TypeScript 加 “any 类型”。
- 加一句 “不要标的事项”：“不要标风格、命名、重构建议。”
- 配 pre-commit hook（lefthook / husky）自动跑——真自动化。
可直接复制的 Prompt
审查下面的 staged git diff。只标这些：
- 遗留调试代码（console.log、debugger、dbg!、未藏在 flag 后的 print）
- 硬编码密钥、API key、凭据
- 明显 null / undefined / 类型错
- off-by-one 或边界错
- 不应该提交的文件（.env、.DS_Store、构建产物）
不要标：风格、命名、重构建议。
Diff：{粘 diff}
FAQ
- 慢吗？: 60 秒。第一次抓到真问题就回本了。
- 取代 code review？: 不——它是你自己 commit 的预过滤。真 review 在 PR 时。