Harness
Faites déclarer leur travail à vos agents de code avant qu'ils l'écrivent

Archyl n'est pas un agent de code de plus. Il se place au-dessus de ceux que vous faites déjà tourner -- Claude Code, Cursor, Copilot, Codex -- et confronte chaque session à votre architecture documentée avant la première ligne de code.

Voir les tarifs
app.archyl.com

Aurora Commerce

Platform team

Project

Systems

Storefront
Checkout
Payments
Fulfilment
AL

Ada Lovelace

Architect

Aurora Commerce/Agent Hub/Fleet
Search the architecture…K
Live
ALMDKS
AI
DashboardRulesFleetMemoryRunsSchedules
3

3 agents at work

Declared under the harness

Leases

7

+2 today

Memories

24

5 pitfalls

Outcomes

12

this week

Under workCheckout APIadaOrderServiceadaOrders DBadaStorefrontmarcPayments APIkenji

Active sessions 3

Refreshed every 10 s

claude-code/adagate allowstarted 12 min ago

Add idempotency keys to the checkout payment path

Checkout APIOrderServiceOrders DB
heartbeat 4s
cursor/marcgate warn1 element shared with another sessionstarted 4 min ago

Tune Storefront session handling

StorefrontSession Store
heartbeat 10s
codex/kenjigate allowstarted 27 min ago

Extract the Payments API from the Checkout monolith

Payments APICheckoutStripe
heartbeat 16s

Live events

All agents

ada leased OrderService

gate allow · 3 elements

just now

kenji leased Payments API

gate allow · 3 elements

8s

ada noted a convention

Checkout API · keys are UUIDv7

21s

marc recalled ADR-017

Throttling lives at the gateway

46s

ada heartbeat

editing checkout/payment.go

1m

kenji opened ACR-42

Payments API split · 2 reviewers

2m

kenji remembered a pitfall

Orders DB · retries must be idempotent

3m
Le problème

Des douleurs que vous connaissez trop bien

Ces difficultés s'accumulent avec le temps. Plus elles restent sans réponse, plus elles coûtent en temps d'ingénierie et en fiabilité.

Les agents parallèles se percutent en silence

Trois agents ouvrent trois pull requests. Chacune est correcte prise seule. Ensemble elles font du système trois choses différentes, et personne ne le voit avant la revue.

Personne ne sait ce que fait un agent

Un agent lit le dépôt, écrit du code et ouvre une pull request. Jusque-là, son intention est invisible pour le reste de l'équipe.

Le contexte durement acquis meurt avec la session

Le piège qui a coûté un après-midi à un agent disparaît à la fin de sa session. Le suivant tombe dedans à son tour.

Comment ça marche

Opérationnel en quelques étapes

1

L'agent déclare son travail

start_work_session résout la tâche contre votre modèle C4, prend des leases consultatifs sur les éléments concernés et ouvre sur un briefing : ADR applicables, guardrails et pièges laissés par les sessions précédentes.

2

Le preflight gate répond

allow, warn avec des raisons nommées -- une autre session tient déjà un élément -- ou deny sur un conflit exclusif comme une migration de schéma. Un verdict, avant la moindre ligne de code.

3

Les guardrails tiennent pendant qu'il code

Sur Claude Code, le Guard hook bloque une édition qui viole une règle de conformité avant qu'elle soit écrite. Les autres agents lancent la même vérification via MCP.

4

La session rend le contexte

finish_work_session enregistre le résultat, épingle décisions et pièges sur les éléments touchés, et ouvre une Architecture Change Request si l'architecture a bougé.

Fonctionnalités

Tout ce que cette fonctionnalité fait pour vous

Leases consultatifs

Chaque session déclare les éléments C4 qu'elle va modifier. L'agent suivant voit qui est déjà là : dans son briefing, dans la console et sur le diagramme.

Preflight gate

allow, warn ou deny, décidé à partir des leases actifs et de vos règles de conformité. Passez exclusive pour arrêter net une session quand le travail ne doit courir contre personne.

Une mémoire qui survit à la session

Notes, conventions et pièges s'attachent aux éléments d'architecture. La session suivante les récupère automatiquement, classés par fraîcheur.

Fleet console

Toutes les sessions de l'organisation, en direct : qui travaille sur quoi, en tenant quels éléments, derrière quel gate, et depuis quand date le dernier heartbeat.

Architecture Change Requests

Un agent qui restructure un service dépose une proposition au lieu d'éditer le modèle en douce. Les agents proposent, les humains mergent.

Tout agent qui parle MCP

Les outils de work session sont du MCP standard. Un profil coding de 16 outils garde le contexte de l'agent focalisé au lieu de le noyer sous le catalogue complet.

Cas d'usage

Comment les équipes s'en servent

01

Plusieurs agents sur un même dépôt

Deux agents qui éditent le même container dans la même heure l'apprennent au démarrage de la session, pas en revue. Le warn nomme l'autre session.

02

Le travail qui ne doit pas courir en parallèle

Migrations de schéma, changements de contrat et renommages qui touchent tous les appelants s'ouvrent en exclusive. Une session en conflit est refusée, pas seulement avertie.

03

Faire entrer un agent dans un dépôt

Un nouvel agent démarre avec la tranche d'architecture qui compte, les décisions qui la contraignent et ce que la session précédente a appris à la dure.

Plan gratuit à vie

Des sessions gouvernées, dans cinq minutes

Une commande installe le Harness à côté des agents que vous utilisez déjà. Disponible sur tous les plans.

  • Sans carte bancaire
  • Prêt en cinq minutes
  • Les lecteurs sont toujours gratuits

Gouvernance des agents de code IA - Work sessions et preflight gate

Faites déclarer leur travail aux agents de code IA : leases consultatifs sur les éléments C4, un preflight gate qui répond allow, warn ou deny, et une…

Faites déclarer leur travail à vos agents de code avant qu'ils l'écrivent

Archyl n'est pas un agent de code de plus. Il se place au-dessus de ceux que vous faites déjà tourner -- Claude Code, Cursor, Copilot, Codex -- et confronte chaque session à votre architecture documentée avant la première ligne de code.

Gouvernance des agents de code IA | Work sessions et preflight gate | Archyl

Gouvernez vos agents de code IA avec les work sessions : leases consultatifs sur les éléments C4, un preflight gate qui répond allow, warn ou deny, et une Architecture Change Request quand l'architecture bouge.

gouvernance agents IA, architecture multi-agents, work sessions agents, conflits agents IA, guardrails architecture agents, gouvernance MCP

Les agents parallèles se percutent en silence

Trois agents ouvrent trois pull requests. Chacune est correcte prise seule. Ensemble elles font du système trois choses différentes, et personne ne le voit avant la revue.

Personne ne sait ce que fait un agent

Un agent lit le dépôt, écrit du code et ouvre une pull request. Jusque-là, son intention est invisible pour le reste de l'équipe.

Le contexte durement acquis meurt avec la session

Le piège qui a coûté un après-midi à un agent disparaît à la fin de sa session. Le suivant tombe dedans à son tour.

L'agent déclare son travail

start_work_session résout la tâche contre votre modèle C4, prend des leases consultatifs sur les éléments concernés et ouvre sur un briefing : ADR applicables, guardrails et pièges laissés par les sessions précédentes.

Le preflight gate répond

allow, warn avec des raisons nommées -- une autre session tient déjà un élément -- ou deny sur un conflit exclusif comme une migration de schéma. Un verdict, avant la moindre ligne de code.

Les guardrails tiennent pendant qu'il code

Sur Claude Code, le Guard hook bloque une édition qui viole une règle de conformité avant qu'elle soit écrite. Les autres agents lancent la même vérification via MCP.

La session rend le contexte

finish_work_session enregistre le résultat, épingle décisions et pièges sur les éléments touchés, et ouvre une Architecture Change Request si l'architecture a bougé.

Chaque session déclare les éléments C4 qu'elle va modifier. L'agent suivant voit qui est déjà là : dans son briefing, dans la console et sur le diagramme.

allow, warn ou deny, décidé à partir des leases actifs et de vos règles de conformité. Passez exclusive pour arrêter net une session quand le travail ne doit courir contre personne.

Une mémoire qui survit à la session

Notes, conventions et pièges s'attachent aux éléments d'architecture. La session suivante les récupère automatiquement, classés par fraîcheur.

Toutes les sessions de l'organisation, en direct : qui travaille sur quoi, en tenant quels éléments, derrière quel gate, et depuis quand date le dernier heartbeat.

Architecture Change Requests

Un agent qui restructure un service dépose une proposition au lieu d'éditer le modèle en douce. Les agents proposent, les humains mergent.

Tout agent qui parle MCP

Les outils de work session sont du MCP standard. Un profil coding de 16 outils garde le contexte de l'agent focalisé au lieu de le noyer sous le catalogue complet.

Plusieurs agents sur un même dépôt

Deux agents qui éditent le même container dans la même heure l'apprennent au démarrage de la session, pas en revue. Le warn nomme l'autre session.

Le travail qui ne doit pas courir en parallèle

Migrations de schéma, changements de contrat et renommages qui touchent tous les appelants s'ouvrent en exclusive. Une session en conflit est refusée, pas seulement avertie.

Faire entrer un agent dans un dépôt

Un nouvel agent démarre avec la tranche d'architecture qui compte, les décisions qui la contraignent et ce que la session précédente a appris à la dure.

Des sessions gouvernées, dans cinq minutes

Une commande installe le Harness à côté des agents que vous utilisez déjà. Disponible sur tous les plans.

Commencer gratuitement