What problem does it solve? It prevents shipping production code without a failing test first, stopping tests-after-the-fact, green suites that encode the wrong requirement, and rationalized shortcuts that leave behavior unverified. ## Core Features & Use Cases - Strict TDD cycle enforcement: Requires intake of a named required behavior, a RED failing test verified for the right reason, minimal GREEN code, and REFACTOR only after green. - HOLD conditions and refusal rules: Returns an explicit gap statement instead of inventing tests when the requirement, observable surface, or human confirmation is missing. - Test quality guidance: Companion reference covers naming the break a test catches, avoiding mock assertions, and running a mutation check before finishing. - Use Case: When asked to fix a bug where empty emails are accepted, write a failing test asserting the rejection, watch it fail, implement the minimal validation, and confirm the suite stays green. ## Quick Start Use test-driven development to implement this feature, starting with a failing test for the required behavior before writing any production code.