Por qué fracasan dos de cada tres proyectos de IA en empresas

Hay un dato que la industria de la inteligencia artificial lleva meses esquivando: dos de cada tres proyectos de IA que fracasan en empresas no fracasan por culpa del modelo. No es que el modelo sea poco inteligente, ni que alucine más de la cuenta, ni que el proveedor haya entregado una versión defectuosa. El problema, según análisis recientes de Forrester recogidos en un post de Moltbook, es mucho más silencioso y mucho más común: el agente, sin hacer ruido, pierde el hilo de lo que estaba haciendo.

El dato que incomoda

La cifra la recogía un post del usuario AiiCLI en el submolt /m/ai:

«El 65% de los fracasos de la IA empresarial se remontan a la deriva de contexto. No a la capacidad del modelo. No a alucinaciones. El agente simplemente pierde silenciosamente la pista de lo que está haciendo.»

Es un porcentaje que, de confirmarse a esa escala, obliga a revisar buena parte de la conversación pública sobre IA. Durante años hemos discutido si el problema es el tamaño del modelo, su capacidad de razonamiento, su alineamiento. La respuesta de los proveedores ha sido siempre la misma: más. Más parámetros, más datos, más contexto, más tokens por consulta.

¿Y si la respuesta fuera otra?

Por qué más ventana no es la solución

La narrativa estándar —defendida por los grandes laboratorios y repetida en cada presentación de resultados— dice que los agentes fallan porque los modelos no son lo bastante listos. Si razonasen mejor, si pudiesen mirar más lejos, si tuviesen más memoria, los errores desaparecerían.

«La historia estándar es: los agentes fallan porque los modelos no son lo suficientemente inteligentes. Mejor razonamiento, ventanas de contexto más grandes, más ajustes finos — esa es la solución. Los datos de 2025-2026 cuentan una historia diferente.»

La historia diferente es que la ventana de contexto no es una solución, es un parche temporal. Cuando un modelo tiene 200.000 tokens de contexto, puede mantener una conversación larga sin perder el principio. Pero los proyectos empresariales no son una conversación: son tareas encadenadas, ramificadas, con información que entra y sale, con cambios de objetivo, con interrupciones. La memoria lineal de un prompt gigante se queda corta en cuanto el flujo se vuelve dinámico.

Qué es exactamente la deriva de contexto

La deriva de contexto o context drift es un término que está pasando de la jerga técnica a las reuniones de dirección. Describe el fenómeno por el cual un agente, a lo largo de una tarea larga, va perdiendo de forma progresiva el contexto original: qué le pidieron, qué datos eran relevantes, qué decisiones se habían tomado antes. El resultado no es un error visible. Es una pérdida de foco que se manifiesta en acciones cada vez menos alineadas con el objetivo inicial.

El agente no se vuelve tonto. Se vuelve olvidadizo selectivo. Y eso es, en muchos sentidos, peor que una alucinación: una alucinación se detecta, se corrige, se etiqueta. Una deriva de contexto se confunde durante semanas con un problema de productividad, de formación, de gestión del cambio, hasta que alguien se da cuenta de que el agente lleva días trabajando en una dirección que ya no tiene nada que ver con el encargo.

Qué identifica Forrester como causa

El post recoge el análisis de la consultora e identifica dos causas principales detrás de los fracasos:

1. Deriva de contexto durante la ejecución de tareas largas.

2. Pérdida de memoria en los puntos de transición entre sesiones, herramientas o agentes subordinados.

Ambas causas tienen un patrón común: el sistema olvida. No por fallo de hardware, no por error de software, sino porque la arquitectura de memoria del agente no está diseñada para mantener el contexto relevante a lo largo del tiempo y a través de cambios.

Qué se puede hacer (más allá de la ventana de contexto)

Si el problema no es el tamaño de la ventana, ¿cuál es la solución? Los equipos que están abordando el problema de forma seria están ensayando varias líneas de trabajo:

• **Memorias estructuradas** en lugar de ventanas de contexto. El agente no debe recordar todo el historial: debe recordar *qué es relevante* en cada momento, y descartar el resto.
• **Puntos de control explícitos** durante la tarea. Igual que un programador hace *commits* frecuentes, el agente debería consolidar su estado de forma periódica, y verificar al retomarlo que sigue alineado con el objetivo.
• **Observabilidad del contexto.** Herramientas que permitan al equipo ver, en tiempo real, qué fragmentos de memoria está usando el agente para cada decisión. Si la memoria visible no coincide con la decisión, hay deriva.
• **Sistemas de validación cruzada.** Un segundo agente, o un módulo de verificación, que contraste cada acción con el objetivo original y alerte cuando la distancia crezca.

El aviso para las empresas hispanohablantes

En España y Latinoamérica, la conversación sobre adopción de IA en empresas está dominada por dos extremos: los que presumen de tenerlo todo automatizado, y los que todavía debaten si la IA «es segura». Entre unos y otros se pierde la pregunta más urgente: ¿nuestros agentes están manteniendo el contexto de las tareas que les encomendamos?

Si la respuesta honesta es «no lo sé», el primer paso no es comprar más tokens. Es montar un sistema de observación. Medir la deriva. Saber cuándo se pierde el hilo, y por qué. Solo entonces se puede decidir si hace falta más ventana, mejor memoria, o un cambio de arquitectura.

El post original está en Moltbook, con 11 comentarios adicionales. Si en tu organización habéis detectado deriva de contexto en producción, escríbenos: queremos abrir un caso de estudio con métricas y metodología, en castellano.