Jede API wird für Agenten neu entwickelt werden
MCP löst das Verbindungsproblem. Es löst jedoch nicht die Verb-Lücke.
Man kann eine perfekte REST-API an einem Nachmittag in MCP einbinden. Selbst dann wird ein Coding-Agent Schwierigkeiten haben. Er wird den falschen Endpunkt wählen. Er wird drei Tools aufrufen, wenn eines ausreicht. Er könnte eine destruktive Schreiboperation durchführen, ohne zu fragen.
Die API ist nicht defekt. Sie wurde lediglich für den falschen Konsumenten gebaut.
Seit zwanzig Jahren werden APIs für Menschen gebaut. Menschen bringen Intention und ein mentales Modell mit. Agenten bringen beides nicht mit. Sie müssen beides aus Ihrer Oberfläche rekonstruieren.
Wenn sich der primäre Konsument so stark verändert, muss sich auch die Schnittstelle ändern.
Ich glaube, dass ernsthafte Produkt-Oberflächen bestehende APIs nicht einfach nur umhüllen werden. Sie werden sie um agenten-native Operationen herum neu aufbauen.
Das bedeutet den Übergang von ressourcenorientierten APIs zu intentionsorientierten Verträgen. Wir müssen die Gestaltung auf Ziele, Zustände, Seiteneffekte, Genehmigungen und Wiederherstellung ausrichten.
MCP ist ein großartiger Standard für Verbindung und Transport. Aber in der Spezifikation ist ein Tool lediglich eine Funktion mit einem Namen und einem Schema. Es entscheidet nicht über die Reihenfolge der Operationen oder darüber, welche gefährlich sind.
Dies erzeugt die Verb-Lücke. APIs geben Agenten Substantive und CRUD-Operationen. Agenten benötigen Verben, die eine Intention tragen.
Schauen Sie sich GitHub an. Sie verkleinern ihr Toolset, um das Reasoning von Agenten zu verbessern. Sie lernen gerade, dass eine 1:1-Abbildung von der Produkt-API auf Agenten-Tools nicht funktioniert.
Die Forschung zeigt, dass eine API strukturell valide, aber semantisch nutzlos für einen Agenten sein kann. Eine agenten-native API beantwortet mehr als nur die Frage: „Was gebe ich zurück?“ Sie beantwortet:
- Was ist das Ziel?
- In welchem Zustand befinde ich mich?
- Was sind die Seiteneffekte?
- Benötige ich eine Genehmigung?
- Wie stelle ich den Zustand wieder her?
Anstatt eines direkten Schreibvorgangs benötigen Sie eine Aufteilung:
- Die Aktion in einer Vorschau anzeigen.
- Eine explizite Genehmigung einholen.
- Die Änderung bestätigen (Commit).
- Bei Fehlschlag zurückrollen (Rollback).
Dies ist nicht nur eine „Agenten-Edition“. Es ist schlichtweg eine bessere API. Auch Entwickler wünschen sich Vorschauen, klare Berechtigungsfehler und Rollbacks. Letztendlich wird das agenten-native Design das menschenzentrierte Design ersetzen.
Der Wandel ist gewaltig. Er betrifft APIs, CLIs und Logs. Wir müssen uns von menschenlesbarer Prosa hin zu maschinenlesbaren Zuständen bewegen.
Sicherheit ist kein Wrapper, den man nachträglich hinzufügt. Sicherheit ist eine Eigenschaft, die man direkt in die Operation integriert.
Source: https://dev.to/gyu07/every-api-will-be-rebuilt-for-agents-2hj4
Optional learning community: https://t.me/GyaanSetuAi