让编码智能体去实现你先写好的测试

这条技能适合你吗？

开始之前

• 仓库里有可用的测试运行器。
• 一个允许改代码并运行测试的智能体会话。

步骤

检查点没过，就不要往下走。

1. 写会失败的测试

   覆盖主要行为和两三个边界情况。运行一遍，看着它们因为正确的原因失败。

   检查点 每个测试的失败信息都点出了缺失的那项行为。

2. 向智能体交代任务

   要求它在不修改测试文件的前提下让测试通过；如果觉得某个测试有问题，要停下来解释。

   检查点 指令里明确了不允许改动的测试文件。

3. 检查 diff 里有没有动测试

   查找被修改的测试、被跳过的测试、被放宽的断言，以及吃掉所有异常的兜底处理。

   检查点 测试文件未被改动，也没有任何测试被跳过。

4. 自己跑全部检查

   在你自己的终端里跑全套测试和代码检查，不要只看智能体的汇报。

   检查点 所有检查在你的机器上通过。

5. 通读实现是否清楚

   像复核者那样读实现，哪里比需要的更长就要求简化。

   检查点 每一行改动你都能向同事解释清楚。

可能出问题的地方

• 准确性 测试可以用意料之外的方式被满足。读 diff 是方法的一部分，不是额外负担。
• 安全 你没要求过的新依赖，在查清来源和许可之前一律拒绝。

相关条目

• FM-07 为编码智能体写一份项目说明文件
• FM-04 改动提示词之前，先建一套小规模评测集
• FM-09 用只读的智能体做代码评审

修订记录