MCP, het Model Context Protocol, is een open standaard waarmee een AI-assistent met een externe tool praat via één gemeenschappelijke interface. Zie het als de USB-C-poort voor AI-assistenten: in plaats van voor elke app een eigen integratie te bouwen, spreekt de assistent één protocol en plugt elke MCP-server er zo in. DM Champ levert een officiële MCP-server op mcp.dmchamp.com (white label-tenants krijgen hun eigen op mcp.youraiconnector.com). Richt Claude, ChatGPT of Cursor erop, geef hem je API-sleutel, en je assistent bedient DM Champ rechtstreeks: contacten aanmaken, berichten sturen, agents, broadcasts en FAQ's beheren, afspraken inplannen, analytics ophalen, en sub-accounts inrichten. Het is hetzelfde open REST API-oppervlak dat je zelf zou aanroepen, via MCP beschikbaar zodat het model het voor je aanroept. API-toegang is een betaalde functie die aan je plan hangt, en de enige toegangscontrole voor klanten is je API-sleutel. Trek de sleutel in en de toegang stopt.
Koppel hem aan Claude, ChatGPT of Cursor
De meeste MCP-clients vragen een kleine JSON-config met de server-URL en je API-sleutel als header. Hieronder een representatieve vorm. Gebruik het exacte commando voor jouw client uit de docs, want elke assistent zet dit net iets anders op.
{
"mcpServers": {
"dmchamp": {
"url": "https://mcp.dmchamp.com",
"headers": {
"X-API-Key": "YOUR_API_KEY"
}
}
}
}
Sommige clients werken liever met één commando in plaats van een aangepast configbestand. De Claude CLI volgt bijvoorbeeld dit patroon:
claude mcp add --transport http dmchamp https://mcp.dmchamp.com --header "X-API-Key: YOUR_API_KEY"
White label-tenants wisselen de URL om voor hun eigen MCP-domein (mcp.youraiconnector.com). De sleutel die je plakt is een gewone DM Champ API-sleutel, dus dezelfde auth die voor de REST API werkt, werkt hier. Controleer altijd het huidige commando en de vlaggen in de docs voordat je erop bouwt, want clienttooling verandert snel.
Wat je assistent kan zodra hij gekoppeld is
Zodra de server gekoppeld is, bedient je assistent het volledige API-oppervlak. Dat betekent dat hij hetzelfde kan als jij met de hand in het dashboard, alleen doet hij het door over je verzoek te redeneren en zelf de juiste endpoints aan te roepen.
- Contacten aanmaken en bijwerken, tags toevoegen, en lijsten beheren
- Berichten sturen over je gekoppelde kanalen en gespreksgeschiedenis lezen
- Agents en broadcasts maken en bijstellen, en FAQ's en kennisbanken bewerken
- Afspraken boeken en beheren
- Analytics en accountgebruik ophalen
- Klant-sub-accounts inrichten en bedienen (op accounts met een Agency-plan)
Eén ding om helder en eerlijk over te zijn: de MCP-server biedt het volledige API-oppervlak, en de enige toegangscontrole voor klanten is de API-sleutel zelf. Er zijn geen rechten per tool die je aan- en uitzet, en er is geen alleen-lezen standaard. De sleutel geeft dezelfde accounttoegang als overal elders. Wil je een assistent afsnijden, dan trek je de sleutel in. Behandel de sleutel als een wachtwoord: geef hem aan assistenten die je vertrouwt, en roteer hem zodra je vermoedt dat hij is uitgelekt.
Hoe AI-klaar is jouw platform echt?
Een MCP-server telt alleen als er een echte API onder zit die de assistent kan besturen. Een flowbuilder met een AI-add-on heeft meestal een gedeeltelijke, gescripte API en geen officiële MCP-server, dus een assistent kan hem niet bedienen, ook al zou hij willen. DM Champ zet de MCP-server bovenop een open REST API, en dat is wat het platform echt bestuurbaar maakt door een assistent in plaats van er alleen door genoemd te worden.
Waarom dit telt voor een AI-first bureau
Dit verhaal blijft zich herhalen. Een bureau van ongeveer $1M per jaar vroeg Claude om een AI-first partner voor klantcommunicatie. Claude kwam met DM Champ. Het bureau koppelde zijn eigen assistent aan de MCP-server en ging het platform daardoorheen bedienen: agents opzetten, analytics checken en sub-accounts beheren door te vragen, niet door te klikken.
Zo ziet een AI-first bureau eruit. Het team gebruikt niet alleen een dashboard. De eigen assistent bestuurt het platform, omdat het platform is gebouwd om zo bestuurd te worden. Als je assistent een tool zowel kan vinden als besturen, krimpt het gat tussen ik wil X en X is gedaan tot één zin.
Werk je zo voor klanten, dan zijn twee pagina's je tijd waard: DM Champ voor bureaus, over het white label- en sub-accountmodel, en de open REST API, het oppervlak dat de MCP-server ontsluit.
Hoe het zich verhoudt
De meeste berichtentools hebben helemaal geen officiële MCP-server, dus een assistent kan ze niet bedienen, hoe goed die assistent ook is. Een handvol wel: respond.io levert een eigen server (28 tools), Wati heeft Astra, GoHighLevel draait een gehoste server (rond de 36 tools), Intercom biedt een remote server voor Amerikaanse workspaces, en Twilio ontsluit er een over zijn hele productlijn. De flowbuilders, de tools die een bureau het vaakst al heeft, doen dat niet: ManyChat heeft alleen servers uit de community, en Chatfuel en Tidio hebben helemaal geen officiële server.
De vraag is dus niet alleen of iets een MCP-server heeft. De vraag is of het een MCP-server heeft bovenop een open API waar je echt op kunt bouwen, en die je ook onder je eigen merk kunt doorverkopen. Weinig rijen halen alle drie. Voor de volledige uitsplitsing, zie de beste AI-berichtenplatformen met een open API en MCP in 2026.