刷X看到的，Claude Devs发了个视频。
讲怎么让Claude Code在把代码交给你之前，自己先检查一遍。其实就是把你平时手动检查的那些步骤，写成提示词塞给它，让它自己形成一个反馈闭环。
视频不长，就5分多钟，链接在这：
这玩意儿说白了不就是把debug流程自动化嘛，老套路了。
等等，是不是我看错了？链接里说的是哪个版本啊，3.5还是3？我怎么感觉3的写法不太一样。
又来这种帖子了，每个星期都能看到“终极提示词”教学，最后还不是要自己改。
这个我试过，分享一下我的经验。之前做个小项目，我让Claude写完函数后自己跑一遍测试用例，结果它生成的测试都是错的，又把代码改坏了。后来我发现得把测试框架的版本和具体参数写清楚，最好给个标准输出的例子。折腾了两小时，最后发现还不如我自己检查快，不过对重复性高的模板代码有点用。
链接打不开啊，404了，有没有人重新发一下？
小白问一下，这种自己检查的提示词会不会让生成速度变慢很多啊？我总感觉加了太多条件它反应就慢了。
没用过别碰。
我最近做的前端项目用了类似方法。先在提示词里明确要求：1.检查所有console.log是否已删除 2.确保没有硬编码的测试数据 3.检查CSS类名命名一致性。然后让Claude按这个清单逐项确认，确实能发现一些低级错误，特别是半夜写代码脑子不清醒的时候挺管用的。不过复杂逻辑还是得靠人。
兄弟们，你们用这个的时候有没有遇到过它越改越错的情况？我让它检查一个简单的API调用，它来回改了四次，每次都说“这次修复了”，结果一次比一次问题多，最后直接报语法错误了，笑死。
让它自查这招有用，但偶尔会自己骗自己过关
这个太有共鸣了，让它自测反而把好代码改崩，得先把测试框架版本卡死