Waarom grote bedrijven de AI-agent van je klant buiten de deur zetten

Je automatisering logt in als mens en dat valt nu op

Veel automatiseringen werken op dezelfde manier als jij: ze openen een website, vullen een inlognaam en wachtwoord in en klikken verder. Zolang dat goed gaat denkt niemand erover na. Het is de snelste manier om iets te koppelen dat geen koppeling heeft.

Sinds halverwege oktober gaat dat steeds vaker mis. Een reeks grote bedrijven heeft besloten die deur dicht te doen voor AI-agents die namens iemand anders inloggen. Als je zelf zo'n automatisering draait, is dat geen abstract nieuws. Dan is het de reden dat een proces op een ochtend stilvalt zonder dat je iets hebt veranderd.

Wat er de afgelopen week precies gebeurde

The Verge bracht op 17 oktober in kaart hoeveel partijen hun site inmiddels sluiten voor externe agents. Het gaat niet om een enkele uitschieter.

• Charles Schwab blokkeert agents die geld van klanten willen verplaatsen. Topman Rick Wurster zei bij Bloomberg Television dat hij daar wekelijks een rapportage van krijgt en dat het om tientallen pogingen per week gaat.
• JPMorgan Chase blokkeert externe agents die namens particuliere klanten handelen. Alleen-lezen gegevens zoals een saldo blijven beschikbaar via partijen als Plaid.
• Amazon weert de winkelagent van Meta sinds 20 september, nadat Meta een verzoek om die agent terug te trekken had afgewezen.
• Yelp laat een agent alleen een offerte opvragen of een tafel reserveren als het bedrijf erachter betaalt voor het licentieprogramma.
• Delta zegt geen afspraken te hebben met externe agents die vluchten boeken.

De motivering is bij alle vijf vergelijkbaar. Een agent die inlogt met het wachtwoord van een klant valt niet te onderscheiden van die klant zelf. Gaat er iets fout, dan is achteraf niet vast te stellen wie de opdracht gaf.

Het verschil tussen meekijken en meedoen

Hier zit de kern en die is bruikbaar ver buiten de bankwereld. Vrijwel niemand blokkeert een agent die alleen gegevens ophaalt. Wat geblokkeerd wordt is de agent die handelt: geld overmaken, bestellen, boeken, annuleren.

Schwab laat dat verschil ook zien in wat het wel aanbiedt. Externe AI-modellen mogen saldi bekijken en analyses draaien via de eigen MCP-servers van Schwab, een koppeling die alleen leest. Wil een klant dat er daadwerkelijk iets gebeurt, dan moet dat via de eigen assistent van de bank.

Dat is het patroon dat zich nu uitkristalliseert. Lezen gaat via een officiële koppeling, handelen gaat via de partij zelf. De omweg met een wachtwoord verdwijnt daartussenuit.

Wat dit betekent voor de koppelingen die je zelf draait

Loop deze week je automatiseringen na op één vraag: welke daarvan loggen ergens in met een gebruikersnaam en een wachtwoord van een mens? Dat zijn de kwetsbare. Ze kunnen van de ene op de andere dag stoppen zonder aankondiging, want de partij aan de andere kant ziet het als misbruik.

Voor elke koppeling die je zo vindt zijn er drie routes:

1. Kijk of de leverancier een officiële API of MCP-koppeling heeft. Die is saaier om in te richten en gaat niet stuk bij de volgende beleidswijziging.
2. Splits lezen en handelen. Het ophalen van gegevens mag een agent doen. Laat de stap die geld kost of iets onomkeerbaars doet bij een mens of bij een vaste koppeling.
3. Zet er een melding op. Weet je binnen een dag dat een koppeling is gestopt, dan is het een ongemak. Merk je het na drie weken, dan ben je iets kwijt.

Draai je je automatiseringen op een eigen omgeving, dan heb je hier een streepje voor, omdat je zelf ziet welke stap afketst en waarom. In wat is n8n leggen we uit hoe zo'n opzet eruitziet.

En als er een agent bij jou aanklopt

De andere kant van dit verhaal krijgt minder aandacht terwijl hij voor een MKB-bedrijf net zo concreet is. Jouw klanten gaan dit ook doen. Iemand zet een assistent aan het werk die bij tien leveranciers een prijs opvraagt en jij bent er een van.

Dat is op zichzelf goed nieuws, want het is een aanvraag. De vraag is alleen door welke deur die binnenkomt. Een agent die je formulier invult kun je niet tegenhouden en wil je waarschijnlijk ook niet tegenhouden. Een agent die inlogt in het klantportaal van iemand anders is een ander verhaal.

Drie dingen die je nu al kunt vastleggen, ook zonder dat je er beleid van maakt:

• Welke handelingen in jouw systemen mag een buitenstaander uitvoeren zonder dat een medewerker meekijkt. Prijs opvragen is iets anders dan een order plaatsen.
• Of je in je logs kunt zien dat een aanvraag van een agent kwam. Zo niet, dan is dat het eerste dat je wilt kunnen zien.
• Wat de officiële route is. Een duidelijk formulier of een eenvoudige API is vriendelijker dan een portaal dat agents blokkeert zonder alternatief.

Hoe je je site bruikbaar maakt voor dit soort bezoekers hebben we eerder uitgewerkt in AI-agents gaan je website niet alleen lezen, maar ook gebruiken.

Waarom dit nu gaat en niet volgend jaar

Deze beweging komt er niet omdat agents slecht werken. Hij komt er omdat ze goed genoeg werken om op schaal gebruikt te worden. Op dat moment wordt zichtbaar dat de onderliggende afspraak nooit is gemaakt. Niemand heeft ooit toestemming gegeven voor software die zich voordoet als een klant.

De partijen die er nu uit komen zijn de partijen met het meeste te verliezen: banken, een grote webshop, een luchtvaartmaatschappij. De rest volgt in de loop van 2027. Dat geeft je ruimte. Het is wel een reden om de koppelingen die op een wachtwoord leunen voorlopig niet verder uit te breiden.

Waar je het beste begint

Begin klein en begin bij wat je al draait. Maak een lijst van je koppelingen met twee kolommen: wat haalt alleen gegevens op en wat voert echt iets uit. Die tweede kolom is je werklijst. Pak daarvan de koppeling aan die het meeste schade aanricht als hij morgen stopt en zoek daar de officiële route voor.

Dat kost een middag en het levert iets op dat je sowieso nodig had: een overzicht van wie namens jou waar naar binnen gaat.

Benieuwd welke van jouw koppelingen hierdoor geraakt worden en wat de officiële route per leverancier is? We kijken het graag samen met je door.