Elke API zal worden herbouwd voor agents

MCP lost het verbindingsprobleem op. Het lost het werkwoordtekort niet op.

Je kunt in één middag een perfecte REST API in MCP wikkelen. Zelfs dan zal een coding agent worstelen. Het zal het verkeerde endpoint kiezen. Het zal drie tools aanroepen terwijl één genoeg is. Het kan een destructieve schrijfactie uitvoeren zonder te vragen.

De API is niet kapot. Hij is alleen gebouwd voor de verkeerde consument.

Twintig jaar lang werden API's gebouwd voor mensen. Mensen brengen intentie en een mentaal model mee. Agents brengen beide niet mee. Ze moeten beide reconstrueren op basis van jouw interface.

Wanneer de primaire consument zo sterk verandert, moet de interface ook veranderen.

Ik geloof dat serieuze productinterfaces niet alleen bestaande API's zullen omwikkelen. Ze zullen ze herbouwen rondom agent-native operaties.

Dit betekent een verschuiving van resource-georiënteerde API's naar intentie-georiënteerde contracten. We moeten herontwerpen rondom doelen, status, neveneffecten, goedkeuring en herstel.

MCP is een geweldige standaard voor verbinding en transport. Maar in de specificatie is een tool slechts een functie met een naam en een schema. Het bepaalt niet de volgorde van operaties of welke operaties gevaarlijk zijn.

Dit creëert het werkwoordtekort. API's geven agents zelfstandige naamwoorden en CRUD-operaties. Agents hebben werkwoorden nodig die intentie dragen.

Kijk naar GitHub. Ze verkleinen hun toolset om het redeneervermogen van agents te verbeteren. Ze leren dat een 1:1-mapping van de product-API naar agent-tools niet werkt.

Onderzoek toont aan dat een API structureel geldig kan zijn, maar semantisch nutteloos voor een agent. Een agent-native API beantwoordt meer dan alleen de vraag "wat moet ik retourneren". Het beantwoordt:

  • Wat is het doel?
  • In welke status bevind ik me?
  • Wat zijn de neveneffecten?
  • Heb ik goedkeuring nodig?
  • Hoe herstel ik?

In plaats van een directe schrijfactie heb je een splitsing nodig:

  • Bekijk de actie vooraf.
  • Vraag expliciete goedkeuring aan.
  • Commit de wijziging.
  • Rollback als het mislukt.

Dit is niet zomaar een "agent edition". Dit is simpelweg een betere API. Ontwikkelaars willen ook previews, duidelijke permissiefouten en rollbacks. Uiteindelijk zal het agent-native ontwerp het mensgerichte ontwerp vervangen.

De verschuiving is enorm. Het heeft invloed op API's, CLI's en logs. We moeten bewegen van menselijk leesbare tekst naar machine-parseerbare status.

Veiligheid is geen wrapper die je later toevoegt. Veiligheid is een eigenschap die je in de operatie zelf ontwerpt.

Bron: https://dev.to/gyu07/every-api-will-be-rebuilt-for-agents-2hj4

Optionele leercommunity: https://t.me/GyaanSetuAi