Google har nettopp gjort UCP åpen kildekode. Her er alt du trenger å vite: Google publiserer åpne standarder som beskriver hvordan AI-agenter opererer inne i virkelige systemer. Fokuset er interoperabilitet, slik at agenter kan koordinere, handle og utføre arbeidsflyter på tvers av plattformer. UCP (universell sjekkprotokoll) UCP representerer e-handels utsjekkingsflyt på en strukturert, maskinlesbar måte. Den definerer hvordan agenter samhandler med handelskataloger, handlekurver, inventar og utsjekkingstrinn ved hjelp av et konsistent grensesnitt på tvers av plattformer. Dette gjør det mulig for agenter å bevege seg gjennom en kasseflyt hos ulike forhandlere uten tilpassede integrasjoner. Google har jobbet med agentiske standarder en stund. Tilnærmingen er å definere hvert ansvar som en separat protokoll slik at agenter kan samarbeide på tvers av systemer, leverandører og miljøer. A2A (agent til agent) A2A er en Google-standard som definerer hvordan agenter kommuniserer med hverandre. Den dekker delegering, koordinering og beslutningstaking mellom agenter som kan tilhøre ulike systemer eller organisasjoner. AP2 (agent betalingsprotokoll) AP2 er en annen standard fra Google. Den definerer hvordan en agent fullfører et kjøp når en beslutning er tatt. Dette inkluderer autorisasjon, betaling og oppgjør på protokollnivå. x402 og hvordan det passer X402 er en betalingsprotokoll utviklet av @CoinbaseDev. Den definerer et standard betalingshåndtrykk over HTTP, inkludert hvordan betaling forespørres, sendes inn og verifiseres. Google omdefinerer ikke x402. i stedet integrerer den det. Google implementerte x402 som en utvidelse til A2A ( Dette gjør det mulig å betale som en del av en agent-til-agent-interaksjon. En serviceagent kan kreve betaling, en kundeagent kan sende betaling med x402, og oppgjør kan verifiseres før arbeidsflyten fortsetter. x402 kan brukes som betalingsmekanisme i en UCP-sjekkflyt når forhandleren eller tjenesten støtter det. Utvidelser og økosystem Google kunngjorde UCP sammen med utvidelser for eksisterende handelsplattformer, som @Shopify. Disse utvidelsene eksponerer handelskataloger, varelager og utsjekkingsflyt gjennom standardiserte grensesnitt. agenter integreres gjennom UCP. Kjøpmennene fortsetter å operere på sin eksisterende infrastruktur. hvor ampersend passer Ampersend ligger over disse standardene som et kontroll- og synlighetslag for mennesker. ampersend "implementerer" eller "kaller" ikke x402 alene. I stedet gjør det det mulig for folk å opprette og administrere agenter som kan delta i handelsstrømmer der X402 støttes av forhandleren eller tjenesten. ampersend lar brukere: - opprette og administrere agenter - konfigurere utgiftsgrenser og budsjetter - se agentaktivitet og transaksjonshistorikk - overvåke hvordan agenter beveger seg gjennom handelsarbeidsflyter, inkludert UCP-baserte utsjekkinger Eksempel Tenk deg en kaffeprodusent som selger bønner i en Shopify-butikk. Forhandleren konfigurerer sin utsjekking til å støtte X402-betalinger ved bruk av USDC. Forhandleren oppretter en selgeragent og kan se alle kjøp gjort gjennom denne agenten. En kjøper registrerer seg for Ampersend og oppretter en agent kalt 'coffee_buyer' med en saldo på 100 USD og en månedlig grense på 100 USD. De instruerer megleren om å kjøpe kaffebønner fra selgeren. Kjøpet skjer gjennom en UCP-utsjekkingsprosess. Betalingen skjer med X402 fordi forhandleren støtter det. Begge parter kan se transaksjonen gjennom sine agenter. Kjøperen kan gjennomgå utgifter og aktivitet i Ampersend. Ampersend gir det menneskelige grensesnittet for å kontrollere og observere denne aktiviteten. I praksis: - UCP representerer utsjekkingsflyten - A2A koordinerer agentinteraksjoner - x402 håndterer betaling der det støttes - ampersend lar mennesker konfigurere, overvåke og kontrollere agentisk handel Hør på @jordan0ellis fra @googlecloud forklar A2A, AP2 og x402-utvidelsen ⬇️ – legg A ➕ i kommentarfeltet hvis du ønsker en utvidet videoforklaring.

x402 er en agentisk protokoll for betaling for internettforespørsler. Den behandler betalinger på samme måte som HTTP behandler feil, omdirigeringer eller autentisering: som en del av forespørsel–svar-syklusen, i stedet for et separat produkt eller en flyt. En tjeneste kan oppgi en pris ved forespørsel. Kunden kan velge å betale, bevise betaling, og fortsette helt programmessig. Uten brukerkontoer, API-nøkler knyttet til faktureringsdashbord, eller tilpassede betalingsendepunkter. X402 er designet for maskiner først. Hver forespørsel står på egne ben. Prising, oppgjør og verifisering skjer per samtale, ikke per bruker. Det gjør det brukbart for skript, tjenester og autonome agenter uten koordinering eller oppsett. Protokollen er bevisst snever. Den definerer hvordan en betaling blir bedt om og gjort opp, ikke hvilken eiendel som brukes eller hvem som har lov til å betale. Det gjør det fleksibelt og lett å komponere. X402 låser opp: - bruksbasert prising som standard - betal-per-samtale-tjenester uten abonnement - endepunkter som kan oppdages og betales for på forespørsel X402 løser ikke: identitet, tillit eller omdømme. De hører hjemme et annet sted. X402 svarer én ting presist: «Hva koster denne forespørselen, og hvordan løser jeg den?» Når det kombineres med agentidentitet og tillitsstandarder, blir det en manglende brikke i åpen, maskinbasert handel. Ytterligere opplåsninger forklart av @kleffew94 ⬇️

"Og alt du trenger å gjøre er å kopiere API-nøkkelen..."