Naarmate meer teams AI-agenten integreren in hun documentatieworkflows, rijst een veelvoorkomende architecturale vraag: wanneer Document360 zowel MCP-endpoints als standaard API-endpoints aanbiedt, welke zou een AI-agent als Claude Code moeten gebruiken, en wanneer?
Dit artikel legt uit hoe je over die beslissing kunt nadenken, wanneer je elke interface moet gebruiken, en hoe een hybride aanpak vaak het beste van beide biedt.
Inzicht in de twee interfaces
De MCP-interface biedt een samengestelde set tools zoals zoeken, ophalen, creëren, bijwerken, via een gestructureerd protocol dat AI-agenten native begrijpen. Wanneer een agent via MCP verbinding maakt, kan hij ontdekken welke bewerkingen beschikbaar zijn, hun input/output-schema's begrijpen en deze aanroepen als onderdeel van een redeneerketen, allemaal zonder aangepaste lijmcode.
De standaard-API geeft je directe, laag-niveau toegang tot de volledige mogelijkheden van Document360 via REST-eindpunten. Je bestuurt expliciet elke verzoekparameter, herkansingslogica, paginering en authenticatieflow.
Beide interfaces communiceren met dezelfde onderliggende kennisbasis. Het verschil zit in hoe een agent (of jouw code) ermee omgaat.
Standaard gebruik MCP wanneer de agent het ondersteunt
MCP is speciaal ontworpen voor AI-agenten. Wanneer de MCP-server van Document360 beschikbaar is en de benodigde operatie dekt, moet het je eerste keuze zijn voor agentische workflows. Hier is waarom:
Geen lijmcode nodig - De agent ontdekt de beschikbare tools dynamisch. Je hoeft geen aangepaste request builders te schrijven of ruwe API-antwoorden te parsen voor veelvoorkomende bewerkingen zoals het zoeken in artikelen of het ophalen van categoriestructuren.
Gestructureerde invoer en uitvoer - Elke MCP-tool heeft een gedefinieerd schema. Dit vermindert fouten veroorzaakt door verkeerd gevormde verzoeken en maakt het gedrag van agenten voorspelbaarder.
Natuurlijke aansluiting bij meerstaps redeneren - AI-agenten blinken uit in het aan elkaar rijgen van acties zoals het zoeken naar een artikel, het lezen van de inhoud en het vervolgens bijwerken op basis van wat er is gevonden. MCP-tools zijn precies ontworpen voor dit soort sequentiële, contextbewuste workflow.
Gestandaardiseerde authenticatie en contextoverdracht - MCP behandelt OAuth en context op een consistente manier tussen services, waardoor integratiewrijving wordt verminderd wanneer je agent verbinding maakt met meerdere systemen.
Gebruik de standaard API wanneer je controle nodig hebt
De MCP-server maakt een gecureerde subset van het volledige API-oppervlak van Document360 beschikbaar. Er zijn gevallen waarin het logischer is om naar de standaard-API te gaan:
De operatie wordt niet via MCP buitgemaakt - Controleer of de specifieke functionaliteit die je nodig hebt. Een bepaald filter, een bulk-export, een webhook-trigger is beschikbaar in de ondersteunde MCP-tools. Als dat niet zo is, is de standaard-API jouw pad.
Je hebt prestatieoptimalisaties nodig - Als je workflow bestaat uit het batchen van veel verzoeken, het streamen van grote payloads of het agressief cachen van reacties, geeft de standaard API je de controlehefbomen die MCP-abstracties niet hebben.
Je bouwt niet-agentische automatisering - Cron-taken, datapipelines en webhook-handlers profiteren niet van tool-ontdekking of agentisch redeneren. Een directe API-aanroep is eenvoudiger en beter onderhoudbaar in deze contexten.
Je hebt nauwkeurige paginering of herkansingscontrole nodig - De standaard API geeft je volledige controle over hoe je door grote resultatensets loopt en tijdelijke fouten behandelt, wat belangrijk is voor betrouwbaarheidsgevoelige automatisering.
Een hybride aanpak werkt in de praktijk vaak het beste.
Voor de meeste teams die met AI-agenten bouwen, is de ideale architectuur geen binaire keuze. Deze is gelaagd:
Laag | Interface | Doel |
|---|---|---|
Redeneren en handelen als agent | MCP | Zoek, ophalen, aanmaken en bijwerken documenten via natuurlijk gereedschapsgebruik |
Precisieoperaties | Standaard API | Batchverwerking, niet-ondersteunde operaties, prestatiekritische paden |
Achtergrondautomatisering | Standaard API | Pipelines, cron-jobs, webhooks die geen tool-ontdekking nodig hebben |
Denk er zo over na: laat de agent MCP gebruiken voor waar agenten goed in zijn - redeneren over welke tool ze moeten aanroepen, acties over meerdere stappen aaneenschakelen en werken met gestructureerde documentatie. Reserveer directe API-aanroepen voor deterministische, prestatiegevoelige of niet-ondersteunde operaties waarbij expliciete controle belangrijk is.
Praktische checklist voordat je kiest
Voordat je beslist welke interface je voor een bepaalde operatie gebruikt, werk je deze vragen door:
Is de bewerking beschikbaar als een MCP-tool? Bekijk de tools die in het artikel Supported Tools zijn vermeld. Zo ja, geef dan de voorkeur aan MCP.
Moet de agent nadenken over welke actie hij moet ondernemen? Als de agent dynamisch beslist wat hij vervolgens doet op basis van de context, past MCP vanzelfsprekend.
Moet je grote volumes verwerken of het gedrag op verzoekniveau controleren? Zo ja, gebruik dan de standaard API.
Is dit onderdeel van een niet-agentische automatisering (pipeline, scheduler, webhook)? Zo ja, gebruik dan direct de standaard API, er is hier geen voordeel aan tool-discovery.
Verbind je meerdere diensten? Het gestandaardiseerde authenticatiemodel van MCP vermindert wrijving wanneer je agent met Document360 praat naast andere MCP-geschikte tools.
Hoe dit eruitziet in een echte workflow
Stel je voor dat een support engineer een AI-agent gebruikt om documentatiegaten te identificeren en op te vullen bij binnenkomende tickets.
De agent zou:
Gebruik
document360-mcp-searchhet om te controleren of relevante documentatie al bestaatGebruik
document360-mcp-get-articleom het dichtstbijzijnde overeenkomende artikel op te halen en te lezenGebruik
document360-mcp-create-articlehet om een nieuw artikel op te stellen als er een gat wordt gevonden
Alle drie de stappen gebeuren via MCP. De agent denkt na over wat hij vervolgens moet doen in elke fase, en de toolschema's sturen de interactie.
Als datzelfde team ook elke nacht een pipeline uitvoert om alle artikelen te exporteren voor een extern auditsysteem, roept die pipeline de standaard API direct aan. Het heeft geen tool-ontdekking nodig; het heeft alleen betrouwbare, gepagineerde toegang tot artikelinhoud nodig op een schema.
Naarmate de MCP-dekking groeit
MCP-servers zijn in ontwikkeling. De huidige implementatie van Document360 dekt de meest voorkomende documentatieoperaties voor AI-agenten - zoeken, ophalen en contentbeheer. In de loop van de tijd zal waarschijnlijk meer van het API-oppervlak via MCP worden blootgesteld, wat de balans voor de meeste agentische gebruiksgevallen verder naar MCP zal verleggen.
Voor nu is de praktische regel om te beginnen met MCP, terug te vallen op de standaard API voor hiaten, en je systeem zo te ontwerpen dat wisselen tussen de twee eenvoudig is.
.png)
FAQ
Kan een AI-agent binnen dezelfde workflow schakelen tussen MCP en de standaard API?
Ja. Een enkele workflow kan MCP gebruiken voor de redeneer- en handelingsstappen - zoeken, lezen, schrijven en direct de standaard-API aanroepen voor operaties buiten het bereik van MCP. De twee interfaces sluiten elkaar niet uit; ze hebben toegang tot dezelfde onderliggende kennisbasis.
Omzeilt het gebruik van de standaard API de machtigingen en zichtbaarheidsregels van Document360?
De twee interfaces behandelen permissies verschillend. MCP is afhankelijk van OAuth en bevat volledige gebruikerscontext, waardoor alle rolgebaseerde toegangscontroles worden gerespecteerd — de AI-agent kan alleen toegang krijgen tot inhoud die de geauthenticeerde gebruiker mag zien.
De standaard-API werkt met een API-token, dat het type toegestane bewerkingen regelt (lezen, schrijven, verwijderen), maar geen toegang op portaal- of inhoudsniveau afdwingt. Het draagt gebruikerscontext niet op dezelfde manier. Houd hier rekening mee bij het ontwerpen van workflows die gevoelige of beperkte inhoud bevatten, dat MCP de meest geschikte interface is waar rolgebaseerde zichtbaarheid belangrijk is.
Onze AI-agent ondersteunt MCP nog niet. Moeten we wachten of nu met de standaard API bouwen?
Bouw nu met de standaard API als je een werkend gebruiksscenario hebt. MCP-ondersteuning groeit over AI-platforms, maar er is geen reden om te wachten. Ontwerp je integratie zo dat de acties van de agent modulair zijn, waardoor het makkelijker wordt om later MCP-toolaanroepen te wisselen zonder de hele workflow te herstructureren.