Un ingeniero delega en agentes de IA mientras su pensamiento crítico queda en pausa, en imagen alusiva a la deuda cognitiva. · EPM
Cognitive debt: the cost of handing too much work to AI
Anthropic engineer Addy Osmani warned that excessive delegation to artificial intelligence creates “cognitive debt”.
Cognitive surrender: when engineers stop building software
Anthropic engineer Addy Osmani argued that total, unquestioning trust in AI, or “cognitive surrender”, builds a debt that erodes skills.
--- The context ---
Agent-based artificial intelligence tools are now part of the daily routine of many engineers, including inside the companies building them. Against that backdrop, Addy Osmani, an engineer on the Claude Code team at Anthropic, warned in an essay published on the social network X that excessive delegation to AI can carry a silent cost for the person doing the work.
--- The facts ---
Osmani argued that, even though he works at a company promoting agentic programming and reducing manual code writing, nothing in his daily routine now forces him to think critically, because much of his work passes through AI agents. He called the accumulated effect “cognitive debt”: the price of handing too much mental work over to machines.
He distinguished three levels. The first is “cognitive offloading”, delegating tasks without losing ownership of the final result, a practice he said he uses every day. The second is “deference”, when the output generated by AI becomes the new input for one's own work. The third is “cognitive surrender”, total and unquestioning trust in AI results, a term coined by two researchers at the Wharton School. Repeated, that surrender is what builds the debt.
--- The positions ---
Osmani did not ask engineers to stop using artificial intelligence, but to think more deeply and build critical thinking into the day. He argued that help and offloading are both valid as long as one knows which of the two is happening. He also described two questions he asks before delegating: whether he had formed a hypothesis first, and what skill he had stopped practising as a result.
--- What remains unknown ---
It remains unclear, by the engineer's own account, whether AI makes people less capable or simply changes how they think. Researchers in the debate recommended caution before drawing definitive conclusions, and there is still no solid evidence on how fast a delegated skill fades or whether deliberate practice can fully restore it.
--- Unanswered questions ---
Which professions beyond programming are already accumulating their own cognitive debt without noticing? How can a company measure whether its teams still understand the work that agents deliver? And what verification mechanisms should be mandatory before accepting code that nobody wrote by hand?
--- EPM analysis ---
The argument reaches beyond software: the tool itself is not the problem, but the relationship established with it. Used as support, the agent saves time while the professional keeps judgement; handed the whole judgement, the professional becomes an operator of a system he no longer fully understands, with fewer chances to notice when it fails.
📌 EPM Take: In EPM's view, cognitive debt is a useful warning precisely because it comes from inside the industry selling automation, not from its critics. Delegating while keeping ownership, verifying as a habit and preserving the skills one is unwilling to lose are reasonable practices for any team. Immediate productivity should not be bought with future judgement: someone who cannot explain his own work, even through the agent, has already handed over more than the tool ever asked for.
--- The context ---
Over the past year, several engineers have voiced a similar concern: artificial intelligence is turning them into operators instead of builders of software. A former OpenAI employee described AI-assisted programming as tedious and boring. In that climate, Addy Osmani, an engineer on the Claude Code team at Anthropic, gave the problem a name in an essay published on the social network X.
--- The facts ---
Osmani argued that, even though he works at a company promoting agentic programming and reducing manual code writing, nothing in his daily routine now forces him to think critically, because much of his work passes through AI agents. He called “cognitive debt” the consequence of continually handing a large share of the work to artificial intelligence.
He ordered that handover into three levels. “Cognitive offloading” means delegating tasks without losing ownership of the final result, something he acknowledged doing daily. “Deference” appears when the output generated by AI becomes the new input for one's own work. “Cognitive surrender”, a term coined by two researchers at the Wharton School, is total and unquestioning trust, and repeating it is what accumulates the debt.
--- The positions ---
His proposal was not to abandon the tool but to recover discipline: think more deeply, form a hypothesis before asking, and consider what skill has gone unpractised. He also recommended building control mechanisms to make sure generated code actually works, a practice he summed up as verification as a habit, and asking the agent itself what it can verify and what it cannot.
--- What remains unknown ---
The engineer himself admitted it is still unclear whether AI makes people less capable or merely changes how they think, and researchers in the debate recommended caution. What counts as a task that should always stay in human hands was not defined either, nor who answers when a team can no longer explain the system it maintains.
--- Unanswered questions ---
How many technical skills have teams already lost by delegating daily without tracking it? Should companies require every engineer to explain, without the agent, the code he delivers? And what happens to the training of new programmers if their first teacher is a system that solves everything for them?
--- EPM analysis ---
Osmani's comparison is concrete: finding one's way with a paper map after navigation apps, or memorising phone numbers after digital contact books. Skills that stop being exercised disappear, probably faster than imagined, and his advice was to keep practising the ones nobody is willing to let go.
📌 EPM Take: In EPM's view, the strength of the argument is its restraint: it does not call for banning artificial intelligence, nor does it claim delegation is always a mistake, because where the stakes are low, full delegation can be sensible. The limit appears when the professional loses ownership of his work and cannot explain what he delivers. Keeping craft, verifying results and retaining one's own judgement is not nostalgia; it is basic professional responsibility.
Delegar en la IA sin dejar de pensar: la deuda cognitiva
Addy Osmani, ingeniero de Anthropic, advirtió que delegar en exceso en la inteligencia artificial genera «deuda cognitiva».
La rendición cognitiva: cuando el ingeniero deja de construir
Un ingeniero de Anthropic, Addy Osmani, sostuvo que la confianza total y sin cuestionamientos en la IA, la «rendición cognitiva», acumula una deuda que…
--- El contexto ---
La programación asistida por agentes de IA ya forma parte de la rutina de muchos ingenieros, incluso en las compañías que desarrollan esas herramientas. En ese escenario, Addy Osmani, ingeniero del equipo de Claude Code en Anthropic, advirtió en un ensayo publicado en la red social X que delegar en exceso puede tener un costo silencioso.
--- Los hechos ---
Según planteó Osmani, pese a trabajar en una compañía que impulsa la programación agéntica y redujo la escritura manual de código, nada en su rutina diaria lo obliga ya a pensar de forma crítica, porque gran parte de su trabajo pasa por agentes de IA. A esa acumulación la llamó «deuda cognitiva»: el precio de ceder demasiado trabajo mental a las máquinas.
El ingeniero distinguió tres niveles. El primero es el «descargo cognitivo», delegar tareas sin perder la propiedad del resultado final, una práctica que él mismo realiza a diario. El segundo es la «deferencia», cuando el resultado generado por la IA se convierte en el nuevo insumo del trabajo propio. El tercero es la «rendición cognitiva», la confianza total y sin cuestionamientos en los resultados de la IA, un término acuñado por dos investigadores de la Wharton School. Repetida, esa rendición es la que genera la deuda.
--- Las posiciones ---
Osmani no pidió dejar de usar la inteligencia artificial, sino pensar con mayor profundidad e incorporar el pensamiento crítico a la jornada. Sostuvo que ayuda y descargo son válidos siempre que se sepa cuál de las dos cosas se está haciendo. También formuló dos preguntas previas a delegar: si se había planteado una hipótesis antes de consultar y qué habilidad se dejó de practicar en el proceso.
--- Lo que falta saber ---
Todavía no está claro, según el propio ingeniero, si la IA vuelve más torpes a las personas o simplemente modifica su manera de pensar. Investigadores citados en el debate recomendaron cautela antes de sacar conclusiones definitivas, y faltan datos sobre cuánto tarda una habilidad delegada en deteriorarse y si ese deterioro puede revertirse con práctica deliberada.
--- Preguntas sin respuesta ---
¿Qué profesiones, además de la programación, están acumulando ya su propia deuda cognitiva sin advertirlo? ¿Cómo puede una empresa medir si sus equipos siguen entendiendo el trabajo que entregan los agentes? ¿Y qué mecanismos de verificación deberían ser obligatorios antes de aceptar código que nadie escribió a mano?
--- Análisis EPM ---
El planteo tiene una lectura amplia: la herramienta no es el problema, sino la relación con ella. Como apoyo, el agente ahorra tiempo y el profesional conserva el criterio; entregándole el juicio completo, el profesional se convierte en operador de un sistema que ya no comprende.
📌 Conclusion EPM: A juicio de EPM, la deuda cognitiva es una advertencia útil porque nace dentro de la propia industria que vende la automatización, no desde fuera de ella. Delegar con propiedad, verificar como hábito y conservar las habilidades que no se quieren perder son prácticas razonables para cualquier equipo. La productividad inmediata no debería pagarse con criterio futuro: quien no pueda explicar su propio trabajo, ni siquiera con ayuda del agente, ya entregó más de lo que la herramienta pedía.
--- El contexto ---
Durante el último año, varios ingenieros han expresado una inquietud parecida: la inteligencia artificial los está convirtiendo en operadores en lugar de constructores de software. Un exempleado de OpenAI describió la programación asistida por IA como tediosa y aburrida. En ese clima, Addy Osmani, ingeniero del equipo de Claude Code en Anthropic, puso nombre al problema en un ensayo publicado en la red social X.
--- Los hechos ---
Osmani planteó que, pese a trabajar en una compañía que impulsa la programación agéntica y redujo la escritura manual de código, nada en su rutina diaria lo obliga ya a pensar de forma crítica, porque gran parte de su trabajo pasa por agentes de IA. Llamó «deuda cognitiva» a la consecuencia de ceder mucho trabajo a la inteligencia artificial de manera continuada.
El ingeniero ordenó esa cesión en tres niveles. El «descargo cognitivo» consiste en delegar tareas sin perder la propiedad del resultado final, y él mismo reconoció hacerlo a diario. La «deferencia» aparece cuando el resultado generado por la IA se convierte en el nuevo insumo del trabajo propio. La «rendición cognitiva», término acuñado por dos investigadores de la Wharton School, es la confianza total y sin cuestionamientos, y su repetición es la que acumula la deuda.
--- Las posiciones ---
La propuesta de Osmani no fue abandonar la herramienta, sino recuperar disciplina: pensar con mayor profundidad, formular una hipótesis antes de consultar y preguntarse qué habilidad se dejó de practicar. Recomendó además construir mecanismos de control para asegurarse de que el código generado funcione, una práctica que resumió como verificación como hábito, y preguntarle al propio agente qué puede verificar y qué no.
--- Lo que falta saber ---
El propio ingeniero admitió que aún no está claro si la IA vuelve más torpes a las personas o solo modifica su manera de pensar, y los investigadores mencionados en el debate recomendaron cautela. Tampoco quedó definido qué tareas concretas deberían quedar siempre en manos humanas ni quién responde cuando un equipo ya no sabe explicar el sistema que mantiene.
--- Preguntas sin respuesta ---
¿Cuántas habilidades técnicas se han perdido ya en equipos que delegan a diario sin registrarlo? ¿Deberían las empresas exigir que cada ingeniero pueda explicar, sin el agente, el código que entrega? ¿Y qué ocurrirá con la formación de los programadores nuevos si su primer maestro es un sistema que lo resuelve todo?
--- Análisis EPM ---
La comparación de Osmani es directa: orientarse con un mapa físico tras las aplicaciones de navegación o memorizar números de teléfono tras las agendas digitales. Las habilidades que se dejan de ejercitar desaparecen, probablemente más rápido de lo imaginado, y su consejo fue seguir practicando aquellas que no se está dispuesto a dejar ir.
📌 Conclusion EPM: A juicio de EPM, el valor del planteo está en su sobriedad: no pide prohibir la inteligencia artificial ni promete que delegar sea siempre un error, porque con apuestas bajas la delegación completa puede ser sensata. El límite aparece cuando el profesional pierde la propiedad de su trabajo y no sabe explicar lo que entrega. Conservar oficio, verificar resultados y mantener el juicio propio no es nostalgia, es responsabilidad profesional básica.
