MCP-Kontextaufblähung: Echte Kosten und eine praktische Lösung für Claude-Code-Nutzer

Ein Reddit-Nutzer, der vier Monate lang 9 MCP-Server in Claude Code betrieben hat, beschrieb detailliert die versteckten Kosten und Leistungseinbußen, die er erlebte, sowie eine konkrete Lösung. Der Beitrag ist ein Muss für alle, die MCP in der Produktion einsetzen.
Die Rechnung
Mit 9 Servern (Dateisystem, GitHub, Stripe, Linear, Notion, Postgres, Sentry, AWS und benutzerdefiniert), die insgesamt 142 Tools bereitstellen, verbraucht ein Kaltstart 38k Token für System-Prompt und Tool-Schemata pro Durchlauf. Bei 200 Durchläufen pro Tag sind das 7,6 Mio. Input-Token pro Tag. Zu Sonnet-Preisen (~15 $/M Output, ~3 $/M Input) sind das ~23 $/Tag oder ~700 $/Monat allein für MCP-Tool-Definitionen – bevor irgendeine tatsächliche Arbeit erledigt wird. Caching hilft nur bei identischen Präfixen; das Rotieren eines MCP-Servers macht es ungültig.
Was kaputt geht
- Tool-Auswahl verschlechtert sich: Bei 142 Tools im Kontext begann Claude, das falsche Tool für offensichtliche Anfragen auszuwählen (z. B.
linear_search_issues, wenn eine Datei gelesen werden sollte). - Langsame Aufzählung: Schema-lastige Server wie AWS benötigen 4–6 Sekunden, um Tools aufzulisten.
- Stille Fehlerausbreitung: Ein schlecht beschriebenes Tool kann das Ranking für jede verwandte Anfrage beeinträchtigen.
Die Lösung: Gateway-Muster mit BM25
Der Nutzer wechselte zu einem Gateway-Muster mit Ratel, einer quelloffenen, prozessinternen Rust-Bibliothek mit BM25-Ranking. Claude sieht jetzt nur noch drei Tools: search_tools, invoke_tool und auth. Alles andere wird bei Bedarf gerankt. Ergebnisse:
- Kaltstart von 38k auf ~4k Token gesunken.
- Falsche Tool-Auswahl fast eliminiert, da das Modell nur die Top 5 sieht, die nach Abfrage gerankt sind.
- Einrichtung dauerte 10 Minuten (ein Befehl für den Claude-Code-Import).
Der Autor merkt an, dass die meisten „MCP-Optimierer“-Startups nur BM25-Suche in neuem Gewand sind. Tool-Beschreibungen sind kurz, strukturiert und voller Keyword-Übereinstimmungen – keine Vektor-DB oder LLM-in-the-Loop nötig. BM25 über eine flache Projektion von Name + Beschreibung erzielt 90 % des Gewinns deterministisch in Mikrosekunden, offline.
Wichtige Lektion: „Ersetzen“ schlägt „Vorschlagen“. Wenn Ihr Gateway dem Modell 5 Tools statt 142 übergibt, geht die Rechnung auf. Wenn es 5 zusätzlich zu 142 vorschlägt, lädt das Modell immer noch 142, und Sie haben nichts gespart.
📖 Lesen Sie die vollständige Quelle: r/ClaudeAI
👀 Siehe auch

Routine-Arbeiten von Claude Code an Gemma über den offload-mcp MCP-Server auslagern
offload-mcp ist ein neuer MCP-Server, der es Claude ermöglicht, Routinetätigkeiten wie Commit-Nachrichten und PR-Zusammenfassungen an kostenlose Modell-APIs (Standardmäßig Gemma über die Google GenAI API) auszulagern. Dadurch werden Claude-Token gespart und leichte Arbeiten ohne lokale Hardwareeinschränkungen erledigt.

Claude-Code v2.1.76 fügt MCP-Abfrage, Worktree-Optimierungen und zahlreiche Fehlerbehebungen hinzu.
Claude-Code v2.1.76 führt MCP-Abfrageunterstützung für strukturierte Eingaben während der Aufgabe ein, fügt worktree.sparsePaths für Monorepo-Effizienz hinzu und behebt über 20 Probleme, einschließlich des Verlusts von verzögerten Tool-Schemata, Slash-Befehl-Problemen und der Stabilität von Remote-Control-Sitzungen.

MetaBot: Open-Source-Brücke verbindet Claude-Code mit Telegram, Feishu und WeChat
MetaBot ist eine Open-Source-TypeScript-Brücke, die das Claude Code Agent SDK mit Messaging-Plattformen wie Telegram, Feishu und WeChat verbindet. Es bietet persistenten Speicher, geplante Aufgaben, Multi-Agenten-Kollaboration und Echtzeit-Streaming von Tool-Aufrufen.

Visual Studio 2022-Erweiterung fügt native Ollama-Integration für lokale LLMs hinzu
Eine kostenlose Erweiterung für Visual Studio 2022 verbindet sich direkt mit lokalen Ollama-Endpunkten und ermöglicht private KI-Codierungsunterstützung, ohne zwischen Tools wechseln zu müssen. Sie unterstützt Modelle wie DeepSeek und Llama 3 mit Cloud-Fallback-Optionen.