Ersetzt tokyn.trail mein MCP-Gateway?

Nein - bewusst nicht. Auth, Rate-Limits und Routing bleiben beim Gateway. tokyn.trail ist die Workflow- und Nachweis-Schicht dazwischen und funktioniert mit jedem Gateway oder direkt vor dem MCP-Server.

Mein Gateway hat schon Approvals - warum eine zweite Schicht?

Wegen dreier Lücken, die Prüfer finden: Freigabe-Workflows für Nicht-Techniker (E-Mail, Fristen, Vier-Augen), ein revisionssicherer Nachweis mit Hash-Chain-Verifikation als Audit-Anlage - und Funktionstrennung: Die Kontrolle gehört nicht demselben System, das ausführt.

Wie viel Latenz kostet die zusätzliche Schicht?

p95 < 150 ms Overhead für durchgereichte Calls - als Benchmark im CI verankert. Gehaltene Calls warten bewusst: auf einen Menschen.

Kann ich klein anfangen?

Ja: Monitor-Mode zeichnet nur auf und blockt nichts (fail-open). Regeln und Enforce-Mode folgen, wenn Sie den Ist-Zustand gesehen haben.

Vergleich

mcp-gateway vs. compliance-layer.

Q: Wie viel Latenz kostet die zusätzliche Schicht?

p95 < 150 ms Overhead für durchgereichte Calls - als Benchmark im CI verankert. Gehaltene Calls warten bewusst: auf einen Menschen.

Q: Kann ich klein anfangen?

Ja: Monitor-Mode zeichnet nur auf und blockt nichts (fail-open). Regeln und Enforce-Mode folgen, wenn Sie den Ist-Zustand gesehen haben.

Beide sitzen vor Ihrem MCP-Server, beide werden „Kontrolle" genannt - und trotzdem beantworten sie verschiedene Fragen. Das Gateway regelt, wer sprechen darf. Der Compliance-Layer regelt, welche einzelne Aktion passieren darf, wer sie freigibt und wie das bewiesen wird.

MCP-Gateway

Ein MCP-Gateway ist Infrastruktur: Authentifizierung, Rate-Limits, Routing, Tool-Registry - vergleichbar mit einem API-Gateway. Es beantwortet die Zugangsfrage. Manche Gateways bieten inzwischen auch Approval-Features, typischerweise Entwickler-orientiert über Slack oder Webhooks.

Glossar: MCP-Gateway

Compliance-Layer

Ein Compliance-Layer ist die Workflow- und Nachweis-Schicht dahinter: Regeln pro Tool mit Bedingungen, Freigaben auf den Kanälen der Entscheider, Fristen, Vier-Augen-Prinzip - und ein revisionssicherer Nachweis jeder Entscheidung, verwendbar als Audit-Anlage.

Glossar: Human-in-the-Loop

Die Aufgabenteilung im Detail.

Aspekt	MCP-Gateway	Compliance-Layer
Kernfrage	Wer darf überhaupt zugreifen?	Darf diese eine Aktion passieren - und wer verantwortet sie?
Auth, Rate-Limits, Routing	Ja - das Kerngeschäft	Nein, bewusst nicht
Regeln pro Tool-Call mit Bedingungen	Teils, meist Allow/Deny-Listen	Ja - Allow/Approve/Deny plus Beträge und Zeiten
Freigaben durch Nicht-Techniker	Typischerweise Slack/Webhook für Entwickler	Signierte E-Mail-Links, Push, SMS, WhatsApp - für CFO und Teamlead
Fristen & Vier-Augen-Prinzip	Selten	Ja, pro Regel konfigurierbar
Revisionssicherer Nachweis	Logs	SHA-256-Hash-Chain, Oversight-Report (PDF/CSV) mit Verifikation
Funktionstrennung	Kontrolliert und bezeugt sich selbst	Unabhängige Instanz neben der Ausführung
Typischer Nutzer	Platform- und Infrastruktur-Team	Ops, Compliance, Revision - und die Entscheider im Fachbereich

Wann reicht ein Gateway?

Ihre Agenten arbeiten intern, die Entscheider sind Entwickler, Slack-Approvals genügen.
Es gibt keine Nachweispflichten - kein Art.-14-Bezug, keine interne Revision, kein IKS.
Sie brauchen vor allem Zugang, Quoten und eine Tool-Registry.

Wann brauchen Sie die unabhängige Schicht?

Prüfer, Revision oder Datenschutz fragen nach belegbarer menschlicher Aufsicht (EU AI Act Art. 14, ISO 42001, IKS).
Die Entscheider sind keine Entwickler: Der Teamlead gibt per E-Mail frei, nicht im Terminal.
Kritische Vorgänge verlangen Vier-Augen-Prinzip und Fristen - dokumentiert.
Der Nachweis muss unabhängig vom ausführenden System sein, um im Audit zu bestehen.

Das strukturelle Argument: Funktionstrennung.

Selbst wenn ein Gateway Approvals mitbringt, bleibt eine Frage offen, die Revisoren stellen: Kann die Instanz, die ausführt, glaubwürdig bezeugen, dass sie korrekt kontrolliert hat? Interne Kontrollsysteme trennen deshalb Ausführung und Kontrolle. Ein unabhängiger Compliance-Layer ist genau diese Trennung - er funktioniert mit jedem Gateway und ganz ohne, und sein Nachweis gehört nicht demselben Anbieter, dessen Infrastruktur er belegt.

Häufige Fragen.

Ersetzt tokyn.trail mein MCP-Gateway?: Nein - bewusst nicht. Auth, Rate-Limits und Routing bleiben beim Gateway. tokyn.trail ist die Workflow- und Nachweis-Schicht dazwischen und funktioniert mit jedem Gateway oder direkt vor dem MCP-Server.
Mein Gateway hat schon Approvals - warum eine zweite Schicht?: Wegen dreier Lücken, die Prüfer finden: Freigabe-Workflows für Nicht-Techniker (E-Mail, Fristen, Vier-Augen), ein revisionssicherer Nachweis mit Hash-Chain-Verifikation als Audit-Anlage - und Funktionstrennung: Die Kontrolle gehört nicht demselben System, das ausführt.
Wie viel Latenz kostet die zusätzliche Schicht?: p95 < 150 ms Overhead für durchgereichte Calls - als Benchmark im CI verankert. Gehaltene Calls warten bewusst: auf einen Menschen.
Kann ich klein anfangen?: Ja: Monitor-Mode zeichnet nur auf und blockt nichts (fail-open). Regeln und Enforce-Mode folgen, wenn Sie den Ist-Zustand gesehen haben.

tokyn.trail ist dieser unabhängige Compliance-Layer - in 10 Minuten vor Ihrem MCP-Server, ohne Code-Änderung.

Kostenlos starten