| name | ecc-cmd-tdd |
| description | Command skill for 'tdd'. Use when users request test-driven development (red-green-refactor). |
ecc-cmd-tdd
Use strict Red → Green → Refactor cycle.
Workflow
- Define behavior and acceptance criteria.
- Write failing test(s) first (Red).
- Implement minimum code to pass (Green).
- Refactor while preserving passing tests (Refactor).
- Run verification (
ecc-cmd-verify quick/full based on scope).
Checklist
Output
## TDD Run
- Behavior: ...
- Red: failing tests listed
- Green: implementation summary
- Refactor: improvements made
- Final test status: pass/fail
Rules
- Do not skip Red phase unless user explicitly waives TDD.
- Keep test names behavior-oriented.
- Prefer deterministic tests (avoid timing/network flakiness).
ECC Parity Notes
- This skill is adapted from ECC intent and translated to OpenClaw-native tool workflows.
- Prefer reproducible, tool-backed execution over harness-specific slash semantics.
- Keep outputs evidence-based and verification-first.
OpenClaw Constraints
- If upstream flow assumes unavailable hooks/tools, use documented fallback scripts in
openclaw-ecc/scripts/.
- Mark non-applicable checks as
SKIP rather than hard-failing when environment support is absent.