tdd-workflowlisted

# TDD Workflow TDD estricto (tests primero) combinado con una regla de alcance de test que cambió de "niveles que se recorren en orden" a "quirúrgico por defecto, ampliar solo con permiso". El cambio se hizo tras observar que, en la práctica, escalar automáticamente a suites más amplias consumía tiempo y tokens sin que el humano lo hubiera pedido. ## TDD estricto — red antes que green (sin cambios respecto a la versión anterior) Para cualquier feature o bugfix, el orden es siempre: 1. **Escribir el test primero**, que exprese el comportamiento esperado. 2. **Correrlo y confirmar que falla** (rojo) — no es opcional. Confirmar el rojo es lo que garantiza que el test realmente prueba algo. 3. **Escribir la implementación mínima** que hace pasar el test. 4. **Confirmar verde.** 5. Si hace falta, refactorizar con los tests en verde como red de seguridad. **Regla no negociable:** código de implementación escrito antes que su test correspondiente no cuenta como TDD, aunque el test se agregue inmediatamente después. ## Alcance de ejecución — quirúrgico por defecto **Regla nueva, reemplaza la estrategia de niveles anterior:** después de cualquier cambio, correr **únicamente** el archivo de test directamente relacionado al cambio actual — no el módulo completo, no la suite. ```bash {{comando}} tests/ruta/al/archivo_de_test_especifico.py -v ``` Este es el default siempre, sin excepción automática. ### Ampliar el alcance requiere preguntar primero Si Code considera que valdría