strict-tdd

Block production code commits unless a failing test exists.

Updated Jun 15, 2026
One-click install
npx skills add https://github.com/CENKSSS/valocase-backend --skill strict-tdd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: strict-tdd
Source: https://github.com/CENKSSS/valocase-backend/tree/main/.claude/skills/strict-tdd
Command: npx skills add https://github.com/CENKSSS/valocase-backend --skill strict-tdd

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill helps developers enforce Test-Driven Development (TDD) discipline by blocking production code commits unless a failing test exists first.

Core Features & Use Cases

  • Enforce Red-Green-Refactor: Blocks writing production code unless a failing test exists.
  • Session Scope: Active only for the current session.
  • Integration with Build Tools: Utilizes hooks to enforce discipline at the file operation level.

Quick Start

To enable strict TDD mode, use the command '/strict-tdd'.

Frequently Asked Questions about strict-tdd

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

FAQPage Schema
How do I enforce test-driven development discipline in my workflow?

You can enforce test-driven development discipline by blocking production code commits unless a failing test exists first. This mechanism ensures you follow the Red-Green-Refactor cycle before any implementation code is accepted.

How does a git hook block production code without a failing test?

A git hook blocks production code by integrating with file operations to verify a failing test is present. It checks your session scope and prevents commits to production code unless the required failing test is detected.

Can I use this to enforce the Red-Green-Refactor cycle only for my current session?

Yes, you can enforce the Red-Green-Refactor cycle for your current session. The strict TDD mode is active only for the current session, ensuring test-driven development discipline without permanently altering your global configuration.

What's the best way to prevent writing production code before tests?

The best way to prevent writing production code before tests is using session-based enforcement with file operation hooks. This setup blocks production code commits unless a failing test exists, maintaining strict development discipline.

Do I need specific build tools to integrate TDD enforcement hooks?

You need an environment that supports file operation hooks to integrate TDD enforcement. The enforcement utilizes these hooks to block production code commits, requiring scripting capabilities to validate the presence of a failing test.