Hacer que la IA revise su propio trabajo en 4 niveles

Hacer que la IA revise su propio trabajo consiste en darle un bucle de validación: una lista corta de comandos que debe ejecutar, y superar, antes de mostrarte cualquier código. Comprobación de tipos, pruebas, una petición real y un recorrido manual. Antes de usar bucles de validación, el 70% de mis peticiones de construcción a la IA necesitaba una ronda de depuración. Después, el 95% funciona perfectamente a la primera.

Es el hábito de mayor palanca para un fundador no técnico que construye con IA. Aquí tienes exactamente cómo funciona, con la versión para copiar y pegar incluida.

Por qué el código de la IA parece perfecto hasta que lo ejecutas

Este es el ciclo que todo fundador que construye con IA conoce demasiado bien. Le das un prompt a la IA. Genera un código que parece perfecto. Lo pegas. Lo ejecutas. Se rompe: errores de tipos, pruebas fallidas, cuelgues, piezas que faltan. Le pegas el error de vuelta. Arregla ese. Ejecutas de nuevo. Errores nuevos. Diez iteraciones después, por fin funciona.

Yo lo viví. Una vez pedí una función de puntuación con un prompt simple de una línea. El código llegó con buena pinta y luego produjo tres errores distintos al ejecutarlo. Arreglarlos me llevó 3 horas de idas y venidas. La misma función, pedida con un bucle de validación adjunto, tardó 15 minutos, sin ninguna iteración por mi parte. La IA se topó con los mismos errores, pero los detectó y corrigió ella sola antes de que yo viera el código.

El problema nunca fue que la IA escriba primeros borradores con fallos. Todos los desarrolladores escriben primeros borradores con fallos. El problema es entregar un primer borrador como si estuviera terminado. Un bucle de validación cierra esa brecha.

Hacer que la IA revise su propio trabajo: qué es un bucle de validación

Un bucle de validación es una lista de comprobaciones ejecutables que verifican el trabajo, ordenadas de la más rápida a la más lenta. La IA las ejecuta, ve los fallos, los corrige y vuelve a ejecutar, y repite hasta que todo pasa. Solo entonces presenta el código. Recibes un trabajo que ya ha pasado por cuatro niveles de verificación.

El orden importa: falla rápido. No tiene sentido ejecutar una comprobación completa de cinco minutos si el código ni siquiera compila. La regla es simple: la IA debe superar el Nivel 1 antes de poder ejecutar el Nivel 2, y así sucesivamente hacia arriba.

El bucle de validación para copiar y pegar

Pega esto al final de cualquier petición de construcción. Ajusta los comandos a lo que use tu proyecto: lo que importa es la estructura:

Bucle de validación: ejecuta los cuatro niveles y corrige cada fallo antes de mostrarme el código.

Nivel 1 — Sintaxis y tipos. Ejecuta la comprobación de tipos del proyecto. Esperado: cero errores. Si falla, corrige los errores y vuelve a ejecutar antes de seguir.

Nivel 2 — Pruebas unitarias. Ejecuta las pruebas de lo que has cambiado. Esperado: todas las pruebas pasan. Incluye pruebas para el caso normal, el caso vacío y al menos un caso de error.

Nivel 3 — Integración. Haz una petición real contra la app en ejecución y confirma la respuesta exacta que describí. Si falla, revisa la conexión a la base de datos y los permisos.

Nivel 4 — Recorrido manual. Dame un recorrido de clics numerado para que pueda verificar la función yo mismo, con lo que debería ver en cada paso.

Tres detalles hacen que esto funcione. Primero, cada instrucción es ejecutable: «prueba el servicio para asegurarte de que funciona» no es un comando, pero «ejecuta las pruebas de lo que has cambiado» sí lo es. Segundo, cada nivel indica el resultado esperado, así que la IA sabe cómo es el éxito en lugar de adivinarlo. Tercero, cada nivel incluye una pista de corrección, lo que acelera muchísimo la autocorrección.

El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →

La construcción que detectó 47 fallos antes de que yo viera uno

La mejor demostración que tengo es una función de emparejamiento que construí para una plataforma de aceleradoras: emparejar startups con mentores según 12 criterios, con puntuación ponderada, límites de disponibilidad y reglas de zona horaria. Lo bastante compleja como para que un primer borrador fuera a estar mal en algún sitio seguro.

Escribí la petición como una especificación estructurada con un bucle de validación completo adjunto: el enfoque que describí en el método PRP. La IA generó el código y luego ejecutó el bucle. Encontró 47 fallos: 12 errores de tipos, 18 pruebas fallidas, 9 casos límite sin gestionar y 8 reglas de negocio vulneradas. Los corrigió todos automáticamente, volviendo a ejecutar las comprobaciones tras cada corrección. No vi ni uno solo. Cuando ejecuté yo mismo la función terminada, funcionaba perfectamente.

Sin el bucle, esos 47 fallos habrían ido apareciendo de uno en uno: cada uno un mensaje de error confuso, un viaje de ida y vuelta a la IA y otra prueba. Esa es la diferencia entre una tarde y una semana.

Dónde se esconden de verdad los fallos: los casos límite

El Nivel 2 merece una atención especial, porque los casos límite son el origen del 80% de los fallos en producción. El código que funciona con datos perfectos se cae la primera vez que un usuario real envía un formulario vacío, un email duplicado o un mensaje con un emoji.

Así que no pidas solo «pruebas»: nombra los casos: el caso normal, el caso vacío, la entrada no válida, el camino de error. Si desconfías de que la IA escriba pruebas para corregir sus propios deberes, ese instinto es sano; expliqué cómo mantener esas pruebas honestas en pruebas escritas por IA. La versión corta: las pruebas que afirman valores esperados concretos, nombrados de antemano por ti, son difíciles de burlar.

Qué cambia cuando la IA se valida a sí misma

Mi antes y después, a lo largo de cientos de funciones: antes de los bucles de validación, el 70% de las peticiones de construcción requería iteración por mi parte. Después, el 95% funciona perfectamente a la primera. El 5% que aún falla suele ser por el entorno — una clave de API que falta, una base de datos equivocada — y no por fallos del código.

Ese es el verdadero cambio. Sin bucles de validación, la IA genera código y tú pasas horas depurándolo. Con ellos, la IA genera código, lo valida, se corrige y tú revisas algo que ya funciona. Dejas de ser el departamento de control de calidad y vuelves a ser el fundador.

12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →

Preguntas frecuentes

¿Qué es un bucle de validación en el desarrollo con IA?

Un bucle de validación es una lista de comprobaciones ejecutables — comprobación de tipos, pruebas unitarias, una llamada de integración y un recorrido manual — que la IA debe ejecutar y superar antes de presentar su código. La IA ve sus propios fallos y los corrige, así que recibes un trabajo ya verificado en lugar de un primer borrador.

¿Necesito saber programar para usar bucles de validación?

No. No lees el resultado de las comprobaciones: fijas las puertas. La plantilla de arriba funciona copiada tal cual. Lo que necesitas es la disciplina de adjuntarla a cada petición de construcción y de rechazar el código que no haya superado los cuatro niveles.

¿Qué nivel de validación importa más?

El Nivel 1 detecta más fallos — alrededor del 60% — en unos cinco segundos, y por eso se ejecuta primero. Pero el Nivel 2 es donde vive la calidad: los casos límite suponen el 80% de los fallos en producción, así que las pruebas que cubren casos vacíos, no válidos y de error te protegen más cuando llegan los usuarios reales.

¿Puede la IA corregir de verdad sus propios errores?

Sí, cuando puede verlos. Ante una comprobación fallida y un resultado esperado, la IA lee el error, localiza la causa, lo corrige y vuelve a ejecutar, a veces a lo largo de varias iteraciones. En mi función de emparejamiento corrigió así 47 fallos sin que yo interviniera. Lo que no puede hacer es corregir errores que nunca llega a observar.