Cuándo (no) delegar en la IA
Tienes que preparar una presentación para un cliente. En el proceso habitual, hubieses pensado activamente cada frase y decidido qué datos destacar y cuáles descartar. Como ahora tienes IA, decides delegarle la tarea. Y sin ser consciente, tu foco de atención se desplaza de construir el discurso a revisar su trabajo. El resultado impresiona y todo parece coherente hasta que el cliente te hace una pregunta que no sabes responder y descubres que has perdido el control sobre tu propio razonamiento.

El principio
La capacidad técnica de un sistema de IA para realizar una tarea no justifica su autonomía. La decisión de delegar debe evaluar primero si el trabajo requiere intención, criterio o responsabilidad autoral; solo fuera de ese perímetro se podrá ajustar el grado de autonomía de la IA en función de la incertidumbre y el coste de error.
Qué es este principio
Es un marco de decisión para calibrar cuándo una IA debe actuar por su cuenta y cuándo debe detenerse a preguntar. Evita que el asistente tome la iniciativa en decisiones críticas o interpretativas, de forma que la persona mantenga el control real sobre el proceso, no solo sobre el resultado final.
Por qué ocurre el problema
Cuando se colabora con modelos de lenguaje se cruzan dos dinámicas que dificultan la supervisión.
1. Los sesgos de la IA
- ●Sobreactuación (over-eagerness): la IA tiende a entregar el trabajo terminado de inmediato ante cualquier instrucción ambigua, encontrando soluciones por su cuenta en vez de pedir aprobación1.
- ●Atajos de lectura: el asistente puede apoyarse en su memoria de entrenamiento en vez de verificar a fondo el contexto que se le ha dado, un patrón documentado en modelos de lenguaje (aunque en estudios con modelos afinados para tareas concretas de pregunta-respuesta, no en asistentes conversacionales)2. Si esto ocurre sin declararlo, puede derivar en una falta de control del humano sobre la tarea sin ser consciente de ello.
2. Los sesgos humanos
- ●Sesgo de automatización (automation bias): tendemos a aceptar por defecto lo que el sistema propone por pura economía cognitiva3. Tener la posibilidad de corregir a la IA no significa que vayamos a ejercer esa corrección de verdad. Saber que deberíamos aplicar pensamiento crítico y revisar no implica que vayamos a hacerlo siempre.
- ●Fatiga de vigilancia (vigilance decrement) + Ceguera inatencional (inattentional blindness): los humanos tenemos serias dificultades para mantener una vigilancia sostenida: incluso operadores expertos fallan en detectar estímulos relevantes durante una supervisión prolongada45. Asegurarse de que la IA no está tomando decisiones inadecuadas dentro de un proceso continuo (aunque estas se declaren) resulta difícil de detectar.
- ●Pérdida de conciencia situacional (loss of situation awareness): cuanto más automatizada está una tarea, más tarda la persona en recuperar el control si hace falta, porque el paso de procesar activamente a solo observar impide construir un modelo mental real de lo que está pasando6. Lo más llamativo: esa pérdida de comprensión no reduce la confianza en el propio criterio, la aumenta.
El riesgo: la ilusión de profundidad explicativa (illusion of explanatory depth)
Delegar de forma indiscriminada tareas interpretativas o decisiones intermedias genera la ilusión de profundidad explicativa: la falsa sensación de que se entiende un proceso o una propuesta simplemente porque el resultado final es coherente y estético7.
Cuando una persona no ha atravesado el proceso de decidir qué entra, qué sale y por qué, pierde la capacidad de defender y justificar el resultado obtenido.
Cómo aplicar el principio: el marco de 2 capas
Para calibrar la autonomía del asistente, la interacción se filtra en dos niveles consecutivos.
¿La tarea requiere juicio interpretativo o autoral?
├── SÍ ──► Capa 1: filtro autoral
└── NO ──► Capa 2: matriz de Horvitz (incertidumbre + coste)
├── Incertidumbre baja + coste bajo ──► Actuar
├── Solo una es alta ──► Valorar: declarar o preguntar
└── Incertidumbre alta + coste alto ──► PreguntarCapa 1: el filtro autoral. El trabajo no se reparte por fases ("la IA al principio, la persona al final"). Ese reparto es propio de los sistemas de recomendación clásicos, donde la autoridad se fija de antemano; en la colaboración con un LLM o un agente, en cambio, se negocia dentro de la propia interacción. Por eso lo que importa no es la fase, sino lo que vayas a tener que defender ante otros: todo lo que constituya el núcleo conceptual, interpretativo o estratégico tiene que permanecer bajo tu control directo8. El resto, las tareas operativas o mecánicas que no requieren ese juicio interpretativo, pueden ser delegadas a la IA siguiendo el criterio de la Capa 2.
Capa 2: la matriz de Horvitz. Para tareas operativas o mecánicas, la autonomía se rige por dos variables formuladas por Eric Horvitz en 19999:
- Incertidumbre: cuánta certeza existe sobre la intención real del usuario.
- Coste de error: qué impacto tiene un fallo y cómo de fácil es deshacerlo.
A su vez, hay que tener en cuenta que el coste de error combina dos dimensiones distintas: el impacto del fallo (gravedad) y su reversibilidad (facilidad para deshacerlo). Estas dos dimensiones no siempre coinciden (un fallo puede ser grave pero reversible, o leve pero irreversible), así que basta con que una de las dos sea alta para que el coste de error se considere alto: solo es bajo cuando el fallo es leve y fácilmente reversible a la vez.
Cuando ambas variables son bajas, la IA puede actuar sin preguntar. Si una de las dos es alta, conviene valorar qué nivel de control corresponde a la IA: actuar declarando la decisión, o detenerse a confirmar. Si las dos son altas, la directriz es detenerse y pedir confirmación antes de actuar.
Cómo aplicar este principio: dos reglas y una skill
Este principio de Delegación se traduce en dos mecanismos que modulan la colaboración con la IA, y una skill para ponerte a prueba al terminar dicha colaboración.
Regla para el System Prompt*
Para aplicar las dos capas en tus propias conversaciones con un LLM, puedes introducir estas dos reglas en sus instrucciones. Para ello, solo tienes que copiar este bloque en sus instrucciones de sistema:
Regla filtro autoral
Si la solicitud del usuario implica juicios interpretativos, conceptuales, estratégicos o subjetivos (el criterio de éxito depende de preferencias o valores humanos, no de reglas objetivas y verificables), no generar la solución final directamente. Detenerse y ofrecer opciones.
Regla matriz de Horvitz
Para tareas mecánicas o de procesamiento de información:
- ● Incertidumbre baja y coste de error bajo: actuar sin preguntar.
- ● Incertidumbre alta o coste de error alto (solo una): valorar qué nivel de control conviene y elegir entre actuar (declarando explícitamente qué se ha decidido y por qué) o detenerse a pedir confirmación.
- ● Incertidumbre alta y coste de error alto: detenerse y solicitar confirmación antes de ejecutar.
- ● Cómo evaluar el coste de error: alto si el impacto del fallo es grave o es difícil de deshacer (basta que uno de los dos sea alto); bajo solo si el fallo es leve y fácilmente reversible a la vez.
- ● Excepciones fijas, pedir confirmación siempre aunque el resto de condiciones digan lo contrario: (a) coste económico o de recursos (poner en marcha procesos, herramientas o tareas que tengan un coste asociado); (b) cambio de contexto o proyecto dentro de la misma conversación, aunque cada acción sea reversible.
*Para usar esta instrucción, pégala en: ChatGPT, Instrucciones personalizadas; Gemini, instrucciones de un Gem; Claude (chat), Instrucciones personalizadas o de Proyecto; Claude Code y Claude Cowork, un archivo CLAUDE.md. El peso que le da cada modelo no tiene por qué ser igual: probada con Claude Code, no verificada en el resto.
Ten en cuenta que la Matriz de Horvitz no resuelve cómo calibrar la confianza de forma dinámica, por ejemplo según el historial de aprobaciones y correcciones, evitando que ese ajuste generalice mal hacia decisiones parecidas pero distintas. Podría desarrollarse una regla específica para testar cómo gestionar esta relación con el tiempo.
Skill defend-it
Las dos reglas anteriores actúan mientras trabajas con la IA. La skill defend-it actúa después, justo antes de tener que defender el resultado ante otra persona, preguntándote, examinándote, sobre los datos y decisiones de tu propio entregable, para confirmar que no caes en la ilusión de profundidad explicativa. En caso de errores en tus respuestas, te ayuda a resolver las dudas en el momento.
Skill de Claude
defend-it
Notas
- [1] Anthropic (2026). System Card: Claude Sonnet 4.6 (17 de febrero de 2026), sección "4.3.3 Overly agentic behavior in GUI computer use settings". https://www.anthropic.com/claude-sonnet-4-6-system-card
- [2] Longpre, S., Perisetla, K., Chen, A., Ramesh, N., DuBois, C., & Singh, S. (2021). Entity-Based Knowledge Conflicts in Question Answering. Proceedings of EMNLP 2021, 7052-7063. https://doi.org/10.18653/v1/2021.emnlp-main.565
- [3] Parasuraman, R., & Riley, V. (1997). Humans and Automation: Use, Misuse, Disuse, Abuse. Human Factors, 39(2), 230-253. https://doi.org/10.1518/001872097778543886
- [4] Näsholm, E., Rohlfing, S., & Sauer, J. D. (2014). Pirate Stealth or Inattentional Blindness? The Effects of Target Relevance and Sustained Attention on Security Monitoring for Experienced and Naïve Operators. PLoS ONE, 9(1), e86157. https://doi.org/10.1371/journal.pone.0086157
- [5] Mackworth, N. H. (1948). The Breakdown of Vigilance during Prolonged Visual Search. Quarterly Journal of Experimental Psychology, 1(1), 6-21. https://doi.org/10.1080/17470214808416738
- [6] Endsley, M. R., & Kiris, E. O. (1995). The Out-of-the-Loop Performance Problem and Level of Control in Automation. Human Factors, 37(2), 381-394. https://doi.org/10.1518/001872095779064555
- [7] Rozenblit, L., & Keil, F. (2002). The misunderstood limits of folk science: An illusion of explanatory depth. Cognitive Science, 26(5), 521-562. https://doi.org/10.1207/s15516709cog2605_1
- [8] Tomašev, N., Franklin, M., & Osindero, S. (2026). Intelligent AI Delegation. Google DeepMind (preprint). https://doi.org/10.48550/arXiv.2602.11865
- [9] Horvitz, E. (1999). Principles of Mixed-Initiative User Interfaces. Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '99), 159-166. ACM. https://doi.org/10.1145/302979.303030