Google właśnie udostępnił UCP jako open source. oto wszystko, co musisz wiedzieć: Google publikuje otwarte standardy, które opisują, jak agenci AI działają w rzeczywistych systemach. skupia się na interoperacyjności, aby agenci mogli koordynować, transakcjonować i realizować przepływy pracy w różnych platformach. UCP (uniwersalny protokół realizacji zamówień) UCP reprezentuje przepływy realizacji zamówień w e-commerce w ustrukturyzowany sposób, zrozumiały dla maszyn. definiuje, jak agenci wchodzą w interakcje z katalogami sprzedawców, koszykami, zapasami i krokami realizacji zamówień, używając spójnego interfejsu w różnych platformach. pozwala to agentom przechodzić przez proces realizacji zamówienia u różnych sprzedawców bez potrzeby dostosowywania integracji. Google pracuje nad standardami agentów od jakiegoś czasu. podejście polega na zdefiniowaniu każdej odpowiedzialności jako osobnego protokołu, aby agenci mogli współdziałać w różnych systemach, u dostawców i w różnych środowiskach. A2A (agent do agenta) A2A to standard Google, który definiuje, jak agenci komunikują się ze sobą. obejmuje delegację, koordynację i podejmowanie decyzji między agentami, którzy mogą należeć do różnych systemów lub organizacji. AP2 (protokół płatności agenta) AP2 to kolejny standard Google. definiuje, jak agent finalizuje zakup po podjęciu decyzji. obejmuje to autoryzację, płatność i rozliczenie na poziomie protokołu. x402 i jak się w to wpisuje x402 to protokół płatności opracowany przez @CoinbaseDev. definiuje standardowy handshake płatności przez http, w tym jak płatność jest żądana, składana i weryfikowana. Google nie redefiniuje x402. zamiast tego, integruje go. Google wdrożył x402 jako rozszerzenie do A2A ( pozwala to na dokonanie płatności jako część interakcji agent do agenta. agent usługowy może wymagać płatności, agent klienta może złożyć płatność za pomocą x402, a rozliczenie może być weryfikowane przed kontynuowaniem przepływu pracy. x402 może być używany jako mechanizm płatności w ramach przepływu realizacji zamówienia UCP, gdy sprzedawca lub usługa to wspiera. rozszerzenia i ekosystem Google ogłosił UCP obok rozszerzeń dla istniejących platform handlowych, takich jak @Shopify. te rozszerzenia udostępniają katalogi sprzedawców, zapasy i przepływy realizacji zamówień przez ustandaryzowane interfejsy. agenci integrują się przez UCP. sprzedawcy nadal działają na swojej istniejącej infrastrukturze. gdzie pasuje ampersend ampersend znajduje się powyżej tych standardów jako warstwa kontroli i widoczności dla ludzi. ampersend nie „wdraża” ani „wywołuje” x402 samodzielnie. zamiast tego umożliwia ludziom tworzenie i zarządzanie agentami, którzy mogą uczestniczyć w przepływach handlowych, gdzie x402 jest wspierany przez sprzedawcę lub usługę. ampersend pozwala użytkownikom: - tworzyć i zarządzać agentami - konfigurować limity wydatków i budżety - przeglądać aktywność agentów i historię transakcji - monitorować, jak agenci poruszają się w przepływach handlowych, w tym w realizacjach zamówień opartych na UCP przykład wyobraź sobie producenta kawy sprzedającego ziarna w sklepie Shopify. sprzedawca konfiguruje swoją realizację zamówienia, aby wspierać płatności x402 za pomocą usdc. sprzedawca tworzy agenta sprzedawcy i może przeglądać wszystkie zakupy dokonane przez tego agenta. klient rejestruje się w ampersend i tworzy agenta o nazwie 'coffee_buyer' z saldem 100 usdc i miesięcznym limitem 100 usdc. instruuje agenta, aby kupił ziarna kawy od sprzedawcy. zakup odbywa się przez przepływ realizacji zamówienia UCP. płatność jest realizowana za pomocą x402, ponieważ sprzedawca to wspiera. obie strony mogą zobaczyć transakcję przez swoich agentów. kupujący może przeglądać wydatki i aktywność w ampersend. ampersend zapewnia interfejs dla ludzi do kontrolowania i obserwowania tej aktywności. w praktyce: - UCP reprezentuje przepływ realizacji zamówienia - A2A koordynuje interakcje agentów - x402 obsługuje płatności tam, gdzie jest to wspierane - ampersend pozwala ludziom konfigurować, monitorować i kontrolować agentowy handel posłuchaj @jordan0ellis z @googlecloud, który wyjaśnia A2A, AP2 i rozszerzenie x402 ⬇️ dodaj ➕ w komentarzach, jeśli chcesz dłuższego wideo wyjaśniającego.

x402 to agentowy protokół do płacenia za żądania internetowe. Traktuje płatności w ten sam sposób, w jaki http traktuje błędy, przekierowania lub autoryzację: jako część cyklu żądanie-odpowiedź, a nie jako oddzielny produkt lub przepływ. Usługa może zadeklarować cenę w momencie żądania. Klient może zdecydować się na płatność, udowodnić płatność i kontynuować całkowicie programowo. Bez kont użytkowników, kluczy API powiązanych z pulpitami rozliczeniowymi ani niestandardowych punktów płatności. x402 jest zaprojektowane przede wszystkim dla maszyn. Każde żądanie stoi na własnych nogach. Ceny, rozliczenia i weryfikacja odbywają się na każde wezwanie, a nie na użytkownika. To sprawia, że jest użyteczne dla skryptów, usług i autonomicznych agentów bez koordynacji czy konfiguracji. Protokół jest celowo wąski. Definiuje, jak żądanie płatności jest składane i rozliczane, a nie jaki zasób jest używany lub kto może płacić. To sprawia, że jest elastyczne i łatwe do skomponowania. x402 odblokowuje: - domyślne ceny oparte na użyciu - usługi płatne za każde wezwanie bez subskrypcji - punkty końcowe, które można odkrywać i płacić na żądanie x402 nie rozwiązuje: tożsamości, zaufania ani reputacji. Te należą gdzie indziej. x402 precyzyjnie odpowiada na jedno pytanie: „ile kosztuje to żądanie i jak je rozliczyć?” W połączeniu z tożsamością agenta i standardami zaufania staje się brakującym elementem otwartego, natywnego dla maszyn handlu. Dodatkowe odblokowania wyjaśnione przez @kleffew94 ⬇️

„a wszystko, co musisz zrobić, to skopiować klucz API…”