Rendición cognitiva: cuando los agentes de IA escriben código que no entiendes

Le preguntas a un ingeniero sobre un PR grande. Haces una pregunta de arquitectura real, y no puede responderla. Nadie puede. Es un diff enorme, todos tienen prisa, así que se aprueba y se fusiona sin leer. Así es como se ve la IA revisando su propio código. Pedirle al mismo agente que revise su propio trabajo es como un estudiante calificando su propio examen. Siempre aprueba.

Este escenario es el punto central de un artículo reciente en Manager.dev que explora qué sucede cuando los desarrolladores delegan no solo la generación de código, sino también la toma de decisiones a asistentes de IA como Claude. El autor, escribiendo sobre la respuesta de "No sé, Claude escribió esto", destaca un problema creciente: la rendición cognitiva.

¿Qué es la rendición cognitiva?

El artículo distingue entre dos términos:

• Descarga cognitiva — delegar a la IA pero aún asumir la respuesta.
• Rendición cognitiva — cuando la salida de la IA se convierte silenciosamente en tu salida y sientes que no queda nada que revisar.

Para los ingenieros de software, la línea entre ambos se mueve bajo tus pies la mayoría de los días, y la mayoría de nosotros la cruzamos sin darnos cuenta. El problema se agrava cuando el código generado por IA no se revisa, lo que lleva a una situación en la que ni el autor ni los revisores entienden el código base.

Cómo sucede

El artículo describe un escenario típico:

1. Tienes una tarea que no es pequeña, así que inicias una sesión de planificación con Claude, usando la famosa habilidad de lluvia de ideas de superpoderes.
2. Lees el plan a fondo, corriges un par de problemas y lo envías a ejecución.
3. Revisas el código, se ve bien, corriges pequeños problemas con un par de indicaciones y lo envías a revisión.
4. Luego viene una tarea más grande. Es ambigua. En un mundo sin IA, la dividirías en partes más pequeñas, pero tienes prisa.
5. Claude produce un plan que suena razonable, así que pasas directamente a la ejecución. El resultado funciona. Ojeas el código, abres un PR y sigues adelante.
6. Acabas de omitir la parte en la que realmente entendías lo que estaba sucediendo.

En el mejor caso, el ingeniero que revisa hace preguntas que no entiendes del todo. En el peor caso, es un PR muy grande, todos tienen prisa, y simplemente se aprueba y fusiona. Nadie entendió, ni el autor ni los revisores.

Por qué es difícil resistirse

El autor comparte una experiencia personal: pasar 2-3 horas en una sesión de planificación con Claude en una misión ambiciosa. A mitad de la ejecución, se sintieron perdidos: demasiadas piezas móviles y decisiones que Claude tomó. Terminaron escribiendo /clear y restableciendo todo. Había dos problemas:

• Comenzaron con una idea vaga de lo que querían lograr.
• No sabían lo suficiente en el área en la que trabajaban.

Cuando tu plan es vago y no sabes lo suficiente para tomar decisiones tú mismo, terminarás delegando las decisiones a Claude. Como escribió Addy Osmani, director de ingeniería de Google, la línea entre usar Claude y dejar que conduzca es muy difusa, y se necesita mucho esfuerzo para resistir la tentación.

Un enfoque: revisar cada línea

El artículo ofrece un enfoque alternativo. Para una tarea más pequeña — añadir seguimiento de eventos a través de Segment a la infraestructura de agentes de IA interna — el autor planificó con Claude, luego revisó cada cambio en el IDE antes de confirmar. Para los archivos que no entendían, le pidieron a Claude explicaciones. Cuando la respuesta no tenía sentido, cambiaron el código y lo revisaron de nuevo. Para cuando entendieron cada cambio de archivo, entendieron la solución completa.

El autor abrió el PR y recibió excelentes comentarios de ingenieros senior, y pudo responderlos de verdad, en lugar de esconderse como un pez detrás de una roca.

Conclusión clave

Al usar agentes de codificación con IA, asegúrate de entender el código del que eres responsable. No dejes que la IA tome todas las decisiones. Revisa cada cambio, haz preguntas y nunca abras un PR que no entiendas.