Peter Yang 分享了一个他在 Claude Code 中高频使用的自定义 Skill,名字很直白——"but for real"。
他的工作流是这样的:先让 Claude Code 做计划,然后执行计划,最后跑一遍 "but for real" skill。这个 skill 的作用很简单——欺负一下 LLM。
它会告诉 AI:"你几乎肯定搞砸了一些东西,回去再检查一遍。"
结果呢?每次都能找到 3-5 个 bug。
Peter 的思考框架很清晰。在传统团队里,一个开发者提交 PR,另一个开发者来 code review。Reviewer 总能发现问题,或者提出更好的实现方式。
"but for real" 本质上就是让 AI 扮演这个 reviewer 的角色。
关键点在于:同一个 AI 在写代码和审查代码时的行为模式是不同的。当你在 prompt 里明确告诉它"你肯定有错"的时候,它会切换到更谨慎的验证模式,而不是生成模式。
这个技巧适用于所有使用 AI 编程工具的开发者。不管你用的是 Claude Code、Cursor 还是 Windsurf,核心逻辑是一样的:
- 让 AI 生成代码
- 别急着用
- 再让它以"找茬"的心态审查一遍
- 每次都能榨出 3-5 个改进点
简单,但有效。
数据看板
核心数据:
- 每次审查找到 3-5 个 bug
- 工具:Claude Code 自定义 Skill
- 对标:传统团队的 code review 流程
AI工具应用:
- Claude Code 自定义 Skill("but for real")
- 用 prompt 切换 AI 的工作模式(生成 → 审查)
关键金句:
- "它基本上就是欺负一下 LLM,告诉它:你几乎肯定搞砸了一些东西"
- "让 AI 扮演 reviewer 的角色,而不是 developer"
- "在 prompt 里明确说'你肯定有错',AI 会切换到验证模式"
可延伸话题:
- 如何设计更好的 AI code review prompt
- AI 编程工具中的"自我审查"机制
- 生成模式 vs 验证模式的 prompt 差异
