Governance degli agenti di IA - Work session e preflight gate

Fai dichiarare il lavoro a ogni agente di codice: lease consultivi sugli elementi C4, un preflight gate che risponde allow, warn o deny, e una Architecture…

Fai dichiarare il lavoro a ogni agente di IA prima che lo scriva

Archyl non è un altro agente di codice. Si colloca sopra quelli che già usi -- Claude Code, Cursor, Copilot, Codex -- e sottopone ogni sessione alla tua architettura documentata prima della prima riga di codice.

Governance degli agenti di IA | Work session e preflight gate | Archyl

Governa gli agenti di codice con le work session: lease consultivi sugli elementi C4, un preflight gate che risponde allow, warn o deny, e una Architecture Change Request quando l'architettura cambia.

governance agenti IA, architettura multiagente, work session, conflitti agenti IA, guardrail architettura

Gli agenti in parallelo si scontrano in silenzio

Tre agenti aprono tre pull request. Ognuna giusta da sola. Insieme rendono il sistema tre cose diverse.

Nessuno sa cosa sta facendo un agente

Un agente legge il repository, scrive codice e apre una pull request. Fino a quel momento la sua intenzione è invisibile.

Il contesto conquistato muore con la sessione

La trappola che è costata un pomeriggio a un agente sparisce a fine sessione. Il successivo ci ricasca.

L'agente dichiara il lavoro

start_work_session risolve il task sul tuo modello C4, prende lease consultivi e apre con un briefing: ADR, guardrail e trappole delle sessioni precedenti.

Il preflight gate risponde

allow, warn con motivi espliciti, oppure deny su un conflitto esclusivo come una migrazione di schema.

I guardrail tengono mentre scrive

Su Claude Code il Guard hook blocca una modifica che viola una regola prima che venga scritta. Gli altri agenti eseguono lo stesso controllo via MCP.

La sessione restituisce il contesto

finish_work_session registra l'esito, fissa decisioni e trappole sugli elementi toccati e apre una Architecture Change Request se l'architettura si è mossa.

Ogni sessione dichiara gli elementi C4 che sta per cambiare. L'agente successivo vede chi c'e già dentro.

allow, warn o deny, deciso dai lease attivi e dalle tue regole di conformità.

Memoria che sopravvive alla sessione

Note, convenzioni e trappole restano sugli elementi di architettura e tornano nella sessione successiva.

Tutte le sessioni dell'organizzazione in tempo reale: chi lavora su cosa, con quali elementi, dietro quale gate.

Architecture Change Requests

Un agente che ristruttura un servizio deposita una proposta invece di modificare il modello di nascosto.

Qualsiasi agente che parla MCP

Gli strumenti di work session sono MCP puro, con un profilo coding di 16 strumenti.

Più agenti su una codebase

Due agenti sullo stesso container lo scoprono all'avvio della sessione, non in revisione.

Lavoro che non deve competere

Le migrazioni di schema si aprono con exclusive. Una sessione in conflitto viene negata, non solo avvisata.

Far entrare un agente in una codebase

Un agente nuovo parte con la fetta di architettura che conta e con ciò che la sessione precedente ha imparato.

Sessioni governate in cinque minuti

Un comando installa l'Harness accanto agli agenti che già usi. Disponibile su ogni piano.