Gobernanza de agentes de IA - Work sessions y preflight gate
Haz que cada agente de codigo declare su trabajo: leases consultivos sobre elementos C4, un preflight gate que responde allow, warn o deny, y una Architecture…
Haz que cada agente de IA declare su trabajo antes de escribirlo
Archyl no es otro agente de código. Se sitúa por encima de los que ya usas -- Claude Code, Cursor, Copilot, Codex -- y somete cada sesión a tu arquitectura documentada antes de la primera línea de código.
Gobernanza de agentes de IA | Work sessions y preflight gate | Archyl
Gobierna tus agentes de código con work sessions: leases consultivos sobre elementos C4, un preflight gate que responde allow, warn o deny, y una Architecture Change Request cuando la arquitectura cambia.
gobernanza agentes IA, arquitectura multiagente, work sessions agentes, conflictos agentes IA, guardrails arquitectura
Los agentes en paralelo chocan en silencio
Tres agentes abren tres pull requests. Cada una es correcta por su cuenta. Juntas convierten el sistema en tres cosas distintas.
Nadie sabe qué está haciendo un agente
Un agente lee el repositorio, escribe código y abre una pull request. Hasta ese momento su intención es invisible.
El contexto ganado muere con la sesión
La trampa que le costo una tarde a un agente desaparece al cerrar la sesión. El siguiente cae en ella igual.
El agente declara el trabajo
start_work_session resuelve la tarea contra tu modelo C4, toma leases consultivos y abre con un briefing: ADRs, guardrails y trampas de sesiones anteriores.
El preflight gate responde
allow, warn con razones nombradas, o deny ante un conflicto exclusivo como una migración de esquema. Un veredicto antes de escribir código.
Los guardrails aguantan mientras codifica
En Claude Code, el Guard hook bloquea una edición que viola una regla de conformidad antes de escribirla. Otros agentes hacen la misma comprobación vía MCP.
La sesión devuelve el contexto
finish_work_session registra el resultado, fija decisiones y trampas en los elementos tocados y abre una Architecture Change Request si la arquitectura cambió.
Cada sesión declara los elementos C4 que va a cambiar. El siguiente agente ve quién está ya dentro.
allow, warn o deny, decidido desde los leases activos y tus reglas de conformidad. Usa exclusive para detener una sesión en seco.
Memoria que sobrevive a la sesión
Notas, convenciones y trampas se adjuntan a los elementos de arquitectura y vuelven automáticamente en la siguiente sesión.
Todas las sesiones de la organización, en vivo: quién trabaja en qué, sosteniendo qué elementos y tras qué gate.
Architecture Change Requests
Un agente que reestructura un servicio presenta una propuesta en lugar de editar el modelo a escondidas. Los agentes proponen, los humanos hacen merge.
Cualquier agente que hable MCP
Las herramientas de work session son MCP estándar. Un perfil coding de 16 herramientas mantiene el contexto del agente enfocado.
Varios agentes en un mismo repositorio
Dos agentes que editan el mismo container en la misma hora se enteran al iniciar la sesión, no en la revisión.
Trabajo que no debe competir
Migraciones de esquema y cambios de contrato se abren con exclusive. Una sesión en conflicto se deniega, no solo se advierte.
Incorporar un agente a un repositorio
Un agente nuevo arranca con la porción de arquitectura que importa y con lo que aprendió la sesión anterior.
Sesiones gobernadas en cinco minutos
Un comando instala el Harness junto a los agentes que ya usas. Disponible en todos los planes.