Paso 4 — Implementación: el agente construye con TDD (/opsx:apply)

← vuelve a SCRUM-CON-IA.md

En qué consiste en detalle

El CÓMO lo implementa el agente con /opsx:apply: aplica las tareas que salieron de opsx:propose, escribiendo test primero, un comportamiento a la vez:

RED   → el agente escribe UN test que falla (un criterio de aceptación)
GREEN → el código mínimo para que pase
REFACTOR → limpia, con los tests en verde

Vertical slices (un test → una implementación → repetir), no horizontal (todos los tests, después todo el código). Se verifica por la interfaz pública.

Herramientas

• /opsx:apply — el paso donde el agente implementa las tareas del change.
• Skill tdd — la disciplina que /opsx:apply sigue: el loop red-green-refactor y qué es un buen test.

Qué firma el humano

El agente escribe el test y el código; el dev decide qué comportamientos importa testear (no se testea todo), valida cada slice, y es responsable del resultado — no la IA (Art. 7). Ese es el antídoto del vibe coding: la revisión minuciosa de lo que produjo el agente (paso 6, code review propio).

Antipatrones

• Aceptar lo que sale sin revisarlo → vibe coding con otra cara. El agente propone; el dev responde por el código.
• Horizontal slicing (todos los tests juntos) → tests de la forma imaginada, no del comportamiento real.
• Testear lo interno (mocks de colaboradores, métodos privados) → el test se rompe al refactorizar aunque el comportamiento no cambió. Testea por la interfaz pública.
• Codear primero, testear "si queda tiempo" → vibe coding (Art. 7).
• Refactorizar en rojo → primero llega a verde.