RODMENA: infraestructura soberana contra la IA de EEUU

Un ensayo que le pone fecha al fin de los protocolos humanos

El 40% de las aplicaciones empresariales tendrá capacidades de agentes autónomos para fines de 2026, según estimaciones de Gartner citadas por SiliconANGLE. A fines del año anterior, esa cifra era apenas del 5%. Ese salto es el punto de partida de un ensayo publicado en el blog de RODMENA, la firma británica de infraestructura, que sostiene una tesis incómoda: el software que construimos hoy está diseñado para que lo lea un humano, y los agentes van a abandonarlo.

El texto recoge una conversación con Antonia Manoochehri, de Lumenai, y gira en torno a una idea central: la próxima capa de la infraestructura será comunicación agéntica de extremo a extremo. Cuando los agentes operen a escala, calcularán que los formatos legibles por humanos —REST, gRPC, payloads en texto plano— son un cuello de botella para el cómputo, la memoria y la latencia. Y los reemplazarán por formatos matemáticamente densos, negociados en tiempo real, que ningún ingeniero podrá leer.

Para un founder, la pregunta no es si eso es deseable. Es qué pasa con el control cuando ya no puedes auditar el protocolo.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Por qué el Reino Unido queda expuesto

La tesis política del ensayo es directa: el Reino Unido comete un acto de autodaño estratégico al alquilar sus restricciones de seguridad a Silicon Valley. El argumento es que el consenso actual acepta que empresas estadounidenses construyan los motores de inteligencia y, al mismo tiempo, les encarga el arnés de seguridad. Si no eres dueño del arnés, no controlas a la bestia.

La conclusión que extrae RODMENA: la soberanía tecnológica real no se logra con política, se construye en código.

No es una preocupación aislada. Era4, otra firma británica, está armando una red de instalaciones de IA de propiedad nacional. Su planta activa en Chesterfield usa sistemas Nvidia B300 refrigerados por líquido, suministrados por Hewlett Packard Enterprise, y planea reurbanizar una antigua acería en Newport, Gales, de 230 acres, con cerca del 20% destinado a infraestructura de IA, según SiliconANGLE. Su director comercial, Karl Havard, reconoció en esa entrevista que «no hay control puro de ninguna nación soberana» en toda la pila.

Ese matiz importa: incluso quien compra el hardware sigue dependiendo del software.

La apuesta técnica: IAM propio, estado determinista y validación algorítmica

RODMENA describe un stack construido desde los cimientos. La firma dice desarrollar sus propios sistemas de Identity and Access Management sin dependencias externas, proveedores OIDC estrictos, enrutamiento de correo soberano y gateways de LLM propietarios.

Sobre esa base, el ensayo plantea que los modelos probabilísticos deben quedar enjaulados dentro de una arquitectura determinista. Los agentes generan un volumen caótico de estado asíncrono que rompe las bases de datos tradicionales. Su motor Stabilize orquesta ese estado con flujos de trabajo programados en DAG y event sourcing respaldado en SQLite: cada transición de estado queda registrada y, si un proceso falla, el sistema reproduce el log y retoma desde el punto exacto.

El punto más interesante para cualquier equipo que ya tenga agentes en producción es trust5.net. Según el ensayo, no asiste al modelo: actúa como un vigilante de tres capas que fuerza al modelo a pasar por bucles de validación hasta que la salida esté matemáticamente probada.

El estándar TRUST y el umbral de 0.70

RODMENA evalúa todo el código generado por máquinas contra el estándar TRUST, un cálculo determinista que pondera cinco validadores:

Tested al 30%
Secured al 25%
Readable, Understandable y Trackable al 15% cada uno

Si el cálculo cae por debajo de un umbral duro de 0.70, la compuerta de despliegue queda bloqueada de forma permanente. El ensayo es explícito: no hay anulación humana.

Para evitar el problema del oráculo —donde una IA escribe tests vacíos solo para cumplir métricas de cobertura— el sistema aplica mutation testing activo. El motor parsea el Abstract Syntax Tree e inyecta mutaciones sintácticas en los archivos fuente: invierte operadores de igualdad, desplaza restricciones de mayor-que, invierte estados booleanos. Después ejecuta la suite. Si los mutantes sobreviven, los tests son débiles o alucinados y el build falla.

El ensayo también menciona EARS (Easy Approach to Requirements Syntax) como punto de partida obligatorio, y Provenance, una plataforma que verifica el Software Bill of Materials en tiempo de ejecución: los agentes deben probar criptográficamente su cadena de suministro en milisegundos antes de que se les permita ejecutar.

Qué está haciendo el resto del mercado

La tesis de RODMENA no flota en el vacío. En julio de 2026, Lineation.ai lanzó una plataforma de seguridad en tiempo de ejecución para agentes, con identidades no humanas bajo Zero Trust y un registro inmutable del razonamiento del agente, según Business Wire. En la misma línea, Neo Security salió del modo stealth con US$100M liderados por Andreessen Horowitz y Bessemer Venture Partners, con participación de Craft Ventures y Merlin Ventures, reportó SiliconANGLE.

Y en Oracle AI World, el 26 de octubre de 2026, Oracle presentó su Deep Trust AI Architecture, con salvaguardas embebidas en cuatro capas del stack, junto a 25 aplicaciones agénticas, según Technology Magazine.

El patrón es claro: el mercado ya aceptó que los agentes necesitan un arnés. La discusión es quién lo construye y dónde vive.

¿Qué significa esto para tu startup?

Tres cosas concretas, sin importar si eres una startup de dos personas o un equipo de cien.

Primero: separa el plano de control del plano del modelo. Si tu producto depende de un gateway de LLM de terceros para aplicar políticas, tu política es tan confiable como la disponibilidad de ese proveedor. Un gateway propio, aunque sea mínimo, te da un punto donde puedes cortar el tráfico sin negociar con nadie.

Segundo: instrumenta el estado de tus agentes antes de escalarlos. El event sourcing no es una moda de arquitectura: es la diferencia entre «el agente falló y no sabemos por qué» y «reprodujimos el log y sabemos exactamente en qué transición se rompió». Si tus agentes escriben en una base de datos sin registro de eventos, ya tienes un problema de auditoría que crecerá con cada workflow nuevo.

Tercero: define tu umbral de calidad antes de automatizar el despliegue. El modelo de RODMENA —cinco validadores ponderados, un umbral duro, sin override humano— es una decisión de producto, no solo de ingeniería. Puedes empezar con dos validadores y un umbral más laxo, pero el punto es que el número exista y sea explícito. Un equipo que no sabe cuál es su piso de calidad no puede automatizar nada con seguridad.

Y una advertencia para quien opera en LATAM o España: la dependencia de proveedores externos no es solo un tema británico. Si tu startup vende a gobiernos, bancos o infraestructura crítica, la pregunta sobre dónde vive el arnés va a llegar en la próxima licitación.

Conclusión

El ensayo de RODMENA es, en el fondo, una apuesta de posicionamiento: si la infraestructura se vuelve opaca, el único mecanismo de control es el metal desnudo y las primitivas que corren sobre él. Puede que la tesis sobre protocolos ilegibles tarde años en materializarse, o puede que ya esté pasando dentro de los sistemas que usas hoy sin que lo notes.

Lo que no admite discusión es la parte práctica. Los agentes autónomos ya están dentro de las aplicaciones empresariales, y la mayoría de los equipos los desplegó sin un plano de control, sin registro de estado y sin un umbral de calidad definido. Eso no es un problema de soberanía nacional. Es un problema de arquitectura que puedes empezar a resolver esta semana.