From REST to MCP: An Empirical Study of API Wrapping and Automated Server Generation for LLM Agents
Diese Studie analysiert empirisch den Aufbau von 116 MCP-Servern, die überwiegend REST-APIs als Wrapper nutzen, und stellt mit AutoMCP eine Pipeline vor, die durch automatische Reparatur und Transformation von OpenAPI-Spezifikationen die Generierung korrekter und effizienter Tool-Sets für LLM-Agenten ermöglicht.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Die große Reise: Von der riesigen Bibliothek (REST) zum intelligenten Butler (MCP)
Stellen Sie sich vor, Sie haben einen super-intelligenten Roboter-Assistenten (das ist die KI oder "LLM"). Dieser Roboter ist sehr schlau, kann Texte schreiben und Fragen beantworten, aber er hat ein Problem: Er kann nicht direkt mit der Außenwelt interagieren. Er kann keine E-Mails senden, keine Datenbanken durchsuchen und keine Dateien auf Ihrem Computer öffnen.
Damit er das kann, brauchen wir ihm Werkzeuge zu geben. Aber welche Werkzeuge? Und wie bauen wir sie?
1. Das Problem: Die riesige Bibliothek vs. der überforderte Butler
Früher (und immer noch heute) haben Firmen wie GitHub, Slack oder Notion ihre Dienste über riesige REST-APIs angeboten.
- Die Analogie: Stellen Sie sich eine gigantische Bibliothek vor, die 600 verschiedene Türen hat. Jede Tür führt zu einem anderen Raum (z. B. "Suche nach Büchern", "Lösch ein Buch", "Ändere das Regal", "Steuere die Heizung").
- Das Problem: Wenn Sie Ihren intelligenten Butler in diese Bibliothek schicken und ihm sagen: "Hier sind alle 600 Türen, such dir was aus!", wird er überfordert. Er weiß nicht, welche Tür er öffnen soll, und macht Fehler. Studien zeigen, dass KIs bei zu vielen Werkzeugen immer schlechter werden.
2. Die Lösung: Der neue Standard (MCP)
Um dieses Problem zu lösen, wurde ein neuer Standard namens MCP (Model Context Protocol) erfunden.
- Die Analogie: MCP ist wie ein hochmodernes Werkzeug-Set, das der Butler mitbringt. Statt 600 Türen zu sehen, bekommt er nur die wichtigsten 50 Werkzeuge (z. B. "Finde ein Buch", "Erstelle eine Liste").
- Die Frage der Forscher: Wie kommen diese 50 Werkzeuge zustande? Werden sie von Hand gebaut? Oder werden sie automatisch aus den 600 Türen der Bibliothek gefiltert? Und welche Türen werden weggelassen?
3. Was die Forscher herausgefunden haben (Die Entdeckungsreise)
Die Forscher haben sich 116 dieser Werkzeuge-Sets (MCP-Server) von großen Firmen angesehen und vier wichtige Fragen beantwortet:
Frage 1: Woher kommen die Werkzeuge?
- Ergebnis: Fast alle (88,6 %) sind nur Verkleidungen für die alten Bibliothekstüren.
- Die Analogie: Die Entwickler haben die 600 Türen der Bibliothek nicht neu erfunden. Sie haben einfach eine kleine Schublade gebaut, die direkt auf die ursprüngliche Tür führt. Der Butler drückt auf "Suche", und im Hintergrund wird genau dieselbe Tür in der Bibliothek geöffnet. Es gibt kaum eigene Magie dahinter; es ist meist nur ein "Durchreichen" (Wrapper).
Frage 2: Welche Türen werden geöffnet und welche bleiben zu?
- Ergebnis: Die Entwickler öffnen nur etwa 19 % der verfügbaren Türen.
- Die Analogie: Sie lassen die "gefährlichen" oder "komplizierten" Türen zu.
- Geöffnet: Türen, die Informationen abfragen (z. B. "Zeige mir meine E-Mails"). Das ist sicher und nützlich.
- Zugeklopft: Türen, die Dinge löschen, ändern oder komplizierte Einstellungen vornehmen (z. B. "Lösche alle E-Mails" oder "Ändere das Passwort"). Das ist zu riskant für einen KI-Butler.
- Zusammengefasst: Statt 100 einzelne Türen zu haben, machen die Entwickler aus 3 ähnlichen Türen (z. B. "Liste alle", "Zeige Detail", "Suche") ein einziges, kluges Werkzeug.
Frage 3: Können wir das automatisch machen?
- Ergebnis: Ja, aber es ist nicht perfekt.
- Die Analogie: Die Forscher haben einen Roboter-Baumeister gebaut (genannt AutoMCP), der die Bibliothekskarte (OpenAPI-Spezifikation) liest und automatisch die Werkzeuge für den Butler baut.
- Das Problem: Die Bibliothekskarten sind oft ungenau. Manchmal steht dort "Tür ist offen", aber in Wirklichkeit ist sie verschlossen (fehlende Passwörter). Manchmal ist die Türnummer falsch geschrieben.
- Das Ergebnis: Der Roboter-Baumeister schafft es, für 76 % der Fälle perfekte Werkzeuge zu bauen. Bei den restlichen 24 % scheitert er, weil die Pläne (die Spezifikationen) Fehler enthalten.
Frage 4: Können wir das verbessern?
- Ergebnis: Ja! Mit zwei Tricks.
- Trick 1 (Reparatur): Der Roboter-Baumeister hat jetzt eine "Korrektur-Brille" (genannt SpecFix). Er liest die offiziellen Anleitungen der Bibliothek, erkennt die Fehler in den Karten und repariert sie automatisch. Dadurch steigt der Erfolg auf 94 %.
- Trick 2 (Filtern & Bündeln): Der Roboter schaut sich an, welche Werkzeuge wirklich nützlich sind. Er entfernt die gefährlichen Türen und fasst ähnliche Türen zu einem Werkzeug zusammen.
- Das Ergebnis: Die Anzahl der Werkzeuge für den Butler sinkt um ein Drittel. Der Butler ist jetzt weniger überfordert und arbeitet viel zuverlässiger.
Zusammenfassung: Was bedeutet das für uns?
Die Forscher haben ein Werkzeug namens AutoMCP entwickelt.
- Es nimmt die riesige, unübersichtliche Liste aller Möglichkeiten einer Firma (die REST-API).
- Es repariert die Fehler in den Plänen.
- Es filtert das Unnötige und Gefährliche heraus.
- Es fasst Ähnliches zusammen.
- Am Ende bekommt der KI-Butler ein sauberes, übersichtliches Werkzeug-Set, das er sicher und effektiv nutzen kann.
Die große Lektion: Wir müssen KI-Butlern nicht alle Türen einer Bibliothek zeigen. Wir müssen ihnen nur die richtigen, sicheren und gebündelten Werkzeuge geben. Und das kann jetzt automatisch passieren, anstatt dass Entwickler monatelang manuell jedes Werkzeug einzeln bauen müssen.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.