QA sobre el diff, no sobre el repo

No pruebes el repo. Prueba el diff.

Empieza leyendo la salida de `git diff [BASE]...[RAMA]`. Ese diff es tu alcance completo. No abras archivos que no aparezcan ahí, salvo que necesites confirmar cómo se usa algo que sí cambió.

Para cada archivo del diff entrega:
1. Qué cambió, en una línea.
2. El riesgo concreto que introduce ese cambio.
3. La prueba mínima que lo cubre: nombre del test, entrada y salida esperada.
4. Si ya existe un test que lo cubre, dime cuál y no escribas uno nuevo.

Después, y solo después:
5. Lista quién llama al código que cambió. Ahí está el daño colateral, no en el archivo editado.
6. Corre las pruebas y pega la salida real. Si algo falla, muestra el error exacto sin resumirlo.

Reglas:
- Cobertura no es el objetivo. Un test que falla cuando el bug aparece vale más que diez que solo pasan.
- No escribas tests que prueban que el mock funciona.
- Si un cambio no se puede probar de forma automática, dilo y explica cómo se verifica a mano.
- No declares que pasa sin haber corrido nada. "Debería pasar" no es un resultado.