Cómo leer y corregir el output en tiempo real
La habilidad más importante del founder en era-de-agentes no es saber programar — es saber leer código. Revisar un diff de 200 líneas en 5 minutos, notar las tres líneas que están mal, y corregir sin romper el resto, es el nuevo skill. Se entrena.
Lectura de diffs es habilidad separada de escritura; se practica distinto.
La rutina de lectura
1. Primer pase — estructura
¿Qué archivos cambiaron? ¿Encaja con el spec? Si el agente tocó archivos que no tocaban el scope, red flag.
2. Segundo pase — lógica
En cada archivo modificado, ¿la lógica hace sentido? Focus en: condiciones negadas, early returns, manejo de null/undefined.
3. Tercer pase — seguridad
¿Auth checks? ¿RLS? ¿Validación de input? ¿Secrets expuestos? En backend, siempre.
4. Cuarto pase — consistencia
¿Respeta convenciones del proyecto? ¿Usa tokens, alias, patrones existentes?
Cuatro pases en 5–10 minutos para un diff de 200 líneas. Se entrena.
Las red flags automáticas
- Cambios fuera del spec: agente decidió "mejorar" algo no pedido. Corrige: rollback + explicar.
- Dependencias nuevas:
npm install Xno autorizado. Pausa, pregunta, decides. - Comentarios "// TODO": el agente dejó huecos. Rara vez aceptable; exige completar.
- Tests vacíos o falsos:
expect(true).toBe(true)disfrazado. Red flag grave. - Eliminación de tests existentes: sin razón documentada, nunca.
Cómo corregir sin romper
Al detectar error, describes concretamente: "En src/routes/api/invite/+server.js línea 23, falta validación del role. Agrega: si role no es 'admin' | 'member', retorna 422." El agente corrige puntual, no reescribe.
En tu próximo diff del agente, pasa los 4 pases. Cronometra. Si tardas > 15 min en 200 líneas, falta práctica. Si < 5 min, probablemente no estás viendo todo.
- Cuatro pases: estructura, lógica, seguridad, consistencia.
- Red flags automáticas: cambios fuera de spec, deps nuevas, TODOs, tests falsos.
- Corrección puntual: señalar línea y qué falta, no re-pedir feature entero.