MCP ist nur neu verpackte Bibliotheken: Déjà-vu, schon wieder

Ein Reddit-Beitrag auf r/LocalLLaMA bezieht sich auf einen Artikel mit dem Titel „The MCP Era Feels Like Déjà Vu", der argumentiert, dass Anthropic bald erkennen wird, dass MCP (Model Context Protocol) im Grunde neu verpackte Programmbibliotheken sind. Der Artikel verwendet das smolagents-Tool-Design von Hugging Face als konkretes Beispiel, um zu zeigen, wie ein Tool im Wesentlichen das ist, was jede Paketfunktion tut.

Kernargumente

• Tools sind Funktionen: Das smolagents-Design behandelt Tools als aufrufbare Funktionen, was funktional identisch mit dem Importieren einer Bibliothek und dem Aufrufen einer Funktion ist. Der einzige Unterschied sind LLM-freundliche Dokumentation und standardisierte Eingabe-/Ausgabe-Schemata.
• MCP = Bibliothek dokumentierter Funktionen: Der Autor argumentiert, dass ein MCP-Server, der eine Reihe von Tools bereitstellt, einer Bibliothek von Funktionen entspricht, jedoch mit Beschreibungen und Schemata, die für den LLM-Konsum optimiert sind. Es gibt keine grundlegende architektonische Innovation – es sind nur alte Konzepte in neuem Gewand.
• Praktische Frage für die Community: Sollten wir in den Aufbau eines neuen MCP-Ökosystems investieren oder uns darauf konzentrieren, die Dokumentation bestehender Bibliotheken zu verbessern, schlechte Implementierungen zu entfernen und redundante Pakete zu bereinigen? Der Autor neigt zu Letzterem.

Reaktionen der Community

Die Reddit-Diskussion erweitert dies und Nutzer weisen darauf hin, dass MCP standardisiert, wie Modelle Tools entdecken und aufrufen, was eine Verbesserung gegenüber Ad-hoc-API-Schemata darstellt. Kritiker argumentieren, dass der wahre Wert in der Konsistenz liegt, nicht in der Neuheit. Einige schlagen vor, dass sich MCP zu einer besseren Version von OpenAPI für KI-Agenten entwickeln könnte, warnen jedoch vor Überengineering.

Takeaway für Entwickler

Die Kernaussage für alle, die mit KI-Agenten bauen: Denken Sie sorgfältig nach, bevor Sie auf MCP aufspringen. Wenn Ihre Tool-Anforderungen einfach sind, könnte eine gut dokumentierte Python-Bibliothek mit klaren Funktionssignaturen völlig ausreichen. MCP könnte unnötige Komplexität für marginale Gewinne hinzufügen. Wenn Sie hingegen eine dynamische Tool-Erkennung über mehrere Dienste hinweg benötigen, könnte die Standardisierung von MCP den Aufwand wert sein.