WorkBuddy技能评测 #129 | test-driven-development：把「先写测试」写成铁律，治 AI 乱写代码

2026-11-05silcano

基本信息

• 技能名：test-driven-development
• 来源仓库 Star 数：38,096（superpowers 社区合集，3w-5w 档头部）
• 单技能下载量：平台未公开
• 分类：Developer Tools
• 数据来源：SkillKit 中央技能库（WorkBuddy 生态的第三方技能市场，非 WorkBuddy 官方自研）

它解决了什么痛点

AI 写代码最普遍的病：先一口气把实现写完，再回头补几个测试让 CI 变绿。这种「测试永远第一次就通过」的写法等于没测——它证明不了测试能抓到 bug。这个技能把 TDD 写成不可协商的铁律：没有先看到失败的测试，就不许写生产代码；如果已经先写了实现，要求删掉重来，不许「留着当参考」。连「这次太简单了跳过吧」这种自我说服，它都列了清单逐条反驳。

对我有没有用（技术 / 自媒体 / AI / 读书）

技术方向：强推。你维护博客、写发布脚本、折腾 Z-Blog 补丁，这些都是「改一处崩一片」的场景，TDD 的回归保护价值很实在。AI 方向：有价值——它是少数能把 agent 行为约束住的技能，比在提示词里喊「请写测试」有效得多。自媒体：可做选题（「AI 编程为什么总写出假测试」）。读书：无关。代价是它很刚，探索性原型、一次性脚本会被它拖慢，这时候你需要在技能里显式放行。

典型场景

博客发文接口偶发 500。装上此技能后，AI 不会直接去改代码，而是先写一个测试：断言接口返回 code=0 且文章 ID 非空；跑一遍看它红；再最小改动（给 chown 调用加 function_exists 守卫）；跑绿；最后重构。成果：修完 bug 顺手留下一道回归防线，下次谁再改这段代码，测试会先叫。

一句话结论

3w-5w 档最值得装的一个。它不是教你写测试，是逼 AI 不许糊弄你。

📊 完整对比数据见在线总表：WorkBuddy 技能市场全量调研总表（腾讯文档）