Leer diffs con espíritu crítico
Un diff es la lista exacta de lo que cambió: líneas rojas eliminadas, líneas verdes añadidas. Leer diffs es el hábito de mayor impacto en la programación con IA, porque es donde detectas a la IA haciendo algo que no pediste.
No tienes que entender cada línea. Busca estas señales de alarma:
- Archivos que no esperabas que cambiaran. ¿Por qué se tocó un archivo de configuración?
- Código eliminado. ¿Eliminó una comprobación de validación, un manejador de errores o una prueba "para que pasara"?
- Secretos o valores codificados directamente. Claves de (Application Programming Interface — interfaz de programación de aplicaciones), contraseñas, o URLs (Uniform Resource Locators — direcciones web) que no deberían estar en el código.
- Comprobaciones desactivadas. Una prueba omitida, una protección comentada, un
// @ts-ignore, o un permiso relajado. - Alcance descontrolado (scope creep). Cambios muy alejados de lo que pediste.
Si algo parece raro, pregunta: "Explica por qué cambiaste X — no pedí eso." Haz que la IA justifique especialmente las eliminaciones. "Estaba causando un error" es una razón para entender el error, no para eliminar la comprobación.
Una forma práctica de construir el hábito: lee el diff antes de aceptar el cambio, nunca después. Una vez que el código está fusionado y la aplicación parece funcionar, nunca volverás atrás para leerlo — no hay fricción que te obligue. El momento de la revisión tiene que ser el momento de la decisión. Las herramientas ayudan aquí: git diff --stat te da un resumen de una línea por archivo para que un archivo inesperado salte a la vista de inmediato, y revisar en la página de un muestra todo el cambio en una vista desplazable en lugar de disperso por tu editor.