Governance fur KI-Coding-Agenten - Work Sessions und Preflight Gate

Lassen Sie jeden KI-Agenten seine Arbeit anmelden: Advisory Leases auf C4-Elementen, ein Preflight Gate mit allow, warn oder deny, und ein Architecture Change…

Jeder KI-Agent meldet seine Arbeit an, bevor er Code schreibt

Archyl ist kein weiterer Coding-Agent. Es sitzt über den Agenten, die Sie ohnehin einsetzen -- Claude Code, Cursor, Copilot, Codex -- und prüft jede Session gegen Ihre dokumentierte Architektur, vor der ersten Zeile Code.

Governance für KI-Coding-Agenten | Work Sessions und Preflight Gate | Archyl

Steuern Sie KI-Coding-Agenten mit Work Sessions: Advisory Leases auf C4-Elementen, ein Preflight Gate mit allow, warn oder deny, und ein Architecture Change Request, wenn sich die Architektur ändert.

KI-Agenten Governance, Multi-Agenten-Architektur, Work Sessions, KI-Agenten Konflikte, Architektur Guardrails

Parallele Agenten kollidieren lautlos

Drei Agenten öffnen drei Pull Requests. Jeder für sich ist richtig. Zusammen machen sie das System zu drei verschiedenen Dingen.

Niemand weiß, was ein Agent gerade tut

Ein Agent liest das Repository, schreibt Code und öffnet einen Pull Request. Bis dahin ist seine Absicht unsichtbar.

Mühsam gewonnener Kontext stirbt mit der Session

Der Fallstrick, der einen Agenten einen Nachmittag gekostet hat, ist am Sessionende weg. Der nächste läuft hinein.

Der Agent meldet die Arbeit an

start_work_session löst die Aufgabe gegen Ihr C4-Modell auf, nimmt Advisory Leases und startet mit einem Briefing: ADRs, Guardrails und Fallstricke früherer Sessions.

Das Preflight Gate antwortet

allow, warn mit benannten Gründen, oder deny bei einem exklusiven Konflikt wie einer Schema-Migration. Ein Verdikt, bevor Code entsteht.

Guardrails halten während des Codens

In Claude Code blockiert der Guard Hook eine Änderung, die eine Conformance-Regel verletzt, bevor sie geschrieben wird. Andere Agenten prüfen dasselbe über MCP.

Die Session gibt Kontext zurück

finish_work_session hält das Ergebnis fest, heftet Entscheidungen und Fallstricke an die berührten Elemente und öffnet ein Architecture Change Request, wenn sich die Architektur bewegt hat.

Jede Session meldet die C4-Elemente an, die sie ändern wird. Der nächste Agent sieht, wer schon drin ist.

allow, warn oder deny, entschieden aus aktiven Leases und Ihren Conformance-Regeln. Mit exclusive stoppen Sie eine Session ganz.

Gedächtnis, das die Session überlebt

Notizen, Konventionen und Fallstricke hängen an Architekturelementen und kommen in der nächsten Session automatisch zurück.

Jede Session der Organisation, live: wer woran arbeitet, welche Elemente hält, hinter welchem Gate.

Architecture Change Requests

Ein Agent, der einen Service umbaut, reicht einen Vorschlag ein statt das Modell heimlich zu ändern. Agenten schlagen vor, Menschen mergen.

Jeder Agent, der MCP spricht

Die Work-Session-Tools sind schlichtes MCP. Ein kuratiertes Coding-Profil mit 16 Tools hält den Agentenkontext fokussiert.

Mehrere Agenten auf einer Codebase

Zwei Agenten am selben Container erfahren es beim Sessionstart, nicht im Review. Die Warnung nennt die andere Session.

Arbeit, die nicht konkurrieren darf

Schema-Migrationen und Vertragsänderungen starten mit exclusive. Eine kollidierende Session wird abgelehnt, nicht nur gewarnt.

Einen Agenten in eine Codebase einführen

Ein neuer Agent startet mit dem relevanten Architekturausschnitt und dem, was die letzte Session mühsam gelernt hat.

Governte Sessions in fünf Minuten

Ein Befehl installiert das Harness neben den Agenten, die Sie schon nutzen. In jedem Plan enthalten.