Anthropics Tool Search: Warum MCP ohne Schema-Loading besser funktioniert

Anthropic hat mit Tool Search einen Paradigmenwechsel eingeläutet, der die Schwächen des Model Context Protocol (MCP) offenlegt. Die neue Funktion, eingeführt im November 2024 mit Claude Opus 4.5, verzögert das Laden von Tool-Schemata bis zur tatsächlichen Nutzung. Das klingt unscheinbar, doch die Auswirkungen sind dramatisch: Die Genauigkeit des Modells stieg bei Opus 4 von 49 % auf 74 %, bei Opus 4.5 sogar von 79,5 % auf 88,1 %. Der einzige Unterschied? Die Tool-Schemata belasten den Kontext nicht mehr von Anfang an.

Diese Entwicklung wirft eine zentrale Frage auf: Warum wurde das Problem nicht früher erkannt?

Der Kontext-Kollaps: Wie MCP sich selbst sabotiert

MCP-Server wie der Playwright MCP-Server verbrauchen allein durch ihre Definition bis zu 12.800 Token, ohne dass das Modell überhaupt eine Aufgabe bearbeitet. Wer mehrere Server lädt, verbrennt schnell die Hälfte des verfügbaren Kontextfensters – noch bevor die eigentliche Arbeit beginnt. Das führt zu zwei kritischen Problemen:

• Kontextverschmutzung: Irrelevante Tool-Schemata überfluten das Modell mit unnötigen Informationen.
• Genauigkeitsverlust: Das Modell verliert den Fokus, weil es zwischen wichtigen und unwichtigen Daten unterscheiden muss.

Anthropic reagierte mit Tool Search, das Tool-Schemata erst dann lädt, wenn sie tatsächlich benötigt werden. Doch diese Lösung ist mehr als ein technischer Trick – sie ist ein Eingeständnis: MCP war von Anfang an nicht für eine Welt mit vielen Tools ausgelegt.

Zwei Wege aus der MCP-Krise: Lazy Loading vs. Protokoll-Eliminierung

Die Community sucht parallel nach Lösungen – und setzt dabei auf zwei gegensätzliche Ansätze:

• Anthropics Tool Search: Behält MCP bei, lädt Tool-Schemata aber erst bei Bedarf (sogenanntes Lazy Loading).
• Vorteil: Der MCP-Ökosystem bleibt intakt.
• Nachteil: Beim Aktivieren eines Tools wird dennoch Kontext verbraucht.

• mcporter: Konvertiert MCP-Server in native Codefunktionen, die direkt aufgerufen werden können.
• Vorteil: Kein Kontextverbrauch durch Tool-Schemata.
• Nachteil: Dynamische Discovery-Funktionen von MCP gehen verloren.

Beide Lösungen bestätigen indirekt, dass das ursprüngliche MCP-Modell – bei dem alle Tool-Schemata von Anfang an geladen werden – nicht zukunftsfähig ist.

Die unbequeme Wahrheit: Historische Benchmarks sind möglicherweise falsch

Die Einführung von Tool Search wirft ein Schlaglicht auf frühere Evaluierungen von MCP-basierten Modellen. Viele Genauigkeitsmessungen könnten durch überflüssige Tool-Schemata im Kontext verzerrt worden sein. Das bedeutet:

• Modellvergleiche könnten weniger über die eigentliche Fähigkeit des Modells aussagen als über die Qualität der Kontextverwaltung.
• Tool-Schemata im Kontext haben möglicherweise jahrlang die Leistung von MCP-Systemen sabotiert – ohne dass es jemand bemerkte.

Ein aktueller Vergleich wäre: Ein Auto, das jahrelang mit angezogener Handbremse gefahren wurde. Die Maschine war intakt, doch die Leistung litt unter der unnötigen Belastung.

Was kommt als Nächstes? MCP auf dem Prüfstand

Die Einführung von Tool Search und mcporter markiert einen Wendepunkt für MCP. Die Frage ist nicht mehr, ob das Protokoll überholt ist, sondern wie schnell die Community es hinter sich lässt. Anthropic hat mit Tool Search einen Notfallmechanismus geschaffen – doch die eigentliche Lösung könnte im Verzicht auf MCP selbst liegen.

Für Entwickler bedeutet das: Wer heute auf MCP setzt, sollte prüfen, ob Tool-Schemata im Kontext wirklich notwendig sind. Wer mehrere Server nutzt, sollte entweder auf Tool Search umsteigen oder über Alternativen wie mcporter nachdenken. Die Zukunft des MCP-Ökosystems hängt davon ab, ob es gelingt, die Kontextkosten in den Griff zu bekommen – oder ob das Protokoll schrittweise durch effizientere Lösungen ersetzt wird.