superpowers-tdd
- Repo stars 774
- Author repo gemini-superpowers-antigravity
TDD Skill
When to use this skill
- new features that can be unit tested
- bug fixes (always add a regression test if practical)
- refactors (protect behavior with tests first)
Rules
- Prefer red -> green -> refactor.
- If tests are hard, still add verification: minimal repro script, integration test, or clear manual steps.
- Keep tests focused: one behavior per test where possible.
- Name tests by behavior, not implementation details.
Process
- Define the behavior change (what should be true after).
- Write/adjust a test to capture it (make it fail first if possible).
- Implement the minimal change to pass.
- Refactor if needed (keep passing).
- Run the relevant test suite + any linters.
Output requirements
When you change code, include:
- what tests you added/changed
- how to run them
- what they prove
- Fluxly category
- AI
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @anthonylee991 · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Plug-and-play
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Write / modify
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. new features that can be unit tested bug fixes (always add a regression test if practical) refactors (protect behavior with tests first)
Prefer red -> green -> refactor. If tests are hard, still add verification: minimal repro script, integration test, or clear manual steps. Keep tests focused: one behavior per test where possible.
Define the behavior change (what should be true after). Write/adjust a test to capture it (make it fail first if possible). Implement the minimal change to pass.
When you change code, include: what tests you added/changed how to run them
# TDD Skill
## When to use this skill
- new features that can be unit tested
- bug fixes (always add a regression test if practical)
- refactors (protect behavior with tests first)
## Rules
- Prefer **red -> green -> refactor**.
- If tests are hard, still add **verification**: minimal repro script, integration test, or clear manual steps.
- Keep tests focused: one behavior per test where possible.
- Name tests by behavior, not implementation details.
## Process
1. Define the behavior change (what should be true after).
2. Write/adjust a test to capture it (make it fail first if possible).
3. Implement the minimal change to pass.
4. Refactor if needed (keep passing).
5. Run the relevant test suite + any linters.
## Output requirements
When you change code, include:
- what tests you added/changed
- how to run them
- what they prove Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> When to use this skill → Rules → Process → Output requirements
terms -> red -> green -> refactor · verification
files/cmd -> Write/adjust · added/changed
body sha256 -> 8bb041232bc0
Decide Fit First
Design Intent
How To Use It
Boundaries And Review