What problem does it solve? It prevents untested behavior changes in a C# codebase by requiring a failing test to be written and observed before any implementation, eliminating after-the-fact tests presented as TDD. ## Core Features & Use Cases - Strict red-green workflow: Verify a green baseline, write the failing test first, observe the red via the test runner, implement the minimal change, then confirm green with exit code 0. - Scoped test project routing: Directs unit tests to SERVICIOS.Tests and BLL.Tests, and integration/regression tests to TpIDS.IntegrationTests run with the -IncludeIntegration flag. - Forbidden pattern enforcement: Blocks implementing before testing, declaring unobserved failures, weakening tests to force green, and substituting FlaUI UI tests for the unit/integration cycle. - Use Case: When fixing a bug in BLL permission logic, write a failing Metodo_Escenario_Resultado test that reproduces the bug, watch it fail with run-tests.ps1, then implement the fix and confirm the suite passes. ## Quick Start Use the strict-tdd skill to add a new validation rule to the BLL layer by writing the failing test first and following the red-green cycle.