KAIROS: el perpetuo agente autónomo de Claude Code

Claude Code cambió la forma en que trabajan los desarrolladores. En lugar de escribir cada línea de código, describe lo que quiere y la IA lo ejecuta. Pero hay una limitación fundamental en este modelo:necesitas estar presente. Preguntas, la IA lo hace, compruebas, vuelves a preguntar. Y un ciclo que depende del ser humano en cada etapa.

KAIROS elimina esta dependencia. KAIROS, que se encuentra en el código fuente filtrado de Claude Code en marzo de 2026, es un sistema de agente perpetuo: una IA que se ejecuta continuamente en segundo plano, monitorea su proyecto, identifica problemas y realiza tareas.sin necesidad de que te diga qué hacer en cada momento. Es la diferencia entre tener un asistente que espera tus órdenes y tener un compañero de trabajo que toma la iniciativa.

Este artículo explica todo lo que sabemos sobre KAIROS: qué y cómo funciona, qué sistemas complementarios se encontraron en el código y qué significa esto para el futuro del desarrollo de software.

1. Cómo se descubrió KAIROS

La filtración del código fuente de Claude Code en marzo de 2026 reveló más que errores y optimizaciones. Reveló la dirección estratégica de Anthropic para los próximos meses. Entre huevos de Pascua como Claude Buddy y mejoras de rendimiento, los desarrolladores encontraron algo mucho más significativo: un sistema completo de agentes autónomos.

El nombre "KAIROS" aparece en múltiples archivos de código fuente, siempre asociado a conceptos de ejecución continua, seguimiento automático y toma de decisiones autónoma. No es un prototipo abandonado: el código está estructurado, documentado internamente y conectado a otros sistemas que también se encontraron en la filtración.

La comunidad identificó rápidamente tres sistemas interconectados:

• KAIROS:el agente perpetuo que se ejecuta en segundo plano
• ULTRAPLAN:un modo de planificación remota a largo plazo
• Coordinador + Agente Enjambres:infraestructura de coordinación multiagente

Juntos, estos sistemas representan un salto cualitativo en lo que Claude Code puede hacer. Ya no es una herramienta que responde preguntas. Y una herramienta quetrabajar para tu cuenta.

2. ¿Qué es KAIROS: agente siempre disponible?

En el modelo actual de Claude Code, la interacción sigue un patrón simple: abres la terminal, das una instrucción, Claude la ejecuta y evalúas el resultado. Cuando cierras la terminal, Claude se detiene. Cuando lo vuelves a abrir, empieza desde cero (o retoma un contexto guardado, pero sin haber hecho nada intermedio).

KAIROS invierte este modelo. Es un agente quecontinúa funcionando incluso cuando no estás interactuando. Piense en ello como un demonio: un proceso en segundo plano que monitorea, reacciona y ejecuta de forma autónoma.

Lo que hace KAIROS en segundo plano

Según el código encontrado, KAIROS es capaz de:

• Monitorear los cambios en el proyecto:detecta cuándo se modifican los archivos (por usted u otros desarrolladores) y evalúa si los cambios introducen problemas
• Corregir errores automáticamente:Si una prueba falla después de una confirmación, KAIROS puede identificar la causa y aplicar la solución sin intervención humana.
• Ejecutar tareas programadas:Puedes dejar instrucciones para que KAIROS las ejecute en ciertos momentos o cuando se cumplan ciertas condiciones.
• Mantener la calidad del código:ejecutar linters, comprobar convenciones, actualizar dependencias, todo de forma continua y silenciosa
• Responder a eventos:cuando se abre un PR, cuando se crea un problema, cuando falla una implementación: KAIROS puede tomar acciones predefinidas

3. ULTRAPLAN: planificación remota de 30 minutos

Uno de los sistemas más impresionantes que se encuentran junto con KAIROS y ULTRAPLAN. Mientras KAIROS se centra en la ejecución continua, ULTRAPLAN se centra enplanificación profunda.

El concepto es simple pero poderoso: le asignas al sistema una tarea compleja y éste dedica hasta 30 minutos a analizar, planificar y descomponer la tarea antes de hacer nada. No son 30 minutos de ejecución, son 30 minutos depensamiento puro.

Cómo funciona ULTRAPLAN

La diferencia entre ULTRAPLAN y simplemente pedir "migrar de Express a Fastify" y elprofundidad de análisis. En modo normal, Claude Code comienza a ejecutarse inmediatamente: rápido, pero propenso a errores en tareas complejas. ULTRAPLAN toma tiempo real para comprender todas las ramificaciones antes de tocar cualquier archivo.

Casos de uso de ULTRAPLAN

• Grandes migraciones:cambiar marco, cambiar base de datos, actualizar versión principal
• Refactorizaciones completas:cambiar la arquitectura de monolito a microservicios
• Nuevas características transversales:agregar autenticación, internacionalización, sistema de permisos
• Depuración de problemas sistémicos:rendimiento degradado, pérdidas de memoria, condiciones de carrera

El punto crucial: ULTRAPLAN puede funcionar mientras usted hace otra cosa. Empiezas a planificar, sales a tomar un café y cuando regresas el plan está listo para ser revisado. Es el primer paso hacia el trabajo asincrónico con IA.

4. Coordinador: coordinación multiagente

KAIROS solo y poderoso. Pero el verdadero potencial surge cuando lo combinas con Coordinator, el sistema de coordinación de múltiples agentes que también se encuentra en el código.

El Coordinador es la capa que permite que múltiples agentes trabajen juntos en el mismo proyecto sin conflictos. Piense en ello como un director de proyecto que distribuye tareas, evita la duplicación de trabajo y resuelve conflictos entre agentes.

Coordinador de Arquitectura

Componente	Función
Pegamento de tarea	Cola de tareas priorizadas que consumen los agentes
Administrador de bloque	Evita que dos agentes editen el mismo archivo al mismo tiempo
Sincronización de estados	Mantiene a todos los agentes actualizados sobre el estado del proyecto.
Resolución de conflictos	Resuelve situaciones en las que los agentes llegan a conclusiones contradictorias.
Seguimiento del progreso	Monitorea el progreso de cada agente e informa al usuario.

En la práctica, Coordinator permite escenarios como: un agente trabaja en el frontend, otro en el backend, otro en las pruebas, todo al mismo tiempo, sin intervenir en el trabajo de los demás. El Coordinador asegura que los cambios de cada agente sean compatibles entre sí.

5. Agent Swarms: programación de clústeres

El tercer pilar de la infraestructura de KAIROS son los Enjambres de Agentes, literalmente, enjambres de agentes. Es el sistema que escala la coordinación de múltiples agentes a docenas o cientos de agentes simultáneos.

Si el Coordinador gestiona entre 3 y 5 agentes en un proyecto, los Enjambres de agentes gestionangrupos enterosde agentes trabajando en múltiples proyectos, múltiples repositorios y múltiples tareas en paralelo.

Programación inteligente

El programador del clúster Agent Swarms distribuye tareas en función de:

• Completitud estimada:las tareas simples van a los agentes "ligeros" (Haiku), las tareas complejas a los agentes "pesados" (Opus)
• Dependencias:Las tareas que dependen de otras se programan en el orden correcto.
• Prioridad:errores críticos antes de las funciones, funciones antes de las refactorizaciones
• Recursos disponibles:distribuye la carga para evitar cuellos de botella API
• Historia:Los agentes que tuvieron éxito en tareas similares tienen prioridad para tareas del mismo tipo.

En la práctica, los Agent Swarms permiten escenarios que hoy parecen ciencia ficción: llegas al trabajo el lunes y descubres que KAIROS, utilizando un enjambre de 20 agentes durante el fin de semana, migró todo el conjunto de pruebas a un nuevo marco, actualizó 300 dependencias y resolvió 47 problemas pendientes. Todo mientras dormías.

6. Agent Teams vs KAIROS: episódico vs persistente

Ésta es la confusión más común. Claude Code ya tiene Agent Teams: la capacidad de ejecutar múltiples agentes en paralelo para realizar tareas. Entonces, ¿cuál es la diferencia para KAIROS?

La diferencia yfundamentaly se puede resumir en una palabra: perseverancia.

Característica	Equipos de agentes (actuales)	KAIROS (futuro)
Comenzar	Empiezas manualmente	Se ejecuta automáticamente
Duración	Hasta que termine la tarea	Continuo (siempre encendido)
Supervisión	Sigues en tiempo real	Se ejecuta en segundo plano, informa cuando es necesario
Alcance	una tarea especifica	Todo el proyecto, continuamente
Reactividad	No reacciona a eventos externos.	Reacciona a confirmaciones, relaciones públicas, problemas e implementaciones.
Planificación	Inmediato (comienza a ejecutarse)	ULTRAPLAN (puede planificar durante 30 min)
Memoria	Contexto de la sesión	Memoria de proyecto a largo plazo
Analogía	Freelance contratado por tarea	Empleado dedicado a tiempo completo

Los equipos de agentes sonepisódico: pides algo, los agentes lo ejecutan, se entrega el resultado, finaliza. Es útil, es potente, pero depende de ti para cada nueva tarea.

KAIROS ypersistente: se ejecuta todo el tiempo, conoce profundamente su proyecto, acumula contexto durante días y semanas y toma la iniciativa en función de las reglas y estándares que usted define. No es necesario pedirle que verifique si las pruebas están pasando: lo hace él mismo, continuamente.

Complementarios, no sustitutos

Es importante comprender que KAIROS no reemplaza a Agent Teams. Son complementarios. KAIROS es el agente que se encarga del funcionamiento diario del proyecto en segundo plano. Cuando surge una tarea grande y compleja, KAIROS puede invocar a Agent Teams para realizar esa tarea específica mientras continúa monitoreando el resto.

Piense en KAIROS como el CTO del proyecto y en Agent Teams como el equipo de desarrollo que el CTO coordina cuando es necesario.

7. Cómo funciona técnicamente KAIROS

Según el código encontrado, la arquitectura técnica de KAIROS tiene cinco componentes principales:

1. Gerente de Procesos

KAIROS se ejecuta como un proceso separado del Código Claude interactivo. Se inicia como un demonio (proceso en segundo plano) que persiste entre sesiones. Cuando cierras la terminal, KAIROS continúa ejecutándose.

2. Sistema de eventos

KAIROS se conecta a fuentes de eventos del proyecto: observaciones del sistema de archivos, webhooks de GitHub/GitLab, resultados deCI/CD, seguimiento de métricas. Cada evento se evalúa según las reglas configuradas por el usuario.

3. Motor de decisiones

Cuando llega un evento, el motor de decisiones determina la acción. Para decisiones simples (corrección de pelusa, prueba trivial), el motor actúa automáticamente. Para decisiones complejas (refactorización grande, cambio de arquitectura), escala al modelo Opus y/o notifica al usuario.

4. Almacén de memoria

KAIROS mantiene una base de datos del contexto del proyecto que crece con el tiempo. A diferencia del contexto de la sesión (que se restablece), el almacén de memoria es persistente. Recuerda que la función X fue refactorizada hace 3 semanas, que el desarrollador Y prefiere probar con Jest, que el módulo Z tiene un error conocido que está siendo monitoreado.

5. Capa de comunicación

KAIROS se comunica con el usuario a través de múltiples canales: notificaciones de terminal (cuando Claude Code está abierto), resúmenes periódicos (a través de un archivo de registro o webhook) y alertas urgentes (para decisiones que no puede tomar solo).

8. Cómo cambia esto el flujo de trabajo de desarrollo

El impacto de KAIROS en el flujo de trabajo no es incremental. Y un cambio de paradigma. Vea cómo cambia la vida diaria de un desarrollador:

Antes de KAIROS (modelo actual)

1. El desarrollador llega, abre el proyecto y ve que las pruebas fallaron en CI
2. Investigar la causa (15-30 min)
3. Solucionar el problema
4. Ejecute pruebas localmente
5. Confirmar, presionar, esperar CI
6. Comience a trabajar en la función planificada
7. Encuentra una dependencia obsoleta y se detiene para actualizar
8. Revisión de relaciones públicas de un colega (20-40 min)
9. Volver a la función
10. Fin del día: función completa al 60%

Con KAIROS

1. Llega el desarrollador, abre el proyecto.
2. KAIROS informa: "Ejecuté la prueba que falló a las 3 am, la corregí y la fusioné. Actualicé 3 dependencias de parches. Revisé las relaciones públicas de mi colega: no hubo problemas de seguridad, sugerí 2 mejoras menores".
3. El desarrollador comienza a trabajar en la función planificada de inmediato
4. Fin del día: característica 100% completa

La diferencia no es sóloproductividad. E foco. KAIROS absorbe todo el trabajo operativo que fragmenta la atención del desarrollador a lo largo del día. Corregir pruebas, actualizar departamentos, revisar relaciones públicas triviales, pelusas interesantes: todo esto deja el plato del desarrollador y va al agente.

El desarrollador como arquitecto.

Cuando KAIROS se encarga de la ejecución operativa, el papel del desarrollador cambia. En lugar de ser quien escribe el código, el desarrollador se convierte en quienestablece la gestión, toma decisiones arquitectónicas y supervisa al agente. Es una elevación del rol: de albacea a arquitecto supervisor.

Esto no significa que los desarrolladores dejen de codificar. Significa que el tiempo dedicado a la codificación se centra en lo que realmente importa: problemas complejos, decisiones de diseño, trabajo creativo. El trabajo repetitivo y mecánico queda en manos de KAIROS.

9. Implicaciones para la automatización

KAIROS no sólo afecta a los desarrolladores. Las implicaciones para la automatización de procesos son amplias:

DevOps continuo

Hoy en día, los pipelines de CI/CD son scripts estáticos: si sucede X, haz Y. Con KAIROS, el pipeline gana inteligencia: si sucede X, evalúa el contexto, decide entre Y, Z o W, ejecuta y monitorea el resultado. Los pipelines dejan de ser guiones y se convierten en agentes.

Mantenimiento preventivo

KAIROS puede identificar patrones que preceden a los problemas. Si nota que cada vez que se cambia la función X las pruebas de integración fallan, puede alertar proactivamente cuando alguien toca esa función, antes de que ocurra el problema.

Incorporación automatizada

Los nuevos miembros del equipo podrían tener un KAIROS dedicado que explique el proyecto, guíe a través del código base y responda preguntas con un contexto profundo sobre decisiones arquitectónicas históricas. KAIROS sabe por qué se tomó cada decisión porque estaba ahí cuando sucedió.

Documentación viva

En lugar de documentación estática que queda obsoleta en cuestión de días, KAIROS puede mantener documentación que se actualiza automáticamente a medida que cambia el código. ¿Cambiaste una API? KAIROS actualiza la documentación en el mismo segundo.

10. Riesgos y preocupaciones

No todo es KAIROS y optimismo. La comunidad planteó preocupaciones legítimas que merecen discusión:

Autonomía sin supervisión

Un agente que actúa solo puede cometer errores que se propagan. Si KAIROS "arregla" una prueba haciéndola menos rigurosa en lugar de arreglar el código, puede enmascarar errores reales. la cuestión de¿Cuánta autonomía le das al agente?Es central y no hay una respuesta fácil.

El código encontrado sugiere que Anthropic pensó en esto: hay niveles de autonomía configurables (solo monitorear, sugerir acciones, ejecutar con aprobación, ejecutar automáticamente). Pero la tentación de aumentar la autonomía para ganar productividad es real.

Costo de computación

Un agente siempre activo consume tokens continuamente. Monitorear un proyecto, evaluar eventos, tomar decisiones: todo esto utiliza la API modelo. Para proyectos grandes con muchos eventos, el costo puede ser significativo. El sistema de programación que utiliza modelos más pequeños (Haiku) para la clasificación y modelos más grandes (Opus) para las decisiones es una mitigación, pero no elimina el costo.

Dependencia y atrofia de habilidades

Si KAIROS realiza el trabajo operativo, los desarrolladores pueden perder la capacidad de hacerlo manualmente. Así como el GPS atrofió la capacidad de navegar, KAIROS puede atrofiar la capacidad de depuración, revisión de código y mantenimiento de proyectos. La pregunta es si importa: tal vez estas habilidades se vuelvan tan irrelevantes como memorizar rutas.

Seguridad

Un agente con acceso de escritura al repositorio, CI/CD e implementación es un poderoso vector de ataque. Si el sistema se ve comprometido, el atacante obtiene un ejecutor automático con acceso a toda la infraestructura. La seguridad de KAIROS debe tratarse con la misma seriedad que el acceso raíz a los servidores de producción.

11. ¿Cuándo se lanzará?

Anthropic no ha anunciado una fecha oficial para KAIROS. Pero podemos inferir una línea de tiempo basada en las señales del código y el historial de lanzamientos de la empresa:

¿Qué sabemos?

• El código KAIROS es funcional pero está marcado como característica marcada (deshabilitado de forma predeterminada)
• ULTRAPLAN tiene pruebas unitarias extensas, lo que sugiere que está más cerca de estar listo
• El coordinador ya tiene integración con el sistema existente de Agent Teams
• Agent Swarms parece ser el componente menos maduro, con más TODO en el código

Cronograma probable

• Segundo trimestre de 2026 (abril-junio):ULTRAPLAN como función beta. Planificación a largo plazo disponible para usuarios de Max
• Tercer trimestre de 2026 (julio-septiembre):KAIROS en beta limitada. Modo de "seguimiento" para los primeros usuarios seleccionados
• Cuarto trimestre de 2026 (octubre-diciembre):KAIROS al alcance de todos. Coordinador integrado. Enjambres en beta
• 2027:Agent Swarms en producción. Ecosistema completo de agentes perpetuos

Esta línea de tiempo es especulativa, pero se alinea con la cadencia de lanzamiento histórica de Anthropic: avance del código, beta limitada, expansión gradual, lanzamiento general.

12. Cómo prepararse ahora

KAIROS aún no está disponible, pero puedes prepararte hoy para aprovecharlo al máximo cuando llegue:

Domina el Código Claude actual

KAIROS se basa en el Código Claude. Cuanto más fluido seas en la herramienta básica, más rápido aprovecharás las capacidades avanzadas. Si aún no usas Claude Code diariamente, comienza ahora.

Estructura tus proyectos para la automatización

• Pruebas automatizadas:KAIROS necesita pruebas para verificar que sus correcciones funcionen. Sin probar, funciona en la oscuridad.
• CI/CD configurado:Los canales de integración continua son los "ojos" de KAIROS. Sin IC, no sabe si algo se rompió
• Linters y formateadores:Las reglas de código claras permiten a KAIROS mantener la coherencia automáticamente
• Documentación básica:CLAUDE.md, README, ADR (Architecture Decision Records) brindan contexto para que el agente tome mejores decisiones

Aprende a pensar en términos de reglas.

KAIROS opera en base a reglas que usted define. "Si la prueba falla, corrija automáticamente" es una regla simple. "Si la prueba falla e involucra el módulo de pagos, no la solucione automáticamente: notifique al líder de seguridad" es una regla sofisticada. Cuanto mejor establezcas reglas claras, más eficaz será KAIROS.

Instalar habilidades especializadas

Las habilidades no son sólo para uso interactivo. Cuando KAIROS está en funcionamiento, puede utilizar habilidades para tomar mejores decisiones en dominios específicos. Una habilidad de seguridad ayuda a KAIROS a identificar vulnerabilidades. Una habilidad de desempeño ayuda a detectar regresiones. Cuanto más especializado sea el contexto, mejores serán las decisiones del agente.

Establece tus límites de autonomía

Antes de que llegue KAIROS, piensa cuánto control quieres delegar. Para cada tipo de acción (corrección de prueba, actualización del departamento, revisión de relaciones públicas, refactorización), defina si desea aprobación manual o ejecución automática. Tener claros estos límites antes de activar el agente evita sorpresas.