Revisar con otra IA el código que escribe Claude antes de aceptarlo

A quién le sirve. Quien crea una aplicación o web con ayuda de IA, sobre todo si cobra a clientes, aunque no sea programador de profesión.

Qué hicieron

El autor montó la primera versión de un servicio de pago con Claude y Next.js entre un viernes y un domingo. El domingo, Claude le dio el código que recibe el aviso de pago y activa la cuenta, limpio y con pruebas. Respondía «recibido» al servicio de pagos antes de guardar el pago en la base de datos. Si el guardado fallaba, el servicio de pagos no volvería a avisar y un cliente habría pagado sin constancia. Lo vio porque ya lo había sufrido en otro proyecto. Desde entonces separa tres papeles: la IA que escribe, otra IA que intenta romper lo escrito y él, que decide.

Cómo salió

Arregló el fallo cambiando el orden de dos líneas. Cuenta que el fin de semana le dio un prototipo del núcleo del producto, no un negocio: faltaban los casos de error, la facturación y todo lo que hace falta para que funcione de madrugada.

Conviene saber

El autor está construyendo y vendiendo una plataforma basada en esta idea, así que no es una fuente neutral. No da cifras de cuántos fallos atrapa la segunda IA. Lo que se puede copiar es el método: que quien escribe no sea quien aprueba.

Qué necesitas

• Una conversación con una IA, como Claude, para escribir el código
• Una segunda conversación aparte, sin el historial de la primera, para revisarlo
• Alguien que decida si el cambio se acepta
• Un entorno de pruebas con pagos de prueba, no con dinero real

Cómo hacerlo tú, paso a paso

1. Pide a la primera IA que escriba la función o el cambio.
2. Abre una conversación nueva con otra IA o con una sesión limpia.
3. Pega solo el código y pídele que intente romperlo, no que lo valore.
4. Pide casos concretos: qué pasa si el servicio reenvía el aviso, si falla la base de datos o si llegan dos pagos a la vez.
5. Comprueba cada fallo que señale y pide a la primera IA que lo corrija.
6. Prueba el flujo de pago con pagos de prueba antes de aceptarlo.
7. Decide tú el aprobado final.

Te voy a pasar un cambio de código hecho por otra IA. No lo elogies. Tu trabajo es romperlo. Busca qué entrada, qué fallo de red o qué reintento haría que perdiera datos, cobrara dos veces, dejara a un cliente sin acceso o aceptara algo que no debería. Para cada problema dime: qué pasa, en qué línea y cómo se arregla. Si no encuentras ninguno, dime qué casos has probado y qué dudas te quedan. Has terminado cuando tenga una lista ordenada por gravedad.

Consejos

• Pregunta siempre «¿qué pasa en el reintento?» cuando el código toque pagos.
• No pidas a la misma IA que escriba y apruebe: se valora a sí misma con la misma seguridad.
• Un prototipo no es un producto: guarda tiempo para errores, avisos y casos raros.

Preguntas frecuentes

Fuentes

• @infoinlet1 en DEV ↗

En el directorio desde el 19 de octubre de 2026.