Borrowing it
Nothing to install: this file belongs to pproenca/agent-tui. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/pproenca/agent-tui/master/.claude/commands/plan-tdd.mdgit clone --depth 1 https://github.com/pproenca/agent-tuiWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/pproenca/agent-tui/plan-tdd)<a href="https://agentmods.dev/commands/pproenca/agent-tui/plan-tdd"><img src="https://agentmods.dev/badge/commands/pproenca/agent-tui/plan-tdd/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/pproenca/agent-tui/plan-tdd"><img src="https://agentmods.dev/badge/commands/pproenca/agent-tui/plan-tdd.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00013 | $0.02788 |
| Opus 5.5 | $0.00005 | $0.01115 |
| Sonnet 5.5 | $0.00003 | $0.00558 |
| Haiku 4.5 | $0.00001 | $0.00279 |
Grade A, and why
plan-tdd scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 363 lines — stays where its author put it; the contents beside it link to each section on GitHub.
TDD Task Planning Command
Create an extensive, detailed task list using TDD methodology with carpaccio-style slicing. This command is designed for long coding sessions where comprehensive tracking is essential.
Artifact Chain
This command is part of the brainstorm → spec → plan pipeline:
.claude/specs/<feature-name>/
├── brainstorm.md ← From /brainstorm (optional)
├── spec.md ← From /spec (recommended input)
└── plan-summary.md ← Output: task plan summary
Input Priority:
- If
.claude/specs/<feature-name>/spec.mdexists → use it as primary input - If
.claude/specs/<feature-name>/brainstorm.mdexists → use it (less structured) - If neither exists → gather requirements interactively or explore codebase
Core Principles
1. Carpaccio Slicing
Every task must be:
- Atomic: Completable in a single focused action (< 30 min of work)
- Demonstrable: Has visible, verifiable output
- Valuable: Delivers a small increment of functionality
- Vertical: Touches all necessary layers (test → impl → integration)
2. TDD Workflow (Red-Green-Refactor)
For every feature, create this task chain:
- RED - Write failing test(s) first
- GREEN - Implement minimal code to pass
- REFACTOR - Clean up while keeping tests green
3. Dependency Chains
Use addBlockedBy to enforce:
- Test tasks block their implementation tasks
- Implementation tasks block refactor tasks
- Earlier phases block later phases
Execution Flow
Step 1: Load Context from Artifact Chain
Extract feature name from argument: $ARGUMENTS
Check for existing artifacts in order:
1. .claude/specs/<feature-name>/spec.md → Full specification (best)
2. .claude/specs/<feature-name>/brainstorm.md → Raw ideas (usable)
3. Neither exists → Interactive mode
If spec.md exists:
- Read the entire specification
- Extract: success criteria, scope, architecture decisions, interfaces, testing strategy
- Use these directly to inform task creation
- Skip most interactive questions (spec has answers)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 363 lines · 13 tokens per session scan A 8ef72512a7f7
plan-tdd is a command published in the GitHub repository pproenca/agent-tui (122 stars, last pushed 8d ago), licensed MIT. It adds 13 tokens to every session and 2,788 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
rust-test
Rust TDD workflow with unit and property tests.
feature-implement-execute
Phase 4 of develop: Execute the implementation plan with per-task TDD, quality gates, and completion verification.
rust-test
Enforce TDD workflow for Rust. Write tests first, then implement. Verify 80%+ coverage with cargo-llvm-cov.
speckit.tdd.plan
Derive the feature's test list by delegating to zfa tdd plan (deterministic engine); falls back to LLM-guided derivation only when zfa is unavailable.
speckit.tdd.verify
Audit TDD discipline by delegating to zfa tdd verify (mutation testing, evidence integrity); the LLM interprets the verdict and drives remediation.
speckit.spec-stats.not-green
On-demand view of specs whose latest test evidence is red or unknown, with the exact evidence line quoted from tdd/cycle-log.md and the command that would produce evidence.