Erklärung8 Min. Lesezeit

Was ist MCP (Model Context Protocol) und wie funktioniert es?

MCP ist ein offener Standard, der es KI-Agenten ermöglicht, sich über eine einzige universelle Schnittstelle mit externen Tools zu verbinden. Ein Server, jeder Agent — keine benutzerdefinierten Plugins nötig.

17. Apr. 2026

Die Kurzfassung

MCP (Model Context Protocol) ist ein offener Standard von Anthropic, der definiert, wie KI-Agenten externe Tools entdecken und nutzen. Stellen Sie es sich wie USB-C für KI vor — ein universeller Anschluss, der mit jedem Gerät funktioniert. Vor MCP brauchte jeder KI-Agent sein eigenes Plugin-Format. MCP ersetzt das durch ein einziges Protokoll, das jeder Agent sprechen kann.

Warum MCP existiert

KI-Modelle wie Claude, GPT und Gemini sind leistungsstarke Denker, aber sie können nichts außerhalb ihrer Sandbox tun. Sie können nicht im Web surfen, eine Datenbank abfragen oder einen Browser eigenständig steuern. Um mit der realen Welt zu interagieren, brauchen sie Tools.

Vor MCP bedeutete die Verbindung eines KI-Agenten mit externen Tools, für jede Kombination eine eigene Integration zu bauen. Soll Claude Dateien lesen? Schreiben Sie ein Plugin. Soll Cursor dasselbe tun? Schreiben Sie ein anderes Plugin. Soll Codex dazukommen? Noch ein Plugin. Die Tools sind identisch — die Verdrahtung nicht.

MCP löst dies, indem es die Verdrahtung standardisiert. Ein Tool-Autor schreibt einen MCP-Server. Jeder MCP-kompatible Agent — Claude Code, Codex, Cursor, Windsurf, VS Code Copilot und Dutzende mehr — kann sich sofort damit verbinden.

Wie MCP funktioniert

MCP verwendet eine Client-Server-Architektur auf Basis von JSON-RPC 2.0. Es gibt drei Teilnehmer:

Host — die KI-Anwendung (Claude Desktop, Cursor, VS Code). Sie verwaltet Verbindungen und führt das Sprachmodell aus.
Client — ein Konnektor innerhalb des Hosts, der eine 1:1-Verbindung mit einem bestimmten MCP-Server aufrechterhält.
Server — ein Programm, das Tools, Ressourcen oder Prompts für den KI-Agenten bereitstellt.

Wenn ein Agent startet, verbindet er sich mit seinen konfigurierten MCP-Servern und fragt jeden: "Welche Tools hast du?" Der Server antwortet mit einer Liste von Tools, die jeweils durch einen Namen, eine menschenlesbare Beschreibung und ein typisiertes Parameterschema beschrieben werden. Der Agent speichert diesen Katalog und nutzt ihn bei der Entscheidung, wie Benutzeranfragen erfüllt werden.

// Example: MCP server exposes a tool
{
  "name": "browser_parallel_navigate",
  "description": "Navigate all connected browsers to a URL in parallel",
  "inputSchema": {
    "type": "object",
    "properties": {
      "url": { "type": "string", "description": "Target URL" }
    },
    "required": ["url"]
  }
}

Was MCP-Server bereitstellen können

MCP definiert drei Arten von Fähigkeiten, die ein Server bereitstellen kann:

Tools — Funktionen, die die KI aufrufen kann, um Aktionen auszuführen (Browser navigieren, E-Mail senden, Datenbank abfragen). Die häufigste Fähigkeit.
Resources — schreibgeschützte Daten, auf die die KI zugreifen kann (Dateiinhalte, API-Antworten, Konfiguration). Wie GET-Endpoints.
Prompts — wiederverwendbare Vorlagen, die Benutzern helfen, konsistent mit der KI zu interagieren.

Die meisten MCP-Server konzentrieren sich auf Tools. Zum Beispiel stellt Ornold MCP über 30 Browser-Automatisierungstools bereit — navigieren, klicken, Formulare ausfüllen, CAPTCHAs lösen, Screenshots erstellen, JavaScript ausführen — alles parallel über mehrere Browserprofile ausführbar.

Transport: Wie Agent und Server kommunizieren

MCP unterstützt mehrere Transportmechanismen:

stdio — der Server läuft als lokaler Kindprozess. Der Agent startet ihn und kommuniziert über stdin/stdout. Einfach, schnell, kein Netzwerk. So funktionieren die meisten lokalen MCP-Server (einschließlich Ornold MCP über `npx ornold-mcp`).
Streamable HTTP — der Server läuft remote und kommuniziert über HTTP. Unterstützt mehrere gleichzeitige Clients. Empfohlen für entfernte/gemeinsam genutzte Server.
SSE (Server-Sent Events) — älterer HTTP-basierter Transport, aus Gründen der Abwärtskompatibilität beibehalten.

Für lokale Tools wie Browser-Automatisierung ist stdio die Standardwahl. Der Agent startet den MCP-Serverprozess und sie kommunizieren direkt — keine Netzwerklatenz, keine Authentifizierungskomplexität.

Welche KI-Agenten unterstützen MCP?

Die Verbreitung von MCP ist seit der Veröffentlichung schnell gewachsen. Stand 2025 unterstützen diese Agenten MCP nativ:

Claude Code — CLI-Agent von Anthropic
Claude Desktop — Desktop-Anwendung von Anthropic
Codex — Coding-Agent von OpenAI (CLI)
Cursor — KI-Code-Editor von Anysphere
Windsurf — AI IDE von Codeium
VS Code Copilot — KI-Assistent von GitHub
Cline — Open-Source-KI-Coding-Assistent
Roo Code, Kilo Code, Augment Code — und viele mehr

Jede Anwendung, die die MCP-Client-Spezifikation implementiert, kann sich mit jedem MCP-Server verbinden. Das ist das zentrale Wertversprechen — einmal schreiben, überall nutzen.

MCP vs Function Calling vs Plugins

Wie schneidet MCP im Vergleich zu anderen Ansätzen ab, KI-Agenten mit Tools auszustatten?

Function calling (OpenAI, Anthropic) — die Modell-API unterstützt Tool-Definitionen, aber die Tools laufen in IHREM Code. Sie definieren das Schema, das Modell gibt einen Tool-Aufruf zurück und Sie führen ihn aus. MCP standardisiert die Serverseite, damit Tools zwischen Agenten portabel sind.
ChatGPT Plugins (veraltet) — OpenAIs früherer Versuch der Tool-Integration. Proprietär, funktionierte nur mit ChatGPT, erforderte OpenAI-Genehmigung. MCP ist offen, funktioniert mit jedem Agenten, keine Genehmigung nötig.
Individuelle Integrationen — maßgeschneiderter Code für jedes Agent-Tool-Paar. Funktioniert, skaliert aber nicht. MCP ersetzt das N×M-Integrationsproblem durch N+M.

MCP ersetzt nicht function calling — es baut darauf auf. Der KI-Agent nutzt sein natives function calling, um MCP-Tools aufzurufen. MCP standardisiert, wie Tools entdeckt, beschrieben und bereitgestellt werden.

Ein praktisches Beispiel: Browser-Automatisierung

Um es konkret zu machen, so funktioniert MCP mit Ornold für die Browser-Automatisierung:

Sie installieren den Ornold MCP-Server: `npx ornold-mcp --token YOUR_TOKEN --linken-port 40080`
Ihr KI-Agent (z.B. Claude Code) verbindet sich damit und entdeckt über 30 Tools: navigate, click, fill, screenshot, solve CAPTCHA usw.
Sie sagen dem Agenten: "Öffne google.com in allen Browsern und suche nach MCP protocol"
Der Agent plant die Schritte, ruft `browser_parallel_navigate` auf, dann `browser_parallel_fill`, dann `browser_parallel_click` — alles über MCP-Tool-Aufrufe
Jedes Tool wird parallel über alle verbundenen Antidetect-Browserprofile ausgeführt

Derselbe Ornold MCP-Server funktioniert identisch mit Codex, Cursor, Windsurf oder jedem anderen MCP-kompatiblen Agenten. Keine Codeänderungen, keine separaten Plugins.

// Connect Ornold MCP to Claude Code:
claude mcp add --transport stdio ornold-browser -- npx ornold-mcp --token YOUR_TOKEN --linken-port 40080

// Connect to Codex:
codex mcp add ornold-browser -- npx ornold-mcp --token YOUR_TOKEN --linken-port 40080

// Connect to Cursor (~/.cursor/mcp.json):
{
  "mcpServers": {
    "ornold-browser": {
      "command": "npx",
      "args": ["ornold-mcp", "--token", "YOUR_TOKEN", "--linken-port", "40080"]
    }
  }
}

Erste Schritte mit MCP

Wenn Sie MCP-Tools nutzen möchten, brauchen Sie nur einen MCP-kompatiblen KI-Agenten und einen MCP-Server. Kein SDK, kein Framework, kein Boilerplate. Für Browser-Automatisierung mit Ornold:

Holen Sie sich ein API-Token auf mcp.ornold.com
Fügen Sie den MCP-Server zur Konfiguration Ihres Agenten hinzu (ein Befehl für CLI-Agenten, ein JSON-Block für Editoren)
Starten Sie Ihren Antidetect-Browser und sprechen Sie mit der KI

Für weitere Details zum Protokoll selbst siehe die offizielle MCP-Spezifikation. Für agentenspezifische Einrichtungsanleitungen schauen Sie sich unseren Claude Code-Leitfaden, Codex-Leitfaden oder Cursor-Leitfaden an.