示例提示词
要加「导出文件名带日期」：先按仓库实际的测试命令写一条失败测试，给我看它失败的输出，再写最小实现。
预期产物
失败与通过两段的真实运行记录，和最小改动集；全程套件保持通过。
测试驱动开发
先明确预期行为，再用测试推动实现与修改。
App 内可获取
介绍
测试先行的完整纪律，钉在项目的真实命令上：先弄清这个代码库实际怎么跑测试（命令属于项目自己的文档与构建配置），然后红—绿—重构——亲眼看新测试因为功能还不存在而失败，写下刚好让它变绿的最简实现，再在全部保持通过的保护下整理结构。跳过「看它红」这一步，等于允许一条从没失败过的测试假装守住了行为。
好测试的标准同样可执行：名字说清「什么坏了」；测真实对象而不是替身的礼貌；测试与实现同一批交付。再加变异自检——故意把实现改坏一处，如果全套仍然通过，那些测试测的是空气；常见假测试信号也配了对照清单。
所有命令都在授权环境里用项目真实入口跑，通过与否以实际输出为准——「应该能过」不是结果。适合新功能落地、缺陷钉死，和一切「先证明再合并」的场合。
适用场景
- 新功能从失败的第一条测试开始写
- 给已复现的缺陷钉一条回归测试再修
- 用变异检查体检一套「全绿但没牙」的测试
- 把示例命令换成仓库真实测试入口
#tdd#testing#workflow#project
使用示例
示例用于说明请求与期望产物形态，不代表已完成的运行结果。
示例提示词
这套 200 条全绿的测试做次变异体检：把实现故意改坏五处，看哪些断言没反应，再给加固清单。
预期产物
逐项变异的结果表：哪些如期变红、哪些毫无反应，以及需要加固的测试名单。
要求与限制
- 安装平台
- iOS: iOS · Android: Android
- 脚本运行
- 无需脚本运行环境（指南与流程型）
- 最低 App 版本
- iOS: 1.7.59
已审核的权限范围
iOS · Android
- 所需能力
- 读取工作区文件
- 审核结论
- 通过
- 审核阶段
- 静态内容审核
- 审核日期
- 2026-10-28
实现与运行细节
- 适配阶段
- frozen
iOS
- 所需能力
- 读取工作区文件
Android
- 所需能力
- 读取工作区文件
许可与来源
来源与追踪详情
许可
MIT
MIT (root LICENSE)
已核验固定技能子树与所附参考资料，完整适用许可及逐文件适配、素材记录保存在 references/licenses/ 与 references/PROVENANCE.md。
图像与素材署名
- 图像署名
- Floe 原创，AI 辅助示意图。
- 来源
- https://github.com/obra/superpowers
- 上游路径
- skills/test-driven-development
- 上游固定提交
- 2ce8aa15d0
- 来源核对日期
- 2026-10-26
- 发布者
- JiangNanGenius
- 发布提交（获取位置）
- 25e07dbeeb6cc93c2fe83ddc72a34302cc40832a
- 审计来源提交
- 84c524b6fb483e4cad94db076e7d9c9962966c19
- 签名目录摘要
- iOS 46196ba57ed7ea7f22085e74b113207f31193e820ab8983cf7a60eee953f2340 · Android 16de89d019e2057804a40f215485ccb09d5495a25864b34d681168eeaf8f9697
- 发布快照导入 (UTC)
- 2026-10-31
发布提交 25e07dbeeb，审计来源 84c524b6fb；目录摘要 iOS 46196ba57ed7… · Android 16de89d019e2…。
版本与状态
版本记录随签名目录发布；以下为目标与已发布版本。
- 适配状态
- 已就绪
- 发布状态
- 精选技能已上线
- 已发布版本
- 1.0.1