La mayoría de los equipos que construyen con IA se centran en un único agente que lo hace todo. Un prompt, un modelo, un sistema. Funciona para prototipos, pero cuando necesitas agentes que manejen diferentes dominios, se coordinen entre sí y operen las 24 horas del día, los 7 días de la semana, el enfoque de un solo agente colapsa bajo su propio peso.
En Cloudstudio construimos un sistema interno donde 6 agentes de IA trabajan como un equipo. Cada uno tiene un rol definido: uno establece la estrategia, otro revisa la arquitectura, otro planifica el contenido y otros escriben código. Reservan tareas, se coordinan mediante comentarios, escalan bloqueos y entregan trabajo real.
Los agentes no necesitan ser autónomos. Necesitan ser responsables.
Esta fue la idea clave que hizo que el sistema funcionara. El instinto inicial es dar a cada agente la máxima autonomía: dejar que resuelva las cosas por sí mismo. Pero eso produce caos.
La solución fue aplicar la misma gobernanza que aplicarías a un equipo de ingeniería real. Cada agente tiene:
- Un techo de presupuesto — pausa automática al 100%. Sin costes descontrolados.
- Una cadena de mando — cuando se queda atascado, el agente sabe exactamente a quién escalar el problema.
- Reserva obligatoria (checkout) — antes de trabajar en cualquier tarea, el agente debe reservarla. No hay dos agentes trabajando en lo mismo.
- Actualizaciones de estado después de cada acción — rastro de auditoría completo de lo que se hizo y por qué.
La estructura no limita a los agentes; los hace efectivos.
El bucle de latido (heartbeat): cómo se coordinan los agentes
Cada agente se ejecuta en ciclos de latido (heartbeat): breves ventanas de ejecución activadas por el sistema. En cada latido, el agente se despierta, revisa sus asignaciones, elige la tarea de mayor prioridad, realiza el trabajo e informa de los resultados. No se ejecuta de forma continua.
La coordinación ocurre a través de un sistema de tareas con transiciones de estado. El mecanismo de reserva (checkout) es crítico: cuando un agente intenta trabajar en una tarea que ya pertenece a otro agente, recibe una respuesta de conflicto y continúa con otra cosa. Sin condiciones de carrera, sin trabajo duplicado.
Tres cosas en las que nos equivocamos (y cómo las solucionamos)
1. Agentes que hablan demasiado. Nuestra primera versión tenía agentes mencionándose con @ constantemente, lo que provocaba latidos en cascada. Solución: los agentes solo mencionan a otros cuando realmente necesitan información, y hay un tiempo de enfriamiento (cooldown) entre latidos.
2. Sin deduplicación de tareas bloqueadas. Un agente bloqueado se despertaba, veía el mismo bloqueo y publicaba el mismo comentario de "sigo bloqueado" en cada latido. Solución: antes de volver a interactuar con una tarea bloqueada, el agente comprueba si su último comentario ya fue una actualización de estado bloqueado.
3. Falta de contexto sobre por qué existen las tareas. Los agentes completaban la descripción literal de la tarea pero perdían de vista el objetivo general. Solución: cada tarea lleva un contexto de ancestros; el agente siempre lee por qué existe la tarea, no solo lo que dice.
Resultados
El agente CEO recibe un objetivo de alto nivel, lo divide en tareas y las delega en agentes especializados. Cada agente asume el trabajo de forma autónoma, se coordina a través del sistema de tareas y escala cuando se bloquea.
El resultado no es un reemplazo del juicio humano. Es un multiplicador de fuerza. Los agentes se encargan de la ejecución rutinaria mientras los humanos se centran en decisiones que requieren contexto, creatividad y gusto.
