Monitoring is pas echt bruikbaar als je er snel mee kunt werken. Niet alleen in een dashboard, maar ook in de tools waar je al denkt: ChatGPT, Claude, Cursor of een andere AI-assistent.
Daarom hebben we PulseGuard van begin af aan een Model Context Protocol (MCP)-server gegeven. Via https://api.ipulse.one/mcp kan een agent je monitoringdata lezen en, met de juiste rechten, ook acties uitvoeren: incidenten bekijken, domeinen nalopen, synthetic flows starten, security-signalen samenvatten.
Vandaag is die server bijgewerkt naar de nieuwe specificatie MCP 2026-07-28. Dat klinkt technisch, en dat is het ook. Maar het verschil voel je vooral in betrouwbaarheid, schaalbaarheid en hoe soepel clients zoals Claude met connectors omgaan.
Waarom MCP überhaupt in PulseGuard zit
Een dashboard is goed voor overzicht. Een agent is goed voor tempo.
Met MCP kun je bijvoorbeeld vragen:
- Welke incidenten staan er open, en wat zou ik eerst moeten oppakken?
- Hoe staat de uptime van dit domein over de laatste zeven dagen?
- Welke SSL-certificaten lopen binnenkort af?
- Kun je een snelle security-posture review doen?
De agent praat dan niet “ergens over monitoring” in het algemeen. Hij praat met jouw PulseGuard-workspace, via scopes (read / write) en OAuth of een access token. Dat is bewust: AI die data mag zien, moet ook begrensd zijn. Meer daarover in onze docs over MCP voor AI-agents en API & Integraties.
Wat MCP 2026-07-28 verandert
Het Model Context Protocol is in korte tijd de standaard geworden om AI-tools aan producten te koppelen. De release van 28 juli 2026 is een van de grotere stappen tot nu toe. Drie dingen springen eruit, ook in hoe wij PulseGuard hebben bijgewerkt.
1. Stateless in de kern
Eerdere versies van MCP leunden zwaarder op sessies en een initialize-handshake. Dat werkt, maar het voelt al snel als “verbind eerst, dan pas werken”, met state die je ergens moet bijhouden.
In 2026-07-28 is de kern request/response: elke aanroep draagt zelf mee welke protocolversie en client-capabilities gelden. Voor een monitoringplatform is dat een natuurlijk model. Wij willen geen lange verbindingen openhouden alleen omdat een protocol dat ooit zo bedacht had. We willen dat elke call veilig, geïsoleerd en horizontaal schaalbaar is.
Praktisch betekent dat voor PulseGuard:
- Geen afhankelijkheid van
Mcp-Session-Idmeer - Discovery via
server/discoverin plaats van alleen een oude initialize-flow - Hetzelfde endpoint voor moderne clients én, via dual-era support, nog steeds legacy clients die de 2025-flow spreken
Dat laatste is belangrijk. Claude en andere hosts rollen support gefaseerd uit. Wij willen niet dat jouw connector “morgen kapot” is omdat wij te hard vooruit zijn gelopen.
2. Duidelijkere discovery en betere caching
Met server/discover kan een client vooraf vragen: welke protocolversies ondersteun je, welke capabilities heb je, wie ben je? Dat klinkt klein, maar het voorkomt giswerk en maakt connectors stabieler.
Daarnaast horen list-resultaten (zoals tools/list) nu bij het protocol met cache-hints. Voor PulseGuard is de toolcatalogus groot: monitoring, incidenten, synthetic flows, security, accessibility, projecten. Clients die dat slim cachen, stellen minder overbodige vragen. Dat scheelt latency en maakt agent-loops sneller.
3. Auth die beter aansluit op de echte wereld
MCP-auth is verder aangescherpt richting productie-OAuth. Voor ons betekent dat onder andere duidelijkere issuer-informatie (iss) in authorize-responses, zodat clients kunnen controleren dat ze echt met PulseGuard praten en niet met een nagebootste redirect.
Verbinden blijft zoals je gewend bent:
- OAuth (aanbevolen) via je AI-client naar
https://api.ipulse.one/mcp - Of een access token onder Instellingen → Integraties → MCP in PulseGuard
Scopes blijven least-privilege: read-tools met read, muterende tools met write. Een read-only token kan dus analyseren zonder per ongeluk iets te wijzigen.
Wat er concreet beter is aan onze PulseGuard MCP
Los van “we volgen de spec” is dit wat er voor jou verandert:
- Moderner protocol: klaar voor Claude, Cursor, ChatGPT en andere hosts die 2026-07-28 gaan spreken.
- Stabielere remote server: minder sessie-state, makkelijker schalen, minder rare verbindingsartefacten.
- Discovery die klopt:
server/discover+ dual-era zodat oude en nieuwe clients naast elkaar kunnen bestaan. - Zelfde tools, beter aangesloten: de bestaande PulseGuard-toolset (dashboard, domeinen, incidenten, synthetics, security, statuspagina’s, enzovoort) blijft beschikbaar; de transportlaag is vernieuwd.
- Oude HTTP+SSE-paden eruit: die transportvariant is in de specificatie deprecated. Wij serveren Streamable HTTP op
POST /mcp, zoals de huidige standaard voorschrijft.
De CLI (pulseguard) praat inmiddels ook het nieuwe protocol: per request met _meta en de juiste MCP-headers. Handig als je agents of scripts naast de chat-UI wilt gebruiken.
Voor wie dit vooral interessant is
- MSP’s en beheerteams die incidenten en uptime willen bevragen vanuit Claude of ChatGPT, zonder steeds te wisselen naar het dashboard
- Developers die Cursor of Claude Code gebruiken en monitoringcontext in hun workflow willen trekken
- Teams die al OAuth-connectors hebben: zij profiteren van schonere auth-responses en een protocol dat beter past bij serverless/edge-achtige deployments
Als je monitoring vooral als “een groen vinkje” ziet, is MCP optioneel. Als je monitoring als werkmateriaal ziet (vragen stellen, triage doen, trends uitleggen), dan wordt het interessant.
Hoe je het vandaag probeert
- Open PulseGuard en ga naar Instellingen → Integraties → MCP.
- Koppel via OAuth in je AI-client, of maak een token aan.
- Zet de server-URL op
https://api.ipulse.one/mcp. - Vraag iets concreets, bijvoorbeeld: “Geef een triage van open incidenten” of gebruik de ingebouwde prompts zoals
incident_triageenuptime_review.
Stap-voor-stap staat het in de docs: MCP voor AI-agents. Wil je breder kijken naar API’s, webhooks en andere koppelingen: API & Integraties.
Achtergrond over de specificatie zelf vind je op modelcontextprotocol.io; Anthropic schreef ook over hoe MCP 2026-07-28 naar Claude komt.
Tot slot
Wij bouwen PulseGuard om signalen om te zetten in grip: meten, melden, begrijpen, handelen. MCP is geen speeltje naast dat verhaal. Het is een manier om die grip te brengen naar de plek waar je al samenwerkt met AI.
Met de update naar 2026-07-28 sluiten we aan op waar het ecosysteem naartoe gaat: sneller, stateless, beter auth, en minder protocol-frictie. De tools die je kent blijven. De basis eronder is steviger.
Wil je dit live zien in jouw omgeving? Vraag een demo aan, of begin meteen op PulseGuard.
Arjan den Hartog