首页龙虾技能列表 › Superpowers Tdd — 强制TDD循环

Superpowers Tdd — 强制TDD循环

v1.0.0

严格遵循红-绿-重构TDD流程:先写失败的真实测试,验证失败,再最小实现,最后重构,确保测试始终先行。

0· 223·1 当前·1 累计
by @axelhu (AxelHu)·MIT-0
下载技能包
License
MIT-0
最后更新
2026/3/26
安全扫描
VirusTotal
Pending
查看报告
OpenClaw
安全
high confidence
该技能仅为指令式TDD教练,其请求资源与说明符合既定用途,但教条且可能指导破坏性操作(如删除代码),需谨慎使用。
评估建议
这是一致的严格TDD教练——它让代理写失败测试、运行pytest、最小实现并重构。使用或让代理运行前:(1)确保项目已提交至版本控制,避免“删除代码”导致数据丢失;(2)确认正确的测试命令及环境工具;(3)若允许代理自主操作,限制写权限或要求人工审批;(4)技能教条,可能因TDD违规要求删码或重启。若接受上述风险,技能内部与其用途一致。...
详细分析 ▾
用途与能力
名称/描述承诺(强制RED-GREEN-REFACTOR TDD)与SKILL.md指令完全匹配,仅聚焦写测试、运行pytest、最小实现与重构;未请求无关凭据、二进制或安装。
指令范围
指令局限于TDD工作流(写测试、运行pytest、编辑代码)。但若测试在实现后编写,技能会指导删除现有代码——若盲目执行可能破坏仓库。技能让代理运行pytest并修改/删除代码,符合TDD教练预期,但有实际副作用。
安装机制
无安装规范且无代码文件——风险最低的纯指令技能。技能本身不会下载或写入磁盘。
凭证需求
技能未声明环境变量、凭据或配置路径。运行时指令仅引用常见开发工具(pytest)与项目文件;未索取无关机密或访问权限。
持久化与权限
always:false(无强制驻留)。技能可由代理自主调用(平台默认)。因指令包含修改/删除项目代码,若授予代理文件系统或仓库写权限存在风险——允许自主操作时请保持谨慎。
安全有层次,运行前请审查代码。

License

MIT-0

可自由使用、修改和再分发,无需署名。

运行时依赖

无特殊依赖

版本

latestv1.0.02026/3/26

Initial release: OpenClaw-adapted skill for the Superpowers development methodology suite.

● Pending

安装命令 点击复制

官方npx clawhub@latest install superpowers-tdd
镜像加速npx clawhub@latest install superpowers-tdd --registry https://cn.clawhub-mirror.com

技能文档

# Superpowers TDD - 测试驱动开发 ## 核心准则 先写测试,看着它失败,写最少的代码让它通过。 如果没看过测试失败,就不知道测试的是不是对的东西。 违反规则的字面意思 = 违反规则的精神。 ## 铁律 `` 没有失败的测试,就不能写生产代码 先写代码后写测试?删除它。从头开始。 ` 没有例外: - 不要留着当"参考" - 不要在写测试时"改编"它 - 不要看它 - 删除就是删除 ## 红-绿-重构循环 ### RED - 写失败的测试 写一个最小测试,展示应该发生什么。 `python # Good: 清晰名称,测试真实行为,一件事 def test_retries_failed_operations_3_times(): attempts = 0 def operation(): nonlocal attempts attempts += 1 if attempts < 3: raise Exception('fail') return 'success' result = retry_operation(operation) assert result == 'success' assert attempts == 3 ` ` ❌ Bad: 模糊名称,测试 mock 而不是真实代码 def test_retry_works(): mock = MagicMock() mock.side_effect = [Exception(), Exception(), 'success'] ` 要求: - 一个行为 - 清晰名称 - 真实代码(除非不可避免才用 mock) ### 验证 RED - 看着它失败 必须执行,从不跳过。 `bash pytest tests/path/test_name.py -v # 或项目对应的测试命令 ` 确认: - 测试失败(不是错误) - 失败信息符合预期 - 失败是因为功能缺失(不是拼写错误) 测试通过了? 你在测试已有行为。修复测试。 ### GREEN - 最少代码 写最简单的代码让测试通过。 `python # Good: 刚好够通过测试 def retry_operation(fn, max_retries=3): for i in range(max_retries): try: return fn() except Exception as e: if i == max_retries - 1: raise e ` ` ❌ Bad: 过度设计,加入了测试没要求的功能 def retry_operation(fn, options={max_retries=3, backoff='linear', onRetry=...}) # YAGNI - 你不需要这个 ` 不要添加功能、不要重构其他代码、不要"改进"超过测试要求。 ### 验证 GREEN - 看着它通过 必须执行。 `bash pytest tests/path/test_name.py -v ` 确认: - 测试通过 - 其他测试仍然通过 - 输出干净(无错误、无警告) 测试失败? 修代码,不是测试。 其他测试失败? 立刻修。 ### REFACTOR - 重构 只有在 green 之后: - 移除重复 - 改进名称 - 提取辅助函数 保持测试 green。不添加行为。 ### 重复 下一个失败测试对应下一个功能。 ## 好测试的特征 | 质量 | 好 | 坏 | |------|----|----| | 最小 | 一件事。名称里有"and"?拆开它。 | test_validates_email_and_domain_and_whitespace | | 清晰 | 名称描述行为 | test_test1 | | 展示意图 | 展示期望的 API | 掩盖代码应该做什么 | ## 常见借口(别信) | 借口 | 现实 | |------|------| | "太简单了不用测" | 简单代码也会坏。测试只用30秒。 | | "我之后测" | 测试立即通过什么也证明不了。 | | "之后测试也能达到同样目标" | 之后测试 = "这代码干了什么?" 先写测试 = "这代码应该干什么?" | | "我已经手动测试了" | 手动测试是随意的。没有记录,不能重跑。 | | "删除 X 小时的工作太浪费" | 沉没成本谬误。留着不可信的代码是技术债。 | | "留着当参考" | 你会改编它。那就是之后测试。删除就是删除。 | | "TDD 太教条" | TDD 是务实的:比事后调试快。 | ## 红旗 - 停止并从头开始 - 先写代码后写测试 - 实现之后才写测试 - 测试立即通过 - 说不清为什么测试失败 - "之后"添加的测试 - 合理化"就这一次" - "我已经手动测试了" - "之后测试能达到同样目的" - "这是精神不是仪式" - "留着当参考"或"改编现有代码" 所有这些意味着:删除代码。从头用 TDD。 ## Bug 修复示例 Bug: 空邮箱被接受 RED `python def test_rejects_empty_email(): result = submit_form({'email': ''}) assert result['error'] == 'Email required' ` Verify RED ` $ pytest FAIL: expected 'Email required', got undefined ` GREEN `python def submit_form(data): if not data.get('email', '').strip(): return {'error': 'Email required'} # ... ` Verify GREEN ` $ pytest PASS `` REFACTOR 如需要可提取多字段验证。 ## 完成前检查表 - [ ] 每个新函数/方法都有测试 - [ ] 实现前看过每个测试失败 - [ ] 每个测试失败原因符合预期(功能缺失,不是 typo) - [ ] 写了最少的代码让每个测试通过 - [ ] 所有测试通过 - [ ] 输出干净(无错误、无警告) - [ ] 测试使用真实代码(除非不可避免才用 mock) - [ ] 覆盖了边界情况和错误 不能全部打勾?跳过了 TDD。从头开始。

数据来源:ClawHub ↗ · 中文优化:龙虾技能库
OpenClaw 技能定制 / 插件定制 / 私有工作流定制

免费技能或插件可能存在安全风险,如需更匹配、更安全的方案,建议联系付费定制

了解定制服务