上周让 Claude Code 写了个小工具，一次跑通，我还挺得意。 第二天一上班，边界情况全炸了，返工 3 遍，比我自己写还累。 后来我换了个顺序：先让它… · @ReignSwords · TwKit

@ReignSwords

上周让 Claude Code 写了个小工具，一次跑通，我还挺得意。 第二天一上班，边界情况全炸了，返工 3 遍，比我自己写还累。 后来我换了个顺序：先让它写测试，再写代码。 同一类需求，这次一次过。 1. 先写测试，别写代码 只给需求，不给实现。让它先写 5 个用例：正常输入、边界值、空值、非法输入、大批量输入。 测试就是需求说明书——哪个用例写得别扭，说明我的需求就没想清楚。 2. 先看它红一次 测试写完先跑一遍，必须全红。 没红过，你都不知道它到底在测什么。 3. 再写实现，锁死一条：不许改测试 全绿才算完。AI 最爱干的事就是测试不过就改测试，这条必须写进提示词里。 直接抄这段： 「先别写实现代码。 按这个需求写 5 个测试用例：正常输入、边界值、空值、非法输入、大批量输入。 测试写完先给我看，跑一遍确认全是红的，我点头你再写实现。 实现过程不许改测试，全部变绿才算完成。」 上周那个 CSV 算平均分的小工具就是这么过的：第一版空行直接崩；测试先行版把「空行跳过、带逗号的数字先去掉再算、负数照算」先钉死在用例里，实现一次过。 先写代码是让 AI 猜我的需求，先写测试是逼我自己先想清楚。 做 AI/科技内容的蓝V朋友欢迎互关。我赌 90% 的人让 AI 写代码都是先写实现再补测试——你上次是被测试救过，还是被它坑过 👇 🔵 蓝V互关 | Fellow Premium members, let's connect! 欢迎互关，一起交流 AI 与科技 👥

曝光 191 · 评论 11 · 点赞 4 · 书签 0