Rompiendo la espiral del coste hundido: Por qué la regla de 2 correcciones te salva la semana

El patrón que todos reconocen

El desarrollador Samuel Faure identificó un ciclo que todo programador asistido por IA ha vivido:

1. Prompteas la IA. Obtienes una salida que está cerca pero no es correcta.
2. Re-prompteas para corregir. La corrección introduce nuevos bugs, o la IA se “pierde completamente.”
3. Te das cuenta de que habrías terminado antes sin IA.
4. Sientes que “estás demasiado metido” para parar. Has invertido tiempo, construido contexto, refinado la conversación.
5. Sigues prompteando de todos modos.

Colin Cornaby capturó el sentimiento con precisión: después de pasar tres horas con Claude Code en una sola tarea, cuestionó si hacerlo manualmente habría sido más rápido. Pero dejarlo en ese punto se sentía como admitir la derrota.

Ese sentimiento, el que dice “solo un prompt más”, no es un instinto de productividad. Es una trampa cognitiva.

La psicología: Por qué no puedes dejarlo

La falacia del coste hundido es la tendencia a seguir invirtiendo en algo por los recursos ya invertidos, incluso cuando continuar es irracional (The Decision Lab). En contextos tradicionales, aplica al dinero y al tiempo. En el coding asistido por IA, aplica a algo más insidioso: el esfuerzo cognitivo y el contexto.

Aversión a la pérdida

Cada corrección que le das a la IA representa pensamiento invertido. Analizaste la salida, identificaste el problema, creaste una instrucción precisa. Ese esfuerzo se siente como si se “perdiera” al empezar de nuevo. La aversión a la pérdida, la tendencia bien documentada de ponderar las pérdidas más que las ganancias equivalentes, hace que abandonar se sienta el doble de doloroso de lo que debería.

Costes hundidos de la ventana de contexto

Las conversaciones con IA tienen un amplificador único: la ventana de contexto. A lo largo de múltiples prompts, has construido contexto: explicaste tu arquitectura, clarificaste restricciones, corregiste malentendidos. Ese contexto acumulado se siente valioso. Abandonar la conversación significa reconstruirlo desde cero.

Pero esto es lo que tu cerebro no te dice: si la IA está “completamente perdida” después de tres correcciones, ese contexto ya no está ayudando. De hecho puede estar perjudicando: el modelo ahora trabaja desde una cadena confusa de instrucciones contradictorias.

El punto ciego de 43 puntos

Aquí es donde empeora. El ensayo controlado aleatorizado de METR encontró que los desarrolladores predijeron que la IA los aceleraría un 24%, creyeron después que los hizo un 20% más rápidos, pero en realidad fueron un 19% más lentos. Eso es una brecha de 43 puntos entre percepción y realidad.

La espiral del coste hundido es una razón de esa brecha. Cada hora pasada en un ciclo de corrección fallido es una hora que el desarrollador percibe como “casi funcionando” (se sienten cerca de un avance) mientras el reloj la mide como pérdida pura. La percepción de progreso enmascara su ausencia.

No sientes la espiral mientras estás en ella. Te sientes productivo. Sientes que el siguiente prompt lo arreglará. Esa es la trampa.

El protocolo de 2 correcciones

La solución es mecánica, no motivacional. La fuerza de voluntad no vence al sesgo cognitivo. El protocolo sí.

Después de 2 correcciones fallidas, PARA. Reinicia con un mejor prompt.

Esa es toda la regla. He aquí por qué funciona:

1. Hace la decisión automática. No estás decidiendo si abandonar tu inversión: estás siguiendo un protocolo. El peso emocional desaparece porque la decisión ya estaba tomada antes de que empezaras.

2. Reenmarca la acción. No estás “admitiendo la derrota.” Estás ejecutando un paso metodológico. De la misma forma que un piloto sigue una lista de verificación, tú sigues la regla de 2 correcciones. Sin ego involucrado.

3. Rompe el ciclo en el punto correcto. Para la tercera corrección, el contexto de la IA probablemente está contaminado con instrucciones conflictivas. Un prompt nuevo con mejor estructura superará un sexto intento de arreglar una conversación rota.

4. Captura lo que aprendiste. Las dos correcciones fallidas te enseñaron lo que la IA no entiende. Tu prompt de reinicio puede abordar esas brechas directamente. El tiempo no se desperdició: fue reconocimiento.

Cuando aplicarlo

La regla de 2 correcciones aplica a cualquier interacción con IA donde la salida requiere corrección:

• Generación de código que produce lógica incorrecta
• Refactorización que introduce regresiones
• Generación de tests que malinterpreta requisitos
• Sugerencias de arquitectura que omiten restricciones

NO significa “rendirse después de dos prompts.” Significa: si le has dado a la IA dos correcciones específicas y la salida sigue sin ser correcta, la conversación está rota. Empieza una nueva.

La diferencia entre los desarrolladores que usan IA efectivamente y los que pierden horas con ella no es habilidad ni experiencia. Es saber cuándo parar. La regla de 2 correcciones convierte ese conocimiento en un hábito en lugar de un juicio subjetivo.

Fuentes: Samuel Faure, developer experience with AI correction loops · Colin Cornaby, Claude Code usage report (3-hour session) · METR Randomized Controlled Trial (2025, 16 devs, 246 tasks) · The Decision Lab, Sunk Cost Fallacy · Paranoid Verification Methodology, 2-Corrections Rule

Realiza el Diagnóstico para descubrir dónde estás, incluyendo si las espirales de coste hundido están consumiendo tu productividad silenciosamente.