Leer un diff sin entender cada línea
El paso 4 del ciclo es "revisa el cambio", y es el que la gente más se salta a medias. No necesitas saber escribir el código tú mismo para revisarlo de forma útil. Necesitas hojearlo buscando un pequeño conjunto de señales de alerta.
Cuando la IA te entrega un cambio, la forma más clara de verlo es el diff: las líneas exactas que se agregaron y se eliminaron:
git diff
Las líneas que empiezan con + fueron agregadas, las que empiezan con - fueron eliminadas. Léelo como un revisor, no como un compilador. Estás buscando cosas como:
- ¿Tocó archivos que no tenía por qué tocar? Pediste un contador; ¿por qué aparece
auth.jsen el diff? - ¿Eliminó algo que parecía importante? Una línea eliminada (
-) que no reconoces vale la pena preguntarla. - ¿Cambió silenciosamente un comportamiento que no pediste? Nuevos valores predeterminados, condiciones modificadas, extras "útiles".
- ¿La magnitud coincide con lo pedido? Una solicitud de una sola oración que produjo doscientas líneas merece una segunda mirada.
Si algo se ve raro, no tienes que arreglarlo tú mismo; solo pregunta: "¿Por qué cambiaste auth.js? Solo pedí el contador." La mitad de las veces la IA dirá "buena observación" y lo deshará. Ese único hábito atrapa más errores que cualquier cantidad de tiempo mirando fijamente código que no entiendes del todo.