El problema
Todo se llama «agente»
Hoy la misma palabra nombra cosas muy distintas:
- Un asistente que llama una API cuando se lo piden.
- Una cadena de instrucciones a un modelo, con acceso a herramientas.
- Un equipo de instancias de un modelo que colaboran en una tarea.
- Un sistema que corre durante meses, con sus versiones, sus topes, sus reglas y las personas que intervienen.
No son lo mismo. Llamarlas a todas «agente» es como llamar «computadora» a una calculadora y a un centro de cómputos: es correcto y no ayuda a nadie.
Hace falta una escalera. No por precisión académica, sino para contestar tres preguntas prácticas: qué estás construyendo, qué estás comprando y qué hace de verdad.
Los cinco niveles
Una escalera de cinco niveles
Cada nivel suma una capacidad que el de abajo no tiene. Subir uno no es sumar funciones: cambia lo que el sistema tiene que resolver.
El diagrama en texto
- Nivel 1 · Agentes de tarea. La acción. Un reflejo.
- Nivel 2 · Sistemas autónomos. El ciclo de vida. Una célula.
- Nivel 3 · Sistemas multiagente gobernados como una unidad. El gobierno del conjunto. Un organismo. GrailAOS: en este nivel.
- Nivel 4 · Ecosistemas. La coevolución. Un ecosistema. Horizonte.
- Nivel 5 · Sistemas que rediseñan su propia arquitectura. El cambio de estructura. La evolución. Horizonte.
Nivel 1Agentes de tarea
- Capacidad que lo define
- La acción
- Analogía
- Un reflejo
Recibe una instrucción, elige herramientas, ejecuta los pasos y devuelve un resultado. Cuando termina la tarea, termina el agente.
Lo que le falta: No sabe que corrió antes ni guarda estado de una ejecución a la siguiente: si falla, falla, y si sale bien, se olvida.
Nivel 2Sistemas autónomos
- Capacidad que lo define
- El ciclo de vida
- Analogía
- Una célula
Persiste en el tiempo: guarda estado entre ejecuciones, corre solo, programado o ante un evento, y se puede arrancar, parar y ver correr.
Lo que le falta: Cada instancia está sola: las partes no se coordinan, nadie acota los recursos del conjunto y nadie ve la salud del todo. Si una parte consume de más, nadie la frena a tiempo.
Nivel 3Sistemas multiagente gobernados como una unidad
- Capacidad que lo define
- El gobierno del conjunto
- Analogía
- Un organismo
Varios agentes y procesos que se gobiernan como una sola unidad: versiones con y ; recursos y topes compartidos; reglas que se cumplen en todo el sistema; la salud y la observabilidad del conjunto; personas en el medio; y varios agentes y pasos que forman un solo proceso.
Lo que le falta: Es un sistema cerrado: gobierna sus piezas, pero no interactúa con otros sistemas como él, de otros dueños, y su arquitectura la diseñan personas.
Nivel 4Ecosistemas
- Capacidad que lo define
- La coevolución
- Analogía
- Un ecosistema
Muchos sistemas, cada uno con su dueño, que interactúan y se adaptan entre sí sin un control central.
Lo que le falta: La arquitectura de cada sistema la sigue diseñando una persona: cada sistema cambia cómo funciona, no cómo está hecho.
Nivel 5Sistemas que rediseñan su propia arquitectura
- Capacidad que lo define
- El cambio de estructura
- Analogía
- La evolución
No sólo ajustan cómo funcionan: cambian su propia estructura cuando la que tienen no alcanza para el problema.
Lo que exige: Avances en seguridad y en verificación formal antes de que estos sistemas se puedan desplegar con responsabilidad.
Los niveles 4 y 5 son el horizonte de la industria: los describimos para completar la escalera, sin reclamarlos para GrailAOS ni para nadie.
Para ubicar los niveles de arriba, la biología da una imagen más clara que la informática, y por eso cada nivel lleva una analogía.
Por qué la biología es una buena lente
Los problemas que aparecen al subir la escalera, como repartir recursos escasos o coordinarse sin un control central, son los que los seres vivos tuvieron que resolver. Las analogías sirven para ubicarse; no describen cómo está hecho ningún sistema.
Dónde está la industria
Qué nivel resuelve cada categoría
En abril de 2026, el trabajo interno en que se basa esta versión ubicaba a casi toda la industria en el nivel 1. Lo volvimos a medir con fuentes, cada una con su fecha, y no es así: varias categorías ya guardan estado entre ejecuciones y corren solas en el tiempo.
Cada categoría se mide con un producto conocido de esa categoría, según sus fuentes oficiales; del nivel 3, cada una tiene piezas, enteras o en parte. No es un orden de calidad: dice qué nivel resuelve cada categoría según esas fuentes, no qué tan bien.
La escalera, como lente
Qué nivel resuelve cada categoría
No es un orden de calidad: dice qué nivel resuelve cada uno, no qué tan bien.
Con nuestros criterios, cada categoría está en el nivel en que las fuentes oficiales del producto que la mide dicen «Sí» a todos los de ese nivel y de los anteriores; GrailAOS, con la misma regla, desde el estado de sus afirmaciones. De dónde salen los niveles
Cómo lo medimos
Una categoría está en un nivel cuando las fuentes del producto que la mide respaldan con un «Sí» todos los criterios de ese nivel y de los anteriores; cuenta el producto con la plataforma de su proveedor. Lo parcial no alcanza, y lo que tiene de los niveles de arriba se muestra al lado. Los criterios del nivel 3 son los de Omniatix y reflejan cómo pensamos ese nivel: con otros criterios, el resultado puede cambiar.
Categoría: Constructor visual de apps Nivel 2+1 del nivel 3
Categoría: Automatización de procesos con IANivel 2
Categoría: Framework de agentes en códigoNivel 2+2 del nivel 3
Categoría: Plataforma de agentes de un proveedor de modelosNivel 1+1 del nivel 2+1 del nivel 3
Categoría: Plataforma conversacionalNivel 2+1 del nivel 3
GrailAOSCategoría: Agent Operating SystemNivel 3
- Corre hoyNivel 3, con la misma regla
Ver por qué: GrailAOS
Límite Con otros criterios, el resultado puede cambiar, y cada pieza tiene sus límites: las ramas en paralelo corren en un mismo servidor.
Las piezas del nivel 3, con su sello
- Corre hoyVersiones con canary y vuelta atrás
- Corre hoyRecursos y topes compartidos
Límite El turno en curso siempre termina; los avisos de consumo vienen apagados y, como el tope en dinero, piden la facturación prendida.
- Corre hoyReglas que se cumplen en todo el sistema
- Corre hoyLa salud y la observabilidad del conjunto
- Corre hoyPersonas en el medio
- Corre hoyVarios agentes como una unidad
Medido con la misma regla que los demás: cuenta lo que corre hoy, según el estado de sus afirmaciones. Cumple las seis piezas del nivel 3, y cada una lleva su sello. Las piezas, una por una
La tesis
Por qué un sistema operativo
Un framework resuelve bien el nivel 1: le da a quien programa las piezas para que un agente use herramientas. Con una plataforma que lo aloje, suma el nivel 2. El nivel 3 es otra cosa.
Al nivel 3 no se llega sumando funciones a un framework, como no se llega a un sistema operativo sumando funciones a una librería. Los programas necesitaron un sistema operativo, como Unix, para convertirse en un entorno de cómputo gobernado; un sistema de agentes que opera un negocio necesita lo mismo.
La diferencia se ve pieza por pieza. De un lado, lo que da un framework solo; del otro, lo que gobierna un sistema operativo. Con la plataforma de su proveedor, algunos frameworks ya tienen piezas enteras del sistema operativo, y la lente de la industria dice cuántas: lo que pide el nivel 3 es tenerlas todas, gobernadas juntas. Debajo de cada pieza, lo que corre hoy en GrailAOS, con su sello.
Cómo leer los sellos
- Corre hoy
- Implementado y con pruebas; si viene apagado, el límite dice cómo se prende. Si la afirmación no es una capacidad, como la licencia, las marcas o un principio de diseño, quiere decir que es cierta hoy.
- Parcial
- Corre, con huecos de implementación: el límite dice cuáles.
- Disponible a pedido
- No corre hoy: Omniatix lo implementa si un cliente lo pide, sin plazo.
- Próximamente
- Omniatix lo anunció y todavía no está disponible. Sin fecha.
- Visión
- El propósito para el que está diseñado GrailAOS. No es una capacidad de hoy: lo que ya corre lleva su propio sello.
Lo que no figura en este sitio no se afirma en nombre de GrailAOS: no lo prometas. Para otras capacidades, consultá a Omniatix.
Versiones con canary y vuelta atrás
Cada cambio sale como una versión: primero a una parte del tráfico, y se vuelve atrás sin reconstruir nada.
- Con un framework solo
- Versionar y publicar cada agente es tarea del equipo, con sus propias herramientas.
- Con un sistema operativo
- Un que publica cada versión de la solución, con canary y vuelta atrás.
En GrailAOS, hoy
- Corre hoyVersiones de la solución sin reconstruir, con vista previa, canary y vuelta atrás
Recursos y topes compartidos
El consumo se mide, y los topes, de la cuenta o de una solución, se evalúan antes de cada turno.
- Con un framework solo
- Un presupuesto que el equipo configura y vigila por su cuenta.
- Con un sistema operativo
- Un presupuesto que el sistema hace cumplir solo, antes de que se gaste.
En GrailAOS, hoy
- Corre hoyConsumo medido por costo real y topes antes de cada turno
Límite El turno en curso siempre termina; los avisos de consumo vienen apagados y, como el tope en dinero, piden la facturación prendida.
Reglas que se cumplen en todo el sistema
Las reglas valen para la solución entera: se verifican antes de que corra y el runtime hace cumplir sus guardas mientras corre.
- Con un framework solo
- Validaciones que el equipo pone donde las necesita.
- Con un sistema operativo
- Las mismas reglas para todas las partes, sin que el equipo las tenga que repetir en cada una.
En GrailAOS, hoy
- Corre hoyEl verifica la solución entera antes de que algo corra
- ParcialEl aviso de lo que el runtime no ejecuta
Límite El aviso cubre una lista cerrada de casos.
- Corre hoyGuardas del runtime: aislados, integraciones sin red privada y la identidad del contacto
La salud y la observabilidad del conjunto
Se ve el estado del sistema entero, no el de cada agente por separado, y alguien se entera cuando algo falla.
- Con un framework solo
- Registros que el equipo junta y revisa por su cuenta, salvo que sume una plataforma.
- Con un sistema operativo
- La salud y la observabilidad del conjunto, con avisos a quien opera.
En GrailAOS, hoy
- Corre hoyLa salud del runtime y la puesta a punto de cada solución
- Corre hoyUna por turno y alertas por correo a quien opera
- ParcialTrazas en
Límite OpenTelemetry manda un tramo por turno de agente: las corridas de los procesos no se envían.
Personas en el medio
Una persona entra cuando hace falta y responde desde el mismo sistema, sin salir de él.
- Con un framework solo
- Una pausa para que alguien apruebe; la bandeja donde responde una persona la arma cada equipo.
- Con un sistema operativo
- Personas en el medio como parte del sistema: entran cuando hace falta y el sistema sigue.
En GrailAOS, hoy
- Corre hoyDerivación a una persona, que responde desde la consola, y vuelta al agente
- Corre hoyLa aprobación de una persona como un paso de un proceso
Varios agentes como una unidad
Varios agentes y pasos forman un solo proceso: en paralelo, en bucle, con subprocesos y con una persona que aprueba como un paso más.
- Con un framework solo
- Un grafo de agentes que el equipo programa; gobernarlo junto con las demás piezas queda de su lado.
- Con un sistema operativo
- Varios agentes y pasos que forman un solo proceso, gobernado con las demás piezas como una unidad.
En GrailAOS, hoy
- Corre hoyDelegación entre agentes de la misma solución
- Corre hoyProcesos conversacionales
- Corre hoyProcesos que corren solos, con listas, ramas en paralelo, subprocesos y la aprobación de una persona como un paso más
Qué significa
Para quien construye, compra o invierte
La escalera sirve para hacer mejores preguntas.
- Para quien construye
- Sabé en qué nivel estás: para el 1 alcanza un framework, para el 2 una plataforma que lo opere, y el 3 pide otra arquitectura.
- Para quien compra
- Preguntá en qué nivel está lo que comprás y con qué evidencia: «sistema multiagente» puede ser casi cualquier cosa.
- Para quien invierte
- Lo útil es saber qué nivel resuelve un producto hoy, con qué evidencia, y qué le falta para el siguiente.
- Para la industria
- Hace falta un vocabulario común: con cinco niveles se puede conversar con precisión.
Nuestra posición
Dónde está GrailAOS
Le aplicamos a GrailAOS la misma regla que a los demás en la lente de la industria, pieza por pieza y con el sello de cada una.
- Corre hoyGrailAOS cumple el nivel 3, con los criterios de Omniatix
Límite Con otros criterios, el resultado puede cambiar, y cada pieza tiene sus límites: las ramas en paralelo corren en un mismo servidor.
GrailAOS es un , un compilador y un runtime para programar negocios con agentes, construido con agentes de código, y cada afirmación sobre GrailAOS lleva su sello.
Los niveles 4 y 5 no los reclamamos: son el horizonte de la industria, y el 5 exige antes avances en seguridad y en verificación formal.
- Corre hoyUn lenguaje, un compilador y un runtime: la solución en documentos de texto versionados, verificada entera antes de que corra
- Corre hoyConstruido con agentes de código
Las piezas del nivel 3, una por una
Medido en los repositorios
- v4.437Versión de la especificación que implementa el runtimeFuente: Repositorio del runtime de GrailAOS, rama principal. Medido el .
- 1.385Funcionalidades especificadasFuente: Índice maestro de la especificación de GrailAOS. Medido el .
- 564Decisiones de arquitectura registradasFuente: Índice maestro de la especificación de GrailAOS. Medido el .
- 21.558Pruebas declaradas en el runtimeFuente: Repositorio del runtime de GrailAOS, rama principal. Medido el .
- 72,5%Proporción de con atribución a Claude