tdd-red-green-refactor

tdd-red-green-refactor is a skill for Claude Code, Codex from loiane/specs-driven-development-spring-angular. It costs 56 tokens per session (1,670 once invoked), scanned A, original, MIT.

A test-driven development workflow that requires writing a failing test before production code, then making it pass and improving the code. TDD is a method of developing software through this repeated test-first cycle.

In plain words
What is it for?
Use it when building features under the `/build` process, especially when tests must be linked to requirements and implementation logs.
Why use it?
It makes the intended behavior explicit and records whether each implementation step satisfies its requirement.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/loiane/specs-driven-development-spring-angular/tdd-red-green-refactor
Any agent
npx skills add loiane/specs-driven-development-spring-angular --skill tdd-red-green-refactor
Clone the repo
git clone --depth 1 https://github.com/loiane/specs-driven-development-spring-angular

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for tdd-red-green-refactor

README.md
[![agentmods](https://agentmods.dev/badge/skills/loiane/specs-driven-development-spring-angular/tdd-red-green-refactor.svg)](https://agentmods.dev/skills/loiane/specs-driven-development-spring-angular/tdd-red-green-refactor)
Your own site
<a href="https://agentmods.dev/skills/loiane/specs-driven-development-spring-angular/tdd-red-green-refactor"><img src="https://agentmods.dev/badge/skills/loiane/specs-driven-development-spring-angular/tdd-red-green-refactor.svg" alt="Measured on agentmods" height="20"></a>
Per session 56 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,670 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00056 $0.01670
Opus 5 $0.00028 $0.00835
Sonnet 5 $0.00011 $0.00334
Haiku 4.5 $0.00006 $0.00167

Measured 5d ago against content hash 7ba01eca068f, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

tdd-red-green-refactor 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 5d 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.

.claude/skills/tdd-red-green-refactor/SKILL.md · 114 lines

How it starts

The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.

TDD: red / green / refactor / simplify

The four phases (per task)

1. RED — write a failing test

  • Read the task entry in 04-tasks.md. Confirm Test-IDs and AC-IDs.

  • Write the smallest possible test that asserts the behavior described by the AC.

    • Annotation block on every @Test method is non-negotiable: @Test@Tag("AC-NNN")@DisplayName("..."). Write the @DisplayName before the test body — the act of articulating the display name forces clarity about what the test verifies. Format for AC-traced tests: "<T-ID>: given <precondition>, when <action>, then <outcome>". Short BDD-style sentence is acceptable for utility/regression tests not tied to a specific AC. (Project rule: feedback_displayname_on_every_test.md.)
  • Run only that test (mvn -Dtest=ClassName#method test).

  • The test must fail, and the failure must be for the right reason (the asserted behavior is missing, not a typo or compilation error).

  • Append a red block to 05-implementation-log.md with the failing command and the first 10 lines of the failure output.

  • Update .specs/<id>/.tdd-state.json:

    { "active_task": "T-001", "tasks": { "T-001": { "phase": "red", "red_at": "2026-04-18T10:00:00Z", "red_test_signature": "...", "red_failure_excerpt": "..." } } }
    

The block-impl-without-failing-test hook reads this file. No src/main/** edit is allowed unless phase == red and red_failure_excerpt is non-empty.

2. GREEN — minimum production code

  • Edit only files in the task's Files in scope. The hook enforces this.
  • Write the minimum code to make the failing test pass. No speculative features. No "while I'm here" cleanups.
  • Re-run the test (mvn -Dtest=...). It must pass.
  • Run the module's full Surefire suite to ensure no regression (mvn -q test -pl <module>).
  • Append a green block to 05-implementation-log.md.
  • Set .tdd-state.json phase to green.

3. REFACTOR — improve internals, hold behavior

Read the full file on GitHub · 114 lines

Changes

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.

  1. 5d ago First seen · 114 lines · 56 tokens per session scan A 7ba01eca068f

Subscribe to this mod's changes

tdd-red-green-refactor is a skill published in the GitHub repository loiane/specs-driven-development-spring-angular (58 stars, last pushed 2mo ago), licensed MIT. It adds 56 tokens to every session and 1,670 once invoked, about $0.0003 per session on Opus 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.

Related

Other skills, from other repositories

writing-skills

Use when creating new skills, editing existing skills, or verifying skills work before deployment.

stefaniuk/loadout · 20 tokens

test-driven-development

Use when implementing any feature or bugfix, before writing implementation code.

stefaniuk/loadout · 17 tokens

spec-kitty-mission-review

Review a fully merged Spec Kitty mission post-merge (all WPs done/approved) to verify spec→code fidelity, FR coverage, drift, risks, and security. Triggers: "review the merged mission", "post-merge mission review", "verify the completed mission", "audit the mission implementation", "mission-level acceptance review"…

Priivacy-ai/spec-kitty · 155 tokens

spec-kitty-runtime-next

Drive the canonical spec-kitty next --mission control loop for mission advancement. Load agent profiles at init, apply action-scoped doctrine context at each step boundary, and pull specific tactics/directives on demand. Triggers: "run the next step", "what should runtime do next", "advance the mission", "what is the…

Priivacy-ai/spec-kitty · 110 tokens

spec-kitty-mission-system

Understand how Spec Kitty missions work: the 4 built-in mission types, how they define workflows via step contracts and action indices, how missions and work packages relate, how templates are resolved through the 6-tier chain, and how doctrine artifacts (procedures, tactics, directives) compose mission behavior.…

Priivacy-ai/spec-kitty · 160 tokens

spec-kitty-git-workflow

Understand how Spec Kitty manages git: what git operations Python handles automatically, what agents must do manually, worktree lifecycle, auto-commit behavior, merge execution, and the safe-commit pattern. Triggers: "how does spec-kitty use git", "worktree management", "auto-commit", "who commits what", "git…

Priivacy-ai/spec-kitty · 125 tokens