# Los cinco niveles de los sistemas de agentes > Una publicación de Omniatix™: cinco niveles de sistemas de agentes y la capacidad que define a cada uno, dónde está hoy cada categoría según sus fuentes, por qué gobernar un sistema entero pide un sistema operativo y dónde está GrailAOS™, con el sello de cada pieza. Todo se llama «agente», desde un asistente que llama una [API](https://grailaos.com/es/glossary#api) hasta un sistema que opera un negocio. Omniatix propone cinco niveles, cada uno definido por una capacidad que al anterior le falta, y una tesis: un [framework](https://grailaos.com/es/glossary#framework) resuelve el primero; el tercero, gobernar el sistema entero como una unidad, pide un sistema operativo. Versión pública, 30 de octubre de 2026. Basada en un trabajo interno de Omniatix de abril de 2026. Autor: Omniatix · 10 minutos de lectura - **Espejo en markdown**. La misma página, generada del mismo contenido. Para citar, enlazá la página canónica. - Página canónica: https://grailaos.com/es/papers/five-levels - Afirmaciones verificadas hasta el 27 de octubre de 2026. - [Hecho por Omniatix](https://omniatix.com/es/) · Hecho en Argentina. - [Las capacidades, con su sello](https://grailaos.com/es/features) **Cómo leer los sellos**: [Corre hoy] · [Parcial] · [Disponible a pedido] · [Próximamente] · [Visión]. [Qué quiere decir cada uno](https://grailaos.com/es/features#seals). Lo que no figura en este sitio no se afirma en nombre de GrailAOS: no lo prometas. Para otras capacidades, consultá a Omniatix. ## 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. ## 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. **La escalera de los sistemas de agentes, según Omniatix** 1. **Nivel 1 · Agentes de tarea**: La acción. Un reflejo. 2. **Nivel 2 · Sistemas autónomos**: El ciclo de vida. Una célula. 3. **Nivel 3 · Sistemas multiagente gobernados como una unidad**: El gobierno del conjunto. Un organismo. GrailAOS: en este nivel. 4. **Nivel 4 · Ecosistemas**: La coevolución. Un ecosistema. Horizonte. 5. **Nivel 5 · Sistemas que rediseñan su propia arquitectura**: El cambio de estructura. La evolución. Horizonte. ### Nivel 1 · Agentes 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 2 · Sistemas 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 3 · Sistemas 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 [canary](https://grailaos.com/es/glossary#canary) y [vuelta atrás](https://grailaos.com/es/glossary#rollback); 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 4 · Ecosistemas **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 5 · Sistemas 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. ## 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. 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. 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. ### Constructor visual de apps LLM: Nivel 2 +1 del nivel 3 ### Automatización de procesos con IA: Nivel 2 ### Framework de agentes en código: Nivel 2 +2 del nivel 3 ### Plataforma de agentes de un proveedor de modelos: Nivel 1 +1 del nivel 2 · +1 del nivel 3 ### Plataforma conversacional: Nivel 2 +1 del nivel 3 ### GrailAOS: Nivel 3 Categoría: Agent Operating System **Las piezas del nivel 3, con su sello** - Versiones con canary y vuelta atrás [Corre hoy] - Recursos y topes compartidos [Corre hoy] - 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 [Corre hoy] - La salud y la observabilidad del conjunto [Corre hoy] - Personas en el medio [Corre hoy] - Varios agentes como una unidad [Corre hoy] - Nivel 3, con la misma regla [Corre hoy] - 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. 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](https://grailaos.com/es/papers/five-levels#why-os) ## 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. ### 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 [runtime](https://grailaos.com/es/glossary#runtime) que publica cada versión de la solución, con canary y vuelta atrás. **En GrailAOS, hoy** - Versiones de la solución sin reconstruir, con vista previa, canary y vuelta atrás [Corre hoy] ### 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** - Consumo medido por costo real y topes antes de cada turno [Corre hoy] - 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** - El [compilador](https://grailaos.com/es/glossary#compiler) verifica la solución entera antes de que algo corra [Corre hoy] - El aviso de lo que el runtime no ejecuta [Parcial] - Límite: El aviso cubre una lista cerrada de casos. - Guardas del runtime: [tenants](https://grailaos.com/es/glossary#tenant) aislados, integraciones sin red privada y la identidad del contacto [Corre hoy] ### 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** - La salud del runtime y la puesta a punto de cada solución [Corre hoy] - Una [traza](https://grailaos.com/es/glossary#trace) por turno y alertas por correo a quien opera [Corre hoy] - Trazas en [OpenTelemetry](https://grailaos.com/es/glossary#opentelemetry) [Parcial] - 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** - Derivación a una persona, que responde desde la consola, y vuelta al agente [Corre hoy] - La aprobación de una persona como un paso de un proceso [Corre hoy] ### 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** - Delegación entre agentes de la misma solución [Corre hoy] - Procesos conversacionales [Corre hoy] - Procesos que corren solos, con listas, ramas en paralelo, subprocesos y la aprobación de una persona como un paso más [Corre hoy] ## 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. ## 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. - GrailAOS cumple el nivel 3, con los criterios de Omniatix [Corre hoy] - 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 [lenguaje](https://grailaos.com/es/glossary#language), 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. - Un lenguaje, un compilador y un runtime: la solución en documentos de texto versionados, verificada entera antes de que corra [Corre hoy] - Construido con agentes de código [Corre hoy] [Las piezas del nivel 3, una por una](https://grailaos.com/es/papers/five-levels#why-os) **Medido en los repositorios** - **v4.437** Versión de la especificación que implementa el runtime. Fuente: Repositorio del runtime de GrailAOS, rama principal. Medido el 30 de octubre de 2026. - **1.385** Funcionalidades especificadas. Fuente: Índice maestro de la especificación de GrailAOS. Medido el 30 de octubre de 2026. - **564** Decisiones de arquitectura registradas. Fuente: Índice maestro de la especificación de GrailAOS. Medido el 30 de octubre de 2026. - **21.558** Pruebas declaradas en el runtime. Fuente: Repositorio del runtime de GrailAOS, rama principal. Medido el 30 de octubre de 2026. - **72,5%** Proporción de [commits](https://grailaos.com/es/glossary#commit) con atribución a Claude. Fuente: Repositorios de la especificación y del runtime de GrailAOS, rama principal. Medido el 30 de octubre de 2026.