tdd-strict

Enforce a strict Red-Red-Green-Refactor TDD cycle with documented failures.

4|Updated Dec 17, 2025
One-click install
npx skills add https://github.com/MatrixFounder/Agentic-development --skill tdd-strict-matrixfounder
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tdd-strict
Source: https://github.com/MatrixFounder/Agentic-development/tree/main/.agent/skills/tdd-strict
Command: npx skills add https://github.com/MatrixFounder/Agentic-development --skill tdd-strict-matrixfounder

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and assets (resource) and references (resource) components.

What problem does it solve?

This Skill enforces a strict, evidence-based Test-Driven Development cycle to eliminate "lucky passes" and prevent code hallucinations, ensuring high-assurance reliability.

Core Features & Use Cases

  • Strict Red-Red-Green-Refactor Cycle: Ensures every test fails initially and passes only after minimal, necessary code implementation.
  • Explicit Failure Reasons: Requires documenting the expected error before writing code.
  • Dead Code Prevention: Enforces the deletion of any code not directly required by a failing test.
  • Use Case: Ideal for fixing critical bugs or implementing sensitive features where absolute certainty in code correctness is paramount.

Quick Start

Follow the strict TDD cycle for every test case, ensuring it fails as expected before writing minimal code to make it pass.

Frequently Asked Questions about tdd-strict

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is the strict Red-Red-Green-Refactor cycle in Test-Driven Development?

The strict Red-Red-Green-Refactor cycle is a Test-Driven Development protocol requiring tests to fail initially and pass only after writing minimal, necessary code, ensuring high-assurance reliability by eliminating speculative code.

How do I prevent dead code and lucky passes when fixing critical bugs?

To prevent dead code and lucky passes, enforce a strict TDD cycle that requires documenting expected test failures and mandates the deletion of any code not directly required by a failing test.

How do I implement a strict TDD cycle for high-assurance code?

Implement a strict TDD cycle by documenting the expected error before writing code, confirming the test fails as expected, and then writing minimal code to make it pass before refactoring.

When should I use a strict TDD protocol for software development?

Use a strict TDD protocol when implementing sensitive features or fixing critical bugs where absolute certainty in code correctness is paramount and high-assurance reliability is required.

Does strict TDD require documenting expected test failures before writing code?

Yes, strict TDD requires explicit documentation of expected test failures before writing code to eliminate code hallucinations and ensure high-assurance reliability.