engineering guide

MCP: Das universelle Tool-Protokoll, das KI-Agents wirklich nützlich macht

NanoClaws.io

NanoClaws.io

@nanoclaws

26. Februar 2026

7 Min. Lesezeit

MCP: Das universelle Tool-Protokoll, das KI-Agents wirklich nützlich macht

Alle paar Jahre entsteht ein Protokoll, das verändert, wie Softwarekomponenten miteinander kommunizieren. HTTP tat es für das Web. OAuth für die Authentifizierung. GraphQL für APIs. 2025 tut Model Context Protocol — MCP — es für KI-Agent-Tools.

Das Problem, das MCP löst, ist trügerisch einfach. Ein KI-Agent muss Tools nutzen — das Web durchsuchen, Dateien lesen, Datenbanken abfragen, APIs aufrufen. Ohne ein Standardprotokoll ist jede Tool-Integration eine Einzelanfertigung. Das Agent-Framework definiert sein eigenes Tool-Format, der Tool-Anbieter implementiert dieses Format, und die Integration funktioniert für dieses spezifische Framework und dieses spezifische Tool. Dasselbe Tool in einem anderen Framework nutzen? Integration neu schreiben. Ein neues Tool zum Agent hinzufügen? Eigenen Adapter schreiben.

MCP eliminiert diese Pro-Framework-, Pro-Tool-Integrationssteuer. Ein Tool, das MCP spricht, funktioniert mit jedem Agent, der MCP spricht. Einmal schreiben, überall nutzen. Die Analogie zu USB-C ist treffend — vor USB-C hatte jedes Gerät sein eigenes Ladegerät. Nach USB-C funktioniert ein Kabel für alles. MCP macht dasselbe für KI-Agent-Tools.

Was MCP tatsächlich ist

MCP ist ein JSON-RPC-basiertes Protokoll, das definiert, wie ein KI-Agent externe Tools entdeckt, aufruft und Ergebnisse von ihnen empfängt. Ein MCP-Server stellt eine Menge von Tools mit typisierten Schemas bereit — Beschreibungen dessen, was jedes Tool tut, welche Parameter es akzeptiert und was es zurückgibt. Ein MCP-Client (der Agent) verbindet sich mit dem Server, entdeckt verfügbare Tools und ruft sie bei Bedarf während der Konversation auf.

Das Protokoll übernimmt die Mechaniken, die jede eigene Integration neu erfinden muss: Tool-Discovery (welche Tools sind verfügbar?), Schema-Validierung (sind die Parameter korrekt?), Aufruf (Tool ausführen und Ergebnisse zurückgeben) und Fehlerbehandlung (was passiert, wenn ein Tool fehlschlägt?). Das sind gelöste Probleme, die nicht für jede Integration erneut gelöst werden müssen.

Anthropic hat MCP entwickelt und als Open Source veröffentlicht, aber es ist kein Anthropic-spezifisches Protokoll. Jeder KI-Anbieter kann MCP-Client-Unterstützung implementieren, und jeder Entwickler kann MCP-Server bauen. Das Ökosystem wächst schnell — es gibt bereits MCP-Server für GitHub, Slack, Datenbanken, Dateisysteme, Webbrowser und Dutzende anderer Dienste.

Wie NanoClaw MCP nutzt

NanoClaw integriert MCP über das MCP SDK, das Teil derselben Anthropic-Toolchain ist, zu der auch Claude Agent SDK gehört. Wenn ein Agent in einem NanoClaw-Container läuft, kann er sich mit MCP-Servern verbinden, die der Host konfiguriert hat, und erhält so Zugriff auf Tools ohne jeglichen eigenen Integrationscode in NanoClaw.

Das ist ein subtiler, aber wichtiger Architekturpunkt. NanoClaw muss keine GitHub-Integration, keine Slack-Integration und keine Datenbank-Integration implementieren. Es muss nur MCP unterstützen, und dann stellt jeder MCP-Server diese Fähigkeiten bereit. Die Integrationsoberfläche ist ein Protokoll, nicht Dutzende eigener Adapter.

In der Praxis bedeutet das: Ein NanoClaw-Nutzer, der möchte, dass sein Agent mit GitHub interagiert, installiert den GitHub MCP-Server (einen separaten Prozess), konfiguriert NanoClaw, sich damit zu verbinden, und der Agent kann sofort Issues erstellen, Pull Requests lesen und Repositories durchsuchen. Keine NanoClaw-Codeänderungen. Kein Claude Code Skill nötig. Kein Fork erforderlich.

Das Container-Isolationsmodell funktioniert natürlich mit MCP zusammen. Der MCP-Server läuft auf dem Host, außerhalb des Containers. Der Agent im Container verbindet sich über einen kontrollierten Kanal damit. Der MCP-Server kann seine eigenen Zugriffskontrollen durchsetzen — schreibgeschützter Zugriff auf Repositories, nur bestimmte Slack-Kanäle, bestimmte Datenbanktabellen — unabhängig davon, was der Agent anfragt. Das ist Defense in Depth: Selbst wenn eine Prompt-Injection den Agent dazu bringt, etwas anzufragen, das er nicht sollte, kann der MCP-Server die Anfrage basierend auf seiner eigenen Richtlinie ablehnen.

Warum MCP für das Ökosystem wichtig ist

Die breitere Bedeutung von MCP liegt darin, dass es die Tool-Entwicklung von der Agent-Entwicklung entkoppelt. Vor MCP bedeutete der Bau eines nützlichen KI-Agent-Tools, ein Framework zu wählen und dessen Tool-Interface zu implementieren. Das GitHub-Tool funktionierte mit LangChain, aber nicht mit CrewAI. Das Datenbank-Tool funktionierte mit AutoGen, aber nicht mit NanoClaw. Jedes Framework hatte sein eigenes Tool-Format, und Tool-Entwickler mussten wählen, welche Frameworks sie unterstützen.

MCP bricht diese Kopplung auf. Ein Tool-Entwickler baut einen MCP-Server, und er funktioniert mit jedem MCP-kompatiblen Agent. Ein Agent-Entwickler unterstützt MCP einmal, und jeder MCP-Server wird seinen Nutzern zugänglich. Das Ökosystem wächst multiplikativ statt linear — jeder neue MCP-Server kommt jedem MCP-kompatiblen Agent zugute, und jeder neue MCP-kompatible Agent profitiert von jedem bestehenden MCP-Server.

Für NanoClaw im Speziellen bedeutet MCP, dass das Projekt keine Integrationen für jeden Dienst bauen und pflegen muss, den seine Nutzer möglicherweise wollen. Das Claude Code Skills-Modell übernimmt Kanal-Integrationen (Telegram, Discord, Slack), und MCP übernimmt Tool-Integrationen (GitHub, Datenbanken, APIs). Zusammen decken die beiden eine breite Palette von Anwendungsfällen ab, ohne die Wartungslast einer großen Integrations-Codebasis.

Das praktische Setup

Die Konfiguration von MCP in NanoClaw ist unkompliziert. Man startet einen MCP-Server — entweder einen selbst gebauten oder einen aus dem wachsenden Ökosystem von Open-Source-Servern — und verweist NanoClaw darauf. Der Agent entdeckt verfügbare Tools automatisch und kann sie in der Konversation nutzen.

Die Erfahrung aus Nutzersicht ist nahtlos. Man fragt seinen WhatsApp-Assistenten „erstelle ein GitHub Issue für den Login-Bug, den wir gestern besprochen haben", und der Agent nutzt den GitHub MCP-Server, um das Issue zu erstellen, wobei er Kontext aus seinem Konversationsgedächtnis zieht, um die Details auszufüllen. Man muss nicht wissen, dass MCP beteiligt ist. Man fragt einfach, und der Agent hat die Tools, um zu tun, was man verlangt hat.

Das Protokoll ist noch jung — Anfang 2025 begann die Adoption zu beschleunigen — aber die Richtung ist klar. MCP wird zum Standard, wie KI-Agents mit externen Diensten interagieren, und Projekte, die es früh adoptieren, erhalten Zugang zu einem wachsenden Ökosystem von Tools, ohne eines davon selbst bauen zu müssen. NanoClaws Wette auf MCP ist eine Wette darauf, dass das Ökosystem wertvoller sein wird als jede Menge eigener Integrationen es sein könnte.

Bleiben Sie auf dem Laufenden

Erhalten Sie Neuigkeiten zu neuen Releases, Integrationen und der NanoClaw-Entwicklung. Kein Spam, jederzeit abbestellbar.