Meta, Walmart en Stripe willen dat agents inloggen in plaats van rondklikken. De spec is er nog niet
By Surya Pratap
10 oktober 2026
9 min read
AI & Technology
10 oktober 2026
9 min read
Eerst gast, dan lezen, dan schrijvenHover to exploreEen persoonlijke AI-agent die een bestelling wil checken, een tafel wil reserveren of een afleveradres wil wijzigen, doet nu precies wat een mens doet. Pagina laden, formulier zoeken, doorklikken. Dat is traag, het breekt zodra de pagina verandert, en het bedrijf ziet meestal niet of er een mens of een programma bezig is.
Deze week stelde een groep grote bedrijven iets anders voor: de agent logt in, de klant bepaalt wat hij mag, en het bedrijf bepaalt hoe hij binnenkomt.
Dit artikel is gebaseerd op "Introducing Personal Agent Protocol" van Bret Taylor en Clay Bavor van Sierra, gepubliceerd op 6 oktober 2026, en op berichtgeving van The Next Web, Constellation Research en The Daily Brief. Toen dit werd geschreven, was er nog geen specificatie gepubliceerd. De analyse vanaf sectie 4 is van mij.
Op 6 oktober 2026 kondigden Sierra en Meta tijdens de Sierra-summit in San Francisco het Personal Agent Protocol aan. Ze noemen het een open standaard voor "hoe persoonlijke agents met bedrijven omgaan". De genoemde founding partners zijn Genesys, Instinct, Rocket, Shopify, Stripe en Walmart.
Het idee in één zin, in de woorden van Sierra: "consumenten bepalen welke toegang ze hun persoonlijke agents geven, en bedrijven bepalen de kaders voor wat die agents mogen doen."
De aankondiging bouwt het protocol op rond wat drie groepen willen:
Meta heeft er direct belang bij. Zijn persoonlijke agent, Muse, is precies het soort agent waarvoor het protocol bedoeld is. Volgens Constellation Research doet Muse twee checks voordat hij iets doet: zou één eerlijk persoon hetzelfde doen — het genoemde voorbeeld is vijf accounts aanmaken om één kortingscode te verzilveren — en houdt het systeem stand als elke agent het zou doen?
De aankondiging beschrijft een sessie met drie toegangsniveaus:
De sessie draait op OAuth, de standaard waar de meeste inlogflows al op draaien. Ze "loopt door over kanalen heen, zodat een vraag van vóór het inloggen en een wijziging in een bestelling daarna bij hetzelfde bezoek horen."
Aan de kant van het bedrijf kiest het bedrijf zelf hoe agents binnenkomen:
De klant kiest hoeveel de agent mag. Het bedrijf kiest via welke ingang. Meer is het voorstel op dit moment niet.
Dit is een aankondiging, geen standaard die je deze week kunt implementeren.
Bret Taylor, geciteerd door The Daily Brief, vatte de huidige stand zo samen: "Het is eigenlijk chaos zolang zo'n standaard er niet is."
Lees deze aankondiging naast de protocollen waar ze mee overlapt. The Daily Brief zette er vier naast elkaar:
| Protocol | Belangrijkste partijen | Focus |
|---|---|---|
| Agentic Commerce Protocol (ACP) | OpenAI, Stripe | Afrekenen binnen een agent, met afgebakende betaaltokens |
| Trusted Agent Protocol (TAP) | Visa, Cloudflare | De identiteit van een agent aantonen met ondertekende requests |
| Universal Commerce Protocol (UCP) | Google, Shopify en anderen | Winkelen van ontdekking tot na de aankoop |
| Personal Agent Protocol (PAP) | Sierra, Meta, Walmart en anderen | Hoe de agent van een persoon inlogt en wat hij mag doen |
Stripe en Shopify zitten bij alle vier. De bedrijven die het meest te verliezen hebben bij de verkeerde keuze, hebben besloten niet te kiezen. Een startup van vijf mensen hoeft niet zekerder te zijn dan zij.
De protocollen beantwoorden ook verschillende vragen. TAP gaat over welke agent er belt. ACP over betalen. PAP over wat deze klant deze agent in zijn account heeft toegestaan. Een echt product kan uiteindelijk onderdelen van meer dan één nodig hebben.
Het goede nieuws: het fundament onder al deze protocollen is hetzelfde, en het meeste maakt je product ook voor mensen beter.
Maak openbare gegevens leesbaar zonder login. Voorraad, prijzen, openingstijden, bezorggebieden, het retourbeleid. Als een agent in gastmodus die niet betrouwbaar kan lezen, stuurt hij zijn gebruiker naar een plek waar dat wel kan. Gestructureerde data op je pagina's en een kleine read-only API tellen allebei.
Scheid leestoegang van schrijftoegang. Heeft je API één token dat alles kan? Dan kan een agent die van de klant alleen bestellingen mocht bekijken, ze ook annuleren. Aparte OAuth-scopes voor "account lezen" en "account wijzigen" zijn het minimum waar het protocol van uitgaat.
Maak schrijfacties veilig herhaalbaar. Agents proberen het opnieuw. Een orderwijziging, boeking of terugbetalingsverzoek moet een idempotency key accepteren, zodat hetzelfde verzoek dat twee keer binnenkomt maar één keer wordt uitgevoerd. Voeg een bevestigingsstap toe voor alles wat duur of onomkeerbaar is.
Label agentsessies. Leg vast of een actie van een mens kwam, van een bekende agent namens de klant of van een onbekend script. Rate limits instellen, misbruik opsporen of omzet via agents meten kan niet als je dat verkeer niet uit elkaar kunt houden.
Heb je al een API? Dan is een MCP-server bovenop een handvol van de meest voorkomende klanttaken een goedkope manier om te leren wat agents echt vragen. Begin met read-only tools. Voeg pas schrijftools toe als je kunt zien wie er belt en idempotentie en bevestiging op orde zijn.
Je kanaal kiezen
Het protocol laat je kiezen tussen je website, je API en je eigen agent. Voor de meeste producten in een vroege fase is de API het beste startpunt: een website is fragiel voor agents, en een eigen klantgerichte agent draaien is een product op zich. Bied een eigen agent aan als de taak echt een gesprek nodig heeft — een ingewikkelde retour, een hypotheekvraag — en niet als standaardingang.
Dat PAP gaat winnen. Het heeft grote namen en geen spec. UCP, ACP en TAP hebben elk hun eigen zwaargewichten, en de overlap in deelnemers betekent dat nog niets beslist is.
Dat agents binnenkort bij jouw product aankloppen. Visa's eigen onderzoek liet zien dat de meeste mensen nog niet willen dat een agent voor hen betaalt. Het protocol maakt agents capabeler; het zorgt er niet voor dat klanten ze vertrouwen.
Dat het de juridische vragen oplost. Wie verantwoordelijk is als een agent met schrijfrechten iets doet wat de klant niet bedoelde, staat niet in de aankondiging. Evenmin hoe door agents goedgekeurde betalingen passen in regels als de Europese sterke klantauthenticatie, die geschreven zijn voor een persoon die een betaling goedkeurt. Hoe één rechter naar agents namens gebruikers keek, lees je in onze analyse van de uitspraak van het Ninth Circuit in de zaak-Perplexity.
Dat de details vastliggen. Alles in sectie 2 en 3 komt uit een aankondiging. De v0.1-spec kan namen, scopes of het sessiemodel nog veranderen.
Meta, Sierra, Walmart, Shopify, Stripe en anderen stellen een standaardmanier voor waarop de AI-agent van een persoon inlogt bij een bedrijf. Agents beginnen als gast, de klant kiest via OAuth voor alleen-lezen of schrijven, en het bedrijf kiest of agents de website, de API's of een eigen agent gebruiken. Er is nog geen spec, geen betalingen, geen fijnmazige rechten en geen beheerorgaan, en het is een van vier overlappende protocollen.
Welk protocol je uiteindelijk gebruikt, is minder belangrijk dan het fundament waar ze allemaal van uitgaan: openbare gegevens die een agent kan lezen, afgebakende toegang tot accounts, schrijfacties die je veilig kunt herhalen en het vermogen om agentverkeer van menselijk verkeer te onderscheiden.
Kies je drie meest voorkomende klanttaken. Laat de read-only taken werken zonder login, en maak de schrijftaken afgebakend, herhaalbaar en gelogd. Lees dan de v0.1-spec zodra die er is, in plaats van erop te wachten voordat je begint.
Bronnen: Bret Taylor en Clay Bavor, "Introducing Personal Agent Protocol", Sierra, 6 oktober 2026 — de partners, het uitgangspunt, de behoeften van de drie groepen, de niveaus gast, alleen-lezen en schrijven, OAuth en sessies over kanalen heen, de kanalen website, API en bedrijfsagent, de planning van v0.1 en het toekomstige werk aan betalingen, rechten en meldingen. The Next Web voor de datum en context van de aankondiging. Larry Dignan, Constellation Research, 7 oktober 2026 — Muse van Meta en de twee checks. Rajesh Beri, The Daily Brief, 7 oktober 2026 — het ontbreken van een spec, licentie en beheerorgaan, het citaat van Bret Taylor en de vergelijking met UCP, ACP en TAP. De analyse in sectie 4 tot en met 6 is van mij.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.
