Token导航 LogoToken导航TokenDH.com
开发需要联网clawhub未标认证来源可访问clear审计通过

superpowers-tdd超能力 TDD

Agent Skill

superpowers-tdd 用于整理文档、README、Markdown 和说明材料,适合在 OpenClaw 中需要把零散信息整理成结构清晰的文档时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

9,855

周安装

419

GitHub Stars

公开资料未说明

下载量

3,453
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:superpowers-tdd(超能力 TDD)
来源仓库:https://github.com/axelhu/superpowers-tdd
安装命令:
openclaw skills install superpowers-tdd
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install superpowers-tdd

简介

用于强制执行红-绿-重构 TDD 循环,先写失败测试再编码。

  • 适合需要严格测试驱动的开发任务。
  • 集成到 OpenClaw 后可提升代码质量和可维护性。
  • 需确保测试真实反映业务逻辑。superpowers-tdd 属于开发类 Skill,可作为该场景下的辅助能力补充。
  • 建议结合项目测试框架使用并定期重构。

SKILL.md

name
superpowers-tdd
description
Use when implementing any feature or bugfix, before writing implementation code - enforces RED-GREEN-REFACTOR cycle: write failing test first, verify it fails, write minimal code, verify it passes, then refactor

Superpowers TDD - 测试驱动开发

核心准则

先写测试,看着它失败,写最少的代码让它通过。

如果没看过测试失败,就不知道测试的是不是对的东西。

违反规则的字面意思 = 违反规则的精神。

铁律

没有失败的测试,就不能写生产代码

先写代码后写测试?删除它。从头开始。

没有例外:

  • 不要留着当"参考"
  • 不要在写测试时"改编"它
  • 不要看它
  • 删除就是删除

红-绿-重构循环

RED - 写失败的测试

写一个最小测试,展示应该发生什么。

# 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 - 看着它失败

必须执行,从不跳过。

pytest tests/path/test_name.py -v
# 或项目对应的测试命令

确认:

  • 测试失败(不是错误)
  • 失败信息符合预期
  • 失败是因为功能缺失(不是拼写错误)

测试通过了? 你在测试已有行为。修复测试。

GREEN - 最少代码

写最简单的代码让测试通过。

# 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 - 看着它通过

必须执行。

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

def test_rejects_empty_email():
    result = submit_form({'email': ''})
    assert result['error'] == 'Email required'

Verify RED

$ pytest
FAIL: expected 'Email required', got undefined

GREEN

def submit_form(data):
    if not data.get('email', '').strip():
        return {'error': 'Email required'}
    # ...

Verify GREEN

$ pytest
PASS

REFACTOR 如需要可提取多字段验证。

完成前检查表

  • [ ] 每个新函数/方法都有测试
  • [ ] 实现前看过每个测试失败
  • [ ] 每个测试失败原因符合预期(功能缺失,不是 typo)
  • [ ] 写了最少的代码让每个测试通过
  • [ ] 所有测试通过
  • [ ] 输出干净(无错误、无警告)
  • [ ] 测试使用真实代码(除非不可避免才用 mock)
  • [ ] 覆盖了边界情况和错误

不能全部打勾?跳过了 TDD。从头开始。

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

90.9%
按下载量换算3,139

安全审计

VirusTotal

未展示

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills