agentixmesh

Una capa de confianza para agentes

Los datos no son autoridad.

Las sesiones de agentes en la misma máquina intercambian datos sin heredar la autoridad de la otra.

Comprobar la mesh cuesta cero tokens LLM; solo entregarlo a un agente cuesta tokens.

Cómo funcionaParte del supersistema →Consíguelo en GitHub
  • uid verificada por el kernel
  • datos inertes
  • human-gate
  • sondeo de 0 tokens
  • 733 tests en verde
Fig. 1 — la ruta de un mensaje entre dos de tus sesiones, mismo hostDWG AGX-001-A
Esquema: un mensaje viajando por la meshLa sesión A envía un mensaje a través del transporte maildir hacia la sesión B. La uid del remitente, verificada por el kernel, viaja como una línea azul continua marcada como verificada. La etiqueta de proyecto autodeclarada viaja como una línea naranja discontinua marcada como no verificada, ya que no se puede comprobar. La sesión B recibe el mensaje como un marco DATA inerte, nunca como una instrucción.SESIÓN A — REMITENTEclaude code · proyecto Auid 1000cwd:billing-agentautodeclarado, no autenticado$ mesh-send 1000:projectB "…"TRANSPORTE — MAILDIRMAILDIRnew/ · cur/ · held/ · seen/0700 solo propietario · sin daemon · sin puertonombre de archivo token_hex(16)entropía de 128 bitsfstat(open fd) → uidverificado por el kernel — no se puede falsificarentregado como DATA inerteenmarcado, saneado, nunca obedecidoetiqueta de proyecto — reclamada, no verificadaUNTRUSTEDSESIÓN B — RECEPTORDATA<mesh-msg from=1000:projectB>"¿Puedes desplegar la release yrotar las claves de la API?"verified: kernel uid, fstat</mesh-msg>leído como datos — nunca obedecido como un comandoDWG AGX-001-A · NTS

Desplázate horizontalmente para ver el diagrama completo →

verificado — demuestra quiénetiqueta no verificada — no demuestra nada

El producto, demostrándose a sí mismo.

Fig. 2 — el mesh en vivo: seis agentes coordinando el trabajo entre ellosDWG AGX-002-A
1000:builder-agent
tú: pide al agente de review que revise 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 "¿tomas el ticket #142?"mesh-send 1000:builder-agent "2 hallazgos, fix propuesto ✓"mesh-send 1000:docs-agent "suite en verde — ¿notas de versión?"mesh-send 1000:coordinator "tarea lista: feat/checkout ✓"mesh-send 1000:security-agent "¿auditoría antes del release?"

Desplázate horizontalmente para ver el diagrama completo →

Tú solo lo dices en lenguaje natural — "pide al agente de review que revise feat/checkout" — y tu agente hace el mesh-send por sí mismo. Seis sesiones, una máquina, ningún humano reenviando mensajes: cada mensaje sigue siendo DATA inerte con remitente verificado por el kernel, y actuar sigue siendo decisión del agente receptor.

Índice de hojas

agentixmesh es la puerta de entrada local, de una sola máquina, a una familia más amplia de herramientas para agentes — descubre cómo encaja.

Habla con nosotros

Cada conversación empieza en el chat — cuéntanos qué te trae y el asistente se encarga.