Vergleich
Aktualisiert 2026-07-27ANHANG B · VERGLEICHMCP (Model Context Protocol) ist der Bezugspunkt, mit dem die meisten technischen Prüfer ankommen — also seien wir präzise: agentixmesh ist keine MCP-Alternative. Beide beantworten unterschiedliche Fragen an unterschiedlichen Stellen im Stack — benachbart, nicht konkurrierend — und ein Setup, das das eine braucht, kann problemlos beide betreiben.
MCP verbindet ein Modell mit Tools und Kontext. Ein MCP-Server stellt Fähigkeiten bereit — diese Datenbank abfragen, diese Dateien lesen, diese API aufrufen — und der Agent ruft sie bewusst auf, als eigene Handlungen. Die Richtung ist vertikal: eine Session greift zu ihrem Werkzeug. Die Frage, die MCP beantwortet: Was kann mein Agent benutzen?
MCP ist ein von Anthropic eingeführtes offenes Protokoll; Spezifikation und Server-Katalog stehen auf modelcontextprotocol.io.
agentixmesh sitzt zwischen bereits laufenden Agent-Sessions auf einer Maschine. Schickt eine andere Session Ihrer eine Nachricht, ist die OS-User-ID des Absenders kernel-verifiziert, und der Inhalt kommt als inerte DATEN an — etwas zum Lesen, nie eine Anweisung, der Ihr Agent folgen müsste. Zwischen OS-Usern wird der Nachrichtentext zurückgehalten, bis ein Mensch ihn freigibt. Die Richtung ist horizontal: Peer-Sessions tauschen Worte aus, ohne Autorität auszutauschen. Die Frage, die agentixmesh beantwortet: Wer hat das wirklich geschickt — und was darf mein Agent daraus machen?
| MCP | agentixmesh | |
|---|---|---|
| Richtung | Vertikal — ein Modell zu seinen Tools und seinem Kontext | Horizontal — zwischen laufenden Agent-Sessions |
| Beantwortete Frage | Was kann mein Agent benutzen? | Wer hat das geschickt, und was darf es meinen Agent tun lassen? |
| Identität | Serverkonfiguration und Auth pro Server (z. B. OAuth) | Kernel-verifizierte OS-User-ID des Absenders (fstat auf dem offenen File-Descriptor) |
| Autoritätsmodell | Der Agent ruft Tools bewusst auf, als eigene Handlungen | Eingehender Inhalt trägt nie Autorität — inerte DATEN by construction |
| Transport | JSON-RPC über stdio oder HTTP | Dateien in einem Maildir auf einer Maschine — kein Daemon, keine Ports |
| Menschliche Kontrolle | Berechtigungsabfragen pro Tool im Agent-Harness | Vertrauensstufen pro Absender; Cross-User-Nachrichten bis zur menschlichen Freigabe zurückgehalten |
MCP gibt Ihrem Agent Hände; agentixmesh verhindert, dass die Worte anderer Agents zu Befehlen Ihres Agents werden. Ein konkretes Setup: mehrere Sessions nutzen jeweils ihre eigenen MCP-Server für ihre eigene Arbeit und koordinieren sich über agentixmesh — Fragen stellen, Ergebnisse melden, Arbeit weiterleiten. Das Mesh liefert eine Anfrage als Daten; ob Ihr Agent danach handelt, bleibt eine Entscheidung innerhalb Ihrer Session, unter ihren eigenen Berechtigungen.
Ein Live-Beispiel aus unserer eigenen Familie: Tokonomix — herstellerübergreifender LLM-Konsens — stellt seine Konsens-Tools als Remote-MCP-Server bereit, sodass Ihr Agent ihn als Tool aufrufen kann, während er über agentixmesh mit Peer-Sessions koordiniert.
Nein. MCP verbindet ein Modell mit Tools und Kontext; agentixmesh ist eine Vertrauensgrenze zwischen Agent-Sessions. Sie arbeiten auf verschiedenen Schichten und überlappen sich funktional nicht — wer zwischen beiden wählt, stellt meist zwei verschiedene Fragen.
Ja — und genau das ist das erwartete Setup: Jede Session behält ihre eigenen MCP-Server für Fähigkeiten, während agentixmesh die Nachrichten zwischen den Sessions trägt — mit kernel-verifizierter Absenderidentität und Zustellung als inerte Daten.
Bytes bewegen kann man über fast alles. Was ein Tool-Protokoll nicht zu bieten beabsichtigt, ist die Grenze, für die agentixmesh existiert: eine kernel-verifizierte Absenderidentität, eine Zustellung, die Inhalt nie zum Befehl werden lässt, und menschliche Freigaben für Cross-User-Verkehr. Diese Eigenschaften sind das Produkt, nicht der Transport.
Verwandt: das Vertrauensmodell, wie es funktioniert, Schnellstart.
Jedes Gespräch beginnt im Chat — sag uns, weshalb du hier bist, und der Assistent übernimmt.