Ejecuciones de Agentes Gestionadas: Agentes Autónomos Que Trabajan en Tu Arquitectura Mientras Duermes

Hace dos semanas lanzamos Agent Hub con guardarraíles de conformidad — reglas que indican a los agentes de IA lo que pueden y no pueden hacer. Esa era la capa defensiva. Hoy añadimos la ofensiva.

Las Ejecuciones de Agentes Gestionadas te permiten despachar agentes de IA autónomos directamente desde Archyl. Dales una tarea, conéctalos a tus herramientas, establece una programación y déjalos trabajar. Clonan tu repositorio, leen tu arquitectura, llaman a servicios externos y reportan todo lo que hicieron — cada llamada a herramienta, cada decisión, cada token consumido.

Esto no es "chatear con tu arquitectura." Esto es un agente que hace trabajo real, de forma autónoma, sobre tu código.

Por qué Ejecuciones Gestionadas

El patrón que veíamos constantemente era este: los equipos configuraban reglas de conformidad, generaban su archivo CLAUDE.md, y luego ejecutaban agentes manualmente en su terminal. Copiar el contexto, pegarlo en Claude Code, ejecutar la tarea, verificar la salida. Cada vez.

La pieza que faltaba era la automatización. No deberías tener que supervisar un agente que realiza una tarea rutinaria. Verificar dependencias obsoletas cada lunes por la mañana debería ser una tarea programada. Revisar PRs abiertos contra reglas arquitectónicas después de cada merge debería ser automático. Generar un informe semanal de desfase arquitectónico — configúralo y olvídate.

Las ejecuciones gestionadas cierran este ciclo. Define la tarea, elige una programación, y Archyl se encarga del resto — clonación, inyección de contexto, ejecución y monitoreo.

Anatomía de una Ejecución

Cada ejecución gestionada sigue el mismo ciclo de vida:

1. Clonación — El agente clona el repositorio de tu proyecto en un espacio de trabajo aislado. Copia limpia, sin contaminación de ejecuciones anteriores.

2. Inyección de contexto — Antes de que el agente escriba una sola línea de código, recibe tu contexto arquitectónico completo: modelo C4, ADRs, reglas de conformidad, stack tecnológico, contratos de API. Los mismos datos de get_agent_context que alimentan los guardarraíles, inyectados automáticamente.

3. Ejecución — El agente trabaja en tu tarea. Puede leer archivos, escribir código, llamar a herramientas externas y tomar decisiones. Cada acción se registra como un evento en un feed en tiempo real.

4. Reporte — Cuando la ejecución se completa (o alcanza el límite de iteraciones), obtienes una traza completa: cada llamada a herramienta con su entrada y salida, insignias de estado, conteo de tokens y tiempo transcurrido.

La página de detalle de la ejecución muestra todo. Las llamadas a herramientas son tarjetas desplegables con JSON resaltado sintácticamente. Cada tarjeta muestra de qué conector proviene la herramienta — "github" para llamadas a la API de GitHub, "archyl" para consultas de arquitectura, "linear" para seguimiento de incidencias. Puedes rastrear exactamente lo que hizo el agente y por qué.

Conectores: Conecta Cualquier Servicio MCP

Aquí es donde se pone interesante. Las ejecuciones gestionadas no solo se comunican con Archyl. Pueden comunicarse con cualquier cosa que hable MCP (Model Context Protocol).

Los conectores te permiten vincular servicios externos a tus ejecuciones de agentes. De serie, soportamos:

• GitHub — Leer PRs, verificar estado de CI, listar incidencias, revisar código
• GitLab — Las mismas capacidades para proyectos alojados en GitLab
• Linear — Leer y actualizar incidencias, verificar progreso del sprint
• Slack — Publicar mensajes, leer canales, notificar equipos
• Cualquier servidor MCP — Si expone herramientas MCP, puedes conectarlo

Configurar un conector toma treinta segundos. Dale un nombre, pega la URL del servidor, añade cabeceras de autenticación si es necesario, y Archyl sondeará el servidor para descubrir las herramientas disponibles. Verás cada herramienta que el conector expone antes de guardar.

Cuando creas una ejecución o una programación, eliges qué conectores vincular. El agente obtiene acceso a todas las herramientas de todos los conectores vinculados, con espacio de nombres por nombre de conector. Una herramienta de GitHub aparece como github__list_pull_requests. Una herramienta de Linear aparece como linear__get_issue. Sin colisiones, sin ambigüedad.

Este espacio de nombres importa. Cuando miras el feed de eventos de una ejecución, cada llamada a herramienta muestra su origen. Puedes saber al instante si el agente estaba consultando tu modelo de arquitectura, leyendo un PR de GitHub o publicando en Slack. Visibilidad total sobre lo que el agente tocó y dónde.

Programaciones: Automatización Basada en Cron

Algunas tareas no deberían esperar a que un humano pulse "Ejecutar." Las programaciones te permiten definir ejecuciones recurrentes de agentes con expresiones cron estándar.

Algunos ejemplos de lo que los equipos ya están haciendo:

Revisión arquitectónica semanal — Cada lunes a las 9am, un agente revisa el código en busca de desfase arquitectónico. Compara la estructura real del código con el modelo C4, señala nuevas dependencias que no están documentadas e identifica componentes que han crecido más allá de su alcance previsto.

Verificación de conformidad de PRs — Después de cada merge a main, un agente revisa el diff contra las reglas de conformidad. Detecta los patrones que se escaparon del CI — no errores de sintaxis, sino violaciones arquitectónicas que solo tienen sentido en el contexto del sistema completo.

Auditoría de dependencias — Cada miércoles, un agente escanea el árbol de dependencias en busca de vulnerabilidades conocidas, paquetes obsoletos y discrepancias de versiones entre servicios. Crea un resumen con niveles de severidad y actualizaciones sugeridas.

Sincronización de documentación — Cada viernes por la tarde, un agente compara el código actual con la documentación del proyecto. Endpoints faltantes, descripciones desactualizadas, nuevos servicios sin documentación — los señala todos.

Cada programación muestra su expresión cron, la hora de la próxima ejecución, la hora de la última ejecución y el estado activo/pausado. Puedes pausar una programación sin eliminarla, ejecutarla manualmente fuera de su cadencia normal, o editar el texto de la tarea y los tiempos en cualquier momento.

La Página de Detalle de la Ejecución

Dedicamos mucho tiempo a la experiencia de monitoreo porque la visibilidad lo es todo cuando dejas que un agente trabaje de forma autónoma.

La página de detalle de la ejecución te ofrece:

• Estado de un vistazo — En ejecución, completada, fallida o cancelada. Insignia con código de color, visible de inmediato.
• Uso de tokens — Tokens de entrada y salida, para que puedas rastrear costos por ejecución.
• Tiempo transcurrido — Cuánto tiempo trabajó el agente, actualizado en tiempo real durante la ejecución.
• ID de ejecución — Para trazabilidad y depuración.
• Feed de eventos en vivo — Cada acción que realiza el agente aparece como una tarjeta desplegable. Las llamadas a herramientas muestran el conector de origen, nombre de la herramienta, parámetros de entrada y salida. Los mensajes muestran el razonamiento del agente. Los errores se resaltan.

El feed está diseñado para escaneo rápido. Las filas colapsadas muestran el tipo de evento y un resumen de una línea. Pasa el cursor para ver la insignia del conector y expande para ver los detalles completos. Cuando algo sale mal, no buscas entre logs — recorres una línea temporal estructurada de exactamente lo que sucedió.

Consciente de la Arquitectura por Defecto

Cada ejecución gestionada obtiene acceso automático al servidor MCP de tu proyecto en Archyl. Esto significa que el agente puede:

• Consultar el modelo C4 para entender los límites del sistema
• Leer ADRs para comprender decisiones pasadas
• Verificar reglas de conformidad para saber qué patrones seguir
• Explorar contratos de API para entender interfaces de servicios
• Consultar asignaciones de tecnología para elegir las herramientas correctas

Esta no es una integración opcional. Es la base. El agente no empieza desde cero — empieza desde tu arquitectura. Cuando necesita crear un nuevo servicio, sabe a qué contenedor pertenece. Cuando escribe código, sabe qué patrones están impuestos. Cuando añade una dependencia, sabe qué tecnologías están aprobadas.

Combinado con conectores externos, esto crea agentes que son tanto conscientes de la arquitectura como operativamente capaces. Conocen tu sistema y pueden interactuar con tus herramientas.

Primeros Pasos

Las Ejecuciones de Agentes Gestionadas están disponibles ahora en Agent Hub para los planes Business y Scale.

1. Crea un conector — Ve a Agent Hub, luego Connectors. Añade tu servicio de GitHub, Linear o cualquier servicio compatible con MCP.
2. Inicia una ejecución — Ve a Runs, luego New Run. Escribe tu tarea, vincula conectores y lanza la ejecución.
3. Configura una programación — Ve a Schedules, luego New Schedule. Elige una expresión cron, vincula conectores y déjalo funcionar.

Los agentes están listos. Tu arquitectura es el contexto. Tus herramientas son los conectores. Ahora ponlos a trabajar.