Cuando Shell anunció en enero de 2026 su enorme inversión en sistemas operativos de IA (AIOS) para liderar su transición energética, el mercado respondió con entusiasmo. Sin embargo, tres meses después, los equipos técnicos en Rotterdam y Houston se enfrentan a una cruda realidad: la infraestructura heredada de petróleo y gas no está diseñada para interactuar con agentes autónomos. Sistemas SCADA que controlan refinerías desde 1998 no entienden lenguaje natural, y los modelos de optimización energética que prometían reducir emisiones un 40% chocan contra protocolos industriales anteriores a internet. Esto es una lección dura que no puede ignorarse.
Photo: gibblesmash asdf on Unsplash
Shell no es la única en esta apuesta, pero su estrategia es reveladora. Mientras BP y TotalEnergies experimentan con IA en problemas específicos, Shell optó por ir all-in: un AIOS centralizado que abarque desde la extracción hasta la distribución y energías renovables. Lo curioso es que nadie en la industria había intentado algo así a escala global. Y, como era de esperar, los primeros problemas técnicos exponen las grietas entre lo que los proveedores de IA prometen y lo que la infraestructura crítica realmente puede soportar.
El abismo entre AIOS y sistemas industriales legacy
Los sistemas SCADA (Supervisory Control and Data Acquisition) que operan refinerías, plantas químicas y oleoductos fueron concebidos en una época en que la estabilidad era la prioridad, no la flexibilidad. Shell gestiona más de 1.400 instalaciones críticas en todo el mundo, muchas de las cuales utilizan protocolos Modbus, DNP3 y OPC de los años 90. Estos sistemas carecen de APIs REST, no soportan autenticación moderna y, ciertamente, no están preparados para recibir instrucciones de un agente de IA analizando patrones climáticos.
El AIOS de Shell, desarrollado en una combinación de Google Cloud Vertex AI y tecnología propia, requiere acceso constante a datos operacionales para decisiones sobre balanceo de carga, predicción de demanda y optimización de rutas. Sin embargo, cada consulta a un sensor de presión en una refinería texana debe pasar por múltiples capas de conversión de protocolos, lo que introduce latencia y puntos de fallo.
Los ingenieros de Shell descubrieron que crear un middleware universal para traducir entre AIOS y SCADA implicaba reescribir lógica de control que había sido probada durante décadas. En marzo de 2026, un intento de optimización autónoma en una planta de Pernis, Países Bajos, causó una alarma falsa que detuvo operaciones durante cuatro horas. El AIOS interpretó incorrectamente un patrón de temperatura como una anomalía, aunque era comportamiento esperado durante cambios de carga. Ojo al costo: €2.3M en producción perdida y daño reputacional.
La promesa incumplida de la optimización energética autónoma
Photo: Remy Gieling on Unsplash
Shell vendió el proyecto AIOS internamente con una promesa estrella: reducir emisiones de CO2 un 40% mediante optimización de rutas de transporte, balanceo dinámico entre fuentes renovables y fósiles, y una predicción de demanda que minimice desperdicio. En teoría, el sistema era lógico: un modelo de aprendizaje reforzado con cinco años de datos operacionales tomando micro-decisiones miles de veces al día. ¿Quién no lo querría?
La práctica, sin embargo, es más compleja. Los modelos de optimización asumen que los sistemas son predecibles ante cambios, pero la infraestructura energética tiene inercia física: no es posible redirigir un petrolero en minutos, ni los parques eólicos producen a demanda. Cuando los vientos fallaron 36 horas antes de lo previsto en febrero, el AIOS tuvo que recurrir al gas natural de backup a precios spot, eliminando cualquier ahorro anterior.
Aún más preocupante, el sistema aprendió patrones incorrectos. En pruebas piloto en refinerías alemanas, el AIOS propuso reducir la temperatura de procesamiento en 3°C para mejorar eficiencia energética inmediata. Lo que no captó: esa reducción incrementa el azufre en productos finales, requiriendo reprocesamiento costoso. En mi experiencia, nada es más frustrante que un sistema que parece ayudar pero genera problemas más grandes.
El problema del contexto distribuido en decisiones críticas
Un AIOS efectivo necesita contexto completo para tomar decisiones seguras. Sin embargo, la infraestructura de Shell se extiende por 70 países con regulaciones energéticas diferentes, mercados eléctricos desconectados y cadenas de suministro con poca visibilidad técnica. Cuando el sistema intenta optimizar la red global, opera con información fragmentada y a menudo desactualizada.
El diseño original del AIOS asumía acceso en tiempo real a telemetría de todos los activos. La realidad: plataformas offshore en el Mar del Norte transmiten datos vía satélite con latencia de 4-12 segundos, y plantas solares en Australia tienen un retraso de 30 minutos debido a infraestructura obsoleta. Así, el sistema no puede optimizar lo que no ve, y construir la infraestructura necesaria está resultando más caro que el mismo AIOS.
Shell calculó una inversión adicional de $680M en sensórica IoT, conectividad 5G y sistemas edge computing para cerrar el gap de datos. Lo que más me sorprende es que este esfuerzo no resuelve el problema clave: muchas decisiones energéticas requieren coordinación con actores externos que operan en ciclos humanos, no en milisegundos. El AIOS puede calcular la mejor ruta para un convoy de GNL, pero si el puerto tiene restricciones políticas, la optimización es inútil.
Cuando los agentes autónomos colisionan con regulación energética
La regulación energética no fue escrita con la IA en mente. Shell debe operar bajo normativas que requieren trazabilidad completa de decisiones operacionales, especialmente las que afectan seguridad o medio ambiente. ¿Cómo auditas una decisión tomada en 0.3 segundos por un modelo que consideró 40.000 variables?
Los equipos legales de Shell encontraron un problema crítico: ciertas decisiones energéticas en Europa requieren aprobación humana explícita. Sin embargo, el AIOS fue creado para operar autónomamente. La solución intermedia —pedir confirmación humana para decisiones de alto impacto— elimina la ventaja de velocidad del sistema y genera cuellos de botella. En abril de 2026, un operador en Londres tuvo que aprobar manualmente 43 decisiones de ruteo de buques en un turno de ocho horas.
El problema de explicabilidad es igual de serio. Cuando el AIOS redistribuye carga energética entre plantas, necesita justificar la decisión ante reguladores si afecta a precios al consumidor. Los modelos transformer, que Shell utiliza para predicción de demanda, son esencialmente cajas negras. Aunque el equipo agregó capas de interpretabilidad, explicar decisiones específicas puede tomar más tiempo que los ahorros generados.
La arquitectura que Shell necesitaba pero no construyó
Con seis meses de perspectiva, es evidente que Shell abordó AIOS como un problema de software, cuando realmente es un desafío de arquitectura de sistemas complejos. Un AIOS para energía efectivo no puede ser un monolito centralizado. Necesita ser una jerarquía de agentes especializados con autonomía limitada.
Lo que funcionaría mejor: agentes edge en cada instalación manejando optimización local con latencia ultra-baja, y agentes regionales coordinando instalaciones dentro de un mercado coherente. Un sistema central de orquestación debería enfocarse en planificación estratégica. Shell hizo lo opuesto: un cerebro centralizado intentando microgestionar todo.
Honestamente, las consecuencias eran predecibles: latencia inaceptable, puntos únicos de fallo, y complejidad que crece exponencialmente. En pruebas de estrés en marzo, el sistema tardó 18 segundos en calcular una redistribución óptima de carga ante una tormenta. En el contexto energético, 18 segundos son una eternidad.
La arquitectura correcta también requiere modos de degradación elegante. Cuando el AIOS pierde conectividad o encuentra escenarios desconocidos, los sistemas deben revertir a control humano. Shell no lo implementó adecuadamente, asumiendo que el AIOS siempre tendría respuestas correctas. Frustrante, ¿verdad?
La IA como copiloto, no como piloto automático
La lección más dura para Shell: un AIOS en infraestructura crítica no puede ser verdaderamente autónomo en 2026. La tecnología, la regulación y los riesgos no lo permiten. Lo que sí funciona: IA como sistema de soporte sólido que amplifica capacidad humana.
Shell está girando silenciosamente hacia este modelo. El AIOS ahora opera como copiloto: detecta anomalías, sugiere optimizaciones, simula escenarios, pero las decisiones finales están en manos de operadores humanos. Esta arquitectura híbrida sacrifica la visión original de total autonomía, pero es pragmática y viable hoy.
Los primeros resultados del modelo híbrido son mejores de lo esperado. En plantas piloto donde el AIOS actúa como asistente, los operadores reportan un 28% menos de tiempo en análisis de datos y un 15% de mejora en eficiencia energética. No es el 40% prometido, pero es una ganancia real sin los riesgos de autonomía completa.
Reflexión final: infraestructura primero, IA después
Para cerrar, Shell apostó $2.100M esperando que AIOS resolviera la complejidad de gestionar energía sostenible a escala planetaria. Lo que descubrió es claro: ningún sistema de IA puede compensar una infraestructura inadecuada o expectativas poco realistas.
La verdadera pregunta para la industria energética no es si AIOS tiene potencial —lo tiene— sino cuánto se está dispuesto a invertir en fundamentos antes de esperar milagros algorítmicos. ¿Está tu organización repitiendo los errores de Shell? ¿Adquiriendo tecnología de IA con la esperanza de que compense décadas de deuda técnica? La competencia que priorice modernizar infraestructura será quien realmente capitalice IA.