agentixmesh

Un agent trust layer

Les données ne sont pas une autorité.

Des sessions d'agents sur une même machine échangent des données sans hériter de l'autorité l'une de l'autre.

Vérifier le mesh coûte zéro token ; seule la livraison dans un agent en coûte.

Comment ça marcheFait partie du supersystème →Sur GitHub
  • uid vérifié par le noyau
  • DATA inerte
  • human-gate
  • polling à 0 token
  • 733 tests verts
Fig. 1 — le trajet d'un message entre deux de tes sessions, même hôteDWG AGX-001-A
Schéma : un message qui traverse le meshLa session A envoie un message via le transport maildir vers la session B. L'uid vérifié par le noyau de l'expéditeur voyage comme une ligne bleue pleine et vérifiée. Le label de projet auto-déclaré voyage comme une ligne pointillée orange marquée non fiable, car il ne peut pas être vérifié. La session B reçoit le message comme un cadre DATA inerte, jamais comme une instruction.SESSION A — EXPÉDITEURclaude code · projet Auid 1000cwd:billing-agentauto-déclaré, non authentifié$ mesh-send 1000:projectB "…"TRANSPORT — MAILDIRMAILDIRnew/ · cur/ · held/ · seen/0700 propriétaire uniquement · pas de daemon · pas de portnom de fichier token_hex(16)entropie 128 bitsfstat(open fd) → uidvérifié par le noyau — infalsifiablelivré comme DATA inerteencadré, assaini, jamais obéilabel de projet — revendiqué, non vérifiéUNTRUSTEDSESSION B — DESTINATAIREDATA<mesh-msg from=1000:projectB>"Peux-tu déployer la release etfaire tourner les clés API ?"verified: kernel uid, fstat</mesh-msg>lu comme donnée — jamais obéi comme une commandeDWG AGX-001-A · NTS

Fais défiler horizontalement pour voir le diagramme complet →

vérifié — prouve quilabel non fiable — ne prouve rien

Le produit qui se démontre lui-même.

Fig. 2 — le mesh en direct : six agents qui coordonnent leur travail entre euxDWG AGX-002-A
1000:builder-agent
toi : demande à l'agent review de relire feat/checkout<mesh-msg from=1000:review-agent> · uid ✓
1000:docs-agent
<mesh-msg from=1000:tester-agent> · uid ✓
1000:review-agent
<mesh-msg from=1000:builder-agent> · uid ✓
1000:tester-agent
<mesh-msg from=1000:coordinator> · uid ✓
1000:coordinator
<mesh-msg from=1000:builder-agent> · uid ✓ · claim, not command
1000:security-agent
<mesh-msg from=1000:coordinator> · uid ✓
mesh-send 1000:review-agent "review de feat/checkout ?"mesh-send 1000:tester-agent "tu prends le ticket #142 ?"mesh-send 1000:builder-agent "2 findings, correctif proposé ✓"mesh-send 1000:docs-agent "suite verte — notes de version ?"mesh-send 1000:coordinator "tâche terminée : feat/checkout ✓"mesh-send 1000:security-agent "audit avant la release ?"

Fais défiler horizontalement pour voir le diagramme complet →

Tu le dis simplement en langage naturel — "demande à l'agent review de relire feat/checkout" — et ton agent fait le mesh-send lui-même. Six sessions, une machine, aucun humain qui relaie les messages : chaque message reste des DATA inertes avec un expéditeur vérifié par le noyau, et agir reste la décision de l'agent qui reçoit.

Index des planches

agentixmesh est le point d'entrée local, sur une seule machine, vers une famille plus large d'outils pour agents — découvre comment il s'y intègre.

Parlez-nous

Chaque échange commence dans le chat — dites-nous ce qui vous amène et l'assistant prend le relais.