RED — write one failing test. Pick the smallest next behaviour. Write a test that asserts it, using real code (no mocks unless a dependency is truly unavailable). One behaviour per test; name it for the behaviour.
Watch it fail. Run it. Confirm it fails for the right reason (the feature is missing), not a typo or import error. If it passes already, you're testing existing behaviour — fix the test.
GREEN — minimal code. Write the least code that makes it pass. Don't add options, abstractions, or features the test doesn't demand.
Watch it pass. Run it; confirm the whole suite stays green and the output is clean (no new warnings).
REFACTOR. Improve names and remove duplication while green. Don't add behaviour here.
Repeat for the next behaviour.

If a test is hard to write, the design is usually too coupled — simplify the interface before continuing.

Más de este repositorio

mismo repositorio

Catch bad React in your changes — run react-doctor's deterministic scan and fix what it flags

Run a verifiable security scan (vulns, secrets, misconfig) over code you wrote or deps you added, before calling the work done

Drive a real browser verifiably — navigate, snapshot, act BY INDEX, extract; every step provable

Run multi-agent work as ONE provable causal DAG — parallel subagents, an Orchestrate graph, an immutable spec-seed

Author or connect a Model Context Protocol server so an agent gains new tools

Build automated pipelines that gate merges and ship reliably

name	test-driven-development
description	Write a failing test first, watch it fail, then write the minimal code to pass
version	1
trust	built-in

Use this whenever you add or change behaviour. The discipline is what makes the test trustworthy — a test you never saw fail proves nothing.

RED — write one failing test. Pick the smallest next behaviour. Write a test that asserts it, using real code (no mocks unless a dependency is truly unavailable). One behaviour per test; name it for the behaviour.
Watch it fail. Run it. Confirm it fails for the right reason (the feature is missing), not a typo or import error. If it passes already, you're testing existing behaviour — fix the test.
GREEN — minimal code. Write the least code that makes it pass. Don't add options, abstractions, or features the test doesn't demand.
Watch it pass. Run it; confirm the whole suite stays green and the output is clean (no new warnings).
REFACTOR. Improve names and remove duplication while green. Don't add behaviour here.
Repeat for the next behaviour.

If a test is hard to write, the design is usually too coupled — simplify the interface before continuing.