Skills 推荐 | tdd:把「写完再说」变成「先测后写」,全球 Top 4 Agent Skill

:fire: tdd(Matt Pocock 出品,与 grill-me 同源)以 595.4K 安装量位列全球 Agent Skills 第 4,月增 59%,核心功能是把测试驱动开发(TDD)流程强制嵌入 AI 编码——先写测试、再写代码、红了再修,把「AI 的幻觉」变成「可验证的反馈」。


它解决什么信任问题

AI 写代码最大的隐患不是「能不能写对」,而是「你怎么知道它写对了」。传统模式是 AI 写完、你手动测,但边界条件太多,总有漏网的 bug。

tdd 的思路:拒绝「写完再说」,改为强制流程——先写测试用例 → AI 写代码 → 跑测试 → 红了自动修 → 直到全绿。把「信任 AI 写对了」变成「测试证明它写对了」。


:key: 核心要点

  • 强制 TDD 流程:先写测试 → 写代码 → 跑测试 → 红了自动修 → 全绿才收工
  • 跨 agent 通用:npx skills add mattpocock/skills --skill=tdd 一条命令,30+ 种 agent 通用
  • o-mega 评分 8.4:官方评价「将吹牛转化为反馈」(converts bluffing into feedback),增长势头 10/10

:balance_scale: 辩证评估

机会:TDD 方法论迁移到 AI 辅助开发后,解决了 Agent 编码最大的信任问题。测试就是「可验证的反馈」,让 AI 的幻觉无处遁形。

反向视角:TDD 对「明确可测试的逻辑」有效,但对探索性、界面类、一次性脚本并不适用——为一次性脚本写测试是浪费。Matt Pocock 自己的技能系列里,tdd 是「写正式功能」时才用的,不是所有编码场景都套。


:bullseye: 适用场景

  • :white_check_mark: 正式功能开发:需要长期维护、可验证的代码
  • :white_check_mark: 重构已有代码:先写测试锁定行为,再放心改
  • :cross_mark: 一次性脚本、探索性原型:写测试是过度工程

来源