Agentic payments i agentic commerce: UCP, ACP i AP2 (stan na 2026)

Agentic commerce to procesy zakupowe, w których agent AI w imieniu użytkownika wyszukuje i wybiera produkty oraz inicjuje płatności. Najważniejsze protokoły to UCP od Google, ACP od OpenAI i Stripe oraz AP2 od Google. Do tego dochodzą narzędzia takie jak Stripe Agent Toolkit. Technologia jest na wczesnym etapie. W 2026 roku zalecamy zatwierdzanie płatności przez człowieka, choć prawo tego nie wymaga.

Zerwanie z klasycznym e-commerce jest fundamentalne: finalizacja zakupu przesuwa się z kliknięcia człowieka w przycisk zamówienia na autoryzowane wywołanie funkcji przez agenta. Powstają w ten sposób nowe warstwy (odkrywanie produktów przez agentów, checkout przez protokoły, inicjowanie płatności przez usługi płatnicze), a wraz z nimi nowe pytania o bezpieczeństwo, na które każda organizacja musi odpowiedzieć przed pierwszym projektem pilotażowym.

Trzy szybkie odpowiedzi

• Co dzieje się technicznie? Agent otrzymuje od użytkownika mandat autoryzacyjny, wyszukuje i wybiera, wywołuje checkout sprzedawcy przez protokół handlowy, taki jak UCP lub ACP, i inicjuje płatność przez usługę płatniczą, w Stripe na przykład za pomocą tokena Shared Payment Token. W fazie pilotażowej każdą płatność wcześniej zatwierdza człowiek.
• Kto dostarcza elementy? Najbardziej dojrzałą warstwą jest dziś integracja: Model Context Protocol (MCP) to de facto standard podłączania narzędzi. Po stronie handlu i płatności funkcjonują obok siebie UCP i AP2 od Google oraz ACP od OpenAI i Stripe. UCP i ACP konkurują w obszarze checkoutu, a AP2 uzupełnia UCP o autoryzację. Komercyjnie najdalej zaszła infrastruktura płatnicza (np. Stripe).
• Na jakim etapie jesteśmy w 2026 roku? Początek wdrożeń produkcyjnych, nie rynek masowy. Poziom wdrożenia agentów jest jednocyfrowy w niemal wszystkich funkcjach biznesowych; wskaźniki halucynacji od 22 do 94% w 26 wiodących modelach bazowych sprawiają, że w pełni autonomiczne płatności bez twardych limitów są nieodpowiedzialne.

Jak agenci płatniczy inicjują zakupy

Typowy przebieg zakupu w modelu agentic commerce dzieli się na cztery fazy, z których każda jest przypisana do osobnej warstwy protokołu lub infrastruktury.

1. Mandat i tożsamość. Użytkownik udziela agentowi mandatu: „Kup X do kwoty Y.” Agent potrzebuje do tego weryfikowalnej, kryptograficznej tożsamości, aby każde działanie można było przypisać autoryzowanemu agentowi. Agent Payments Protocol (AP2) odwzorowuje takie mandaty jako kryptograficznie podpisane dowody.

2. Odkrywanie i wybór. Agent znajduje odpowiednie produkty. Tu wkracza Universal Commerce Protocol (UCP): sprzedawcy publikują swoje możliwości w manifeście, dzięki któremu agenci znajdują ich bez indywidualnej integracji.

3. Checkout. Agent wywołuje checkout sprzedawcy. Ten ustandaryzowany proces zamówienia między agentem a sprzedawcą regulują Agentic Commerce Protocol (ACP) od OpenAI i Stripe oraz funkcja checkoutu w UCP.

4. Płatność. Właściwa transakcja przebiega przez dostawcę usług płatniczych. W Stripe odpowiada za to Shared Payment Token, który udostępnia sprzedawcy metodę płatności klienta, ograniczoną do tego sprzedawcy, kwoty maksymalnej i terminu ważności. W 2026 roku warstwa płatności należy do najbardziej dojrzałych elementów komercyjnych. Stripe Agent Toolkit to natomiast narzędzie dla programistów: łączy frameworki agentowe, takie jak LangChain, z API Stripe przez function calling.

Poprzecznie do wszystkich warstw działa Model Context Protocol (MCP) jako de facto warstwa integracyjna. W grudniu 2025 roku Anthropic podał liczbę ponad 10 000 aktywnych publicznych serwerów MCP i ponad 97 milionów pobrań SDK miesięcznie dla Pythona i TypeScriptu. W architekturze „agentic mesh” MCP łączy agenta z narzędziem (pionowo), a protokoły agent-to-agent (A2A) łączą agentów ze sobą (poziomo). AP2 zaprojektowano jako rozszerzenie A2A i MCP. W grudniu 2025 roku Anthropic przekazał MCP fundacji Agentic AI Foundation, funduszowi działającemu pod egidą Linux Foundation. To pokazuje, że warstwa integracyjna dojrzewa w kierunku standardu niezależnego od dostawców.

Elementy w skrócie: warstwy i dojrzałość

Poniższa tabela przypisuje kluczowe warstwy agentic commerce do ich funkcji i stopnia dojrzałości. Wszystkie oceny dojrzałości dotyczą 2026 roku i są celowo ostrożne.

Ważne dla właściwej oceny: szczegóły dotyczące dostawców, wersji i integracji w warstwie handlowej i płatniczej zmieniają się w 2026 roku szybko. Konkretne premiery produktów, terminy i ceny należy przed projektem zweryfikować bezpośrednio u danego dostawcy, zamiast przejmować je ze źródeł wtórnych.

Porównanie protokołów: UCP, ACP, AP2

Za warstwami stoją trzy nazwane protokoły z różnymi podmiotami wiodącymi i zadaniami.

UCP standaryzuje ścieżkę zakupu od odkrycia produktu po zarządzanie zamówieniami. Sprzedawcy publikują pod /.well-known/ucp manifest ze swoimi możliwościami, a agenci znajdują ich dzięki niemu bez indywidualnej integracji. Google zaprezentował UCP w styczniu 2026 roku, a wspiera go ponad 20 kolejnych partnerów, takich jak Adyen, Mastercard, Stripe, Visa i Zalando. UCP oddziela środek płatniczy klienta od podmiotu obsługującego płatność i jest kompatybilny z AP2.

ACP opracowały wspólnie OpenAI i Stripe. Stripe opublikował go jako otwarty standard 29 września 2025 roku. Tego samego dnia OpenAI uruchomiło natychmiastowy zakup (Instant Checkout) w ChatGPT, początkowo tylko dla użytkowników w USA. W marcu 2026 roku OpenAI wycofało się z tego natychmiastowego zakupu i od tego czasu przenosi zakupy w czacie do aplikacji ChatGPT sprzedawców takich jak Instacart. Według rzecznika OpenAI ACP pozostaje podstawą techniczną (Digital Commerce 360). Płatność odbywa się za pomocą tokena Shared Payment Token: agent udostępnia nim sprzedawcy metodę płatności klienta, ograniczoną do tego sprzedawcy, kwoty maksymalnej i terminu ważności. Według Stripe Shared Payment Tokens są dostępne także w Austrii, Niemczech i Szwajcarii. Specyfikacja jest dostępna na licencji Apache 2.0 na stronie agenticcommerce.dev.

AP2 został zaprezentowany przez Google 16 września 2025 roku. Protokół odpowiada na pytanie, czy agent w ogóle może zainicjować płatność. Mandaty utrwalają, na co pozwolił użytkownik: najpierw warunki, takie jak budżet i dopuszczalne środki płatnicze, potem zatwierdzenie konkretnego koszyka. Mandaty są kryptograficznie podpisanymi dowodami, na których widać każdą manipulację, a razem tworzą sprawdzalną ścieżkę audytu.

Przy sprzedaży przez agentów Stripe oferuje integracje dla UCP i dla ACP.

Bezpieczeństwo i autoryzacja: Human-in-the-Loop jako standard

To rdzeń każdej poważnej architektury agentic commerce. Agent, który przesuwa pieniądze, to inna klasa ryzyka niż agent, który streszcza teksty. Trzy wnioski z badań wymuszają dyscyplinę: wskaźniki halucynacji między 22% a 94% w 26 wiodących modelach bazowych, przy czym nawet najlepsze modele mylą się w około 20% przypadków; 362 udokumentowane incydenty związane z AI w samym 2025 roku (po 233 w 2024 roku); oraz poziom wdrożenia agentów, który w niemal wszystkich funkcjach biznesowych jest wciąż jednocyfrowy.

Stąd nasza rekomendacja: przy płatnościach punkt kontrolny z zatwierdzeniem przez człowieka powinien być częścią każdej architektury. W fazie pilotażowej każdą płatność zatwierdza człowiek. Gdy agent działa stabilnie, drobne kwoty poniżej stałego progu mogą przechodzić automatycznie, a wszystko powyżej nadal wymaga zatwierdzenia przez człowieka. Odpowiednim wzorcem architektury jest orkiestrator ze specjalizowanymi subagentami i ostatnią warstwą ludzką: agent koordynujący rozdziela podzadania, a ostateczne zatwierdzenie działań o istotnych skutkach pozostaje w rękach człowieka.

Prawo nie wymaga takiego zatwierdzenia. AI Act wymaga nadzoru ze strony człowieka zgodnie z art. 14 tylko w przypadku systemów wysokiego ryzyka, a agent zakupowy zwykle do nich nie należy. Płatności elektroniczne w UE podlegają jednak PSD2 i silnemu uwierzytelnianiu klienta: płatnik potwierdza tożsamość dwoma z trzech elementów (wiedza, posiadanie, cechy klienta). Wyjątki obejmują m.in. drobne kwoty do 30 euro w handlu internetowym (z limitami skumulowanymi) oraz płatności cykliczne w tej samej kwocie na rzecz tego samego odbiorcy. Kolejne płatności, które sprzedawca inicjuje na podstawie istniejącego mandatu, nie podlegają temu obowiązkowi, ale ustanowienie takiego mandatu online już tak. O tym, czy wyjątek ma zastosowanie, decydują wydawcy kart i dostawcy usług płatniczych, a nie sprzedawca. W przypadku Shared Payment Tokens od Stripe agent przekazuje metodę płatności klienta tylko w ograniczonym zakresie: z powiązaniem z jednym sprzedawcą, kwotą maksymalną i terminem ważności. Jeśli potrzebne jest uwierzytelnienie, na przykład przez 3D Secure, klient przeprowadza je sam w interfejsie swojego banku (Stripe).

Konkretne mechanizmy kontrolne, które powinny znaleźć się w każdym wdrożeniu:

• Mandat autoryzacyjny z twardym limitem kwoty i zatwierdzeniami według kategorii.
• Weryfikowalna, kryptograficzna tożsamość agenta, aby każdą transakcję można było przypisać autoryzowanemu agentowi.
• Kompletna ścieżka audytu: sprawdzalna, odporna na manipulacje, zgodna z RODO.
• Bramka zatwierdzania przez człowieka dla każdej płatności w fazie pilotażowej, a później dla wszystkich płatności powyżej stałego progu.
• Przejrzystość zgodnie z art. 50 AI Act: obowiązki przejrzystości przy interakcji (ujawnianie chatbotów i asystentów głosowych) mają zastosowanie od 2 sierpnia 2026 roku. Systemy generatywnej AI wprowadzone do obrotu przed tą datą muszą wdrożyć oznakowanie w formacie nadającym się do odczytu maszynowego zgodnie z art. 50 ust. 2 do 2 grudnia 2026 roku, jak przewiduje Digital Omnibus do AI Act, a nowe systemy od momentu wejścia na rynek. Certyfikacja ISO 42001 uchodzi za strukturalną dźwignię.

Konkretny przykład: agent zakupowy z limitami

Scenariusz B2B dobrze ilustruje tę zasadę. Średniej wielkości firma handlowa wykorzystuje agenta zakupowego do cyklicznego zamawiania materiałów biurowych. Mandat na fazę pilotażową:

Tak przebiega zamówienie:

1. Jeśli kwota przekracza 250 euro albo grupa towarów wykracza poza mandat, agent przerywa proces.
2. Jeśli suma miesięczna przekroczyłaby 2000 euro, agent również przerywa proces.
3. Agent zapisuje transakcję w ścieżce audytu (log_audit_trail).
4. Jeśli kwota jest równa freigabe_ab lub wyższa, agent za pomocą request_approval prosi o zatwierdzenie przez człowieka. W pilotażu dotyczy to każdego zamówienia.
5. Dopiero po zatwierdzeniu agent przekazuje sprzedawcy Shared Payment Token (händler.checkout). Sprzedawca obciąża metodę płatności i dopiero wtedy płyną pieniądze.

Kluczowe jest to, że nawet przy rutynowym zamówieniu za 47 euro, mieszczącym się we wszystkich limitach, w fazie pilotażowej żadne pieniądze nie płyną bez kroku request_approval. Dopiero gdy agent w pilotażu działa niezawodnie, podnosisz freigabe_ab do stałego progu, na przykład 50 euro. Poniżej tego progu zamówienie przechodzi automatycznie, powyżej nadal zatwierdza je człowiek. Agent wyszukuje, porównuje i przygotowuje, a zatwierdzanie większych kwot pozostaje w rękach człowieka. W ten sposób osiąga się wzrost produktywności (research, porównanie cen, wstępne wypełnianie) bez oddawania kontroli nad płatnością. Rzetelne badania szacują wzrost produktywności w pracy ustrukturyzowanej na 14-26%. Właśnie ten przedział można osiągnąć dzięki zasadzie „agent przygotowuje, człowiek zatwierdza”, bez podejmowania niekontrolowanego ryzyka płatniczego.

Zdrowy sceptycyzm: co w 2026 roku jeszcze się nie sprawdza

W 2026 roku agentic commerce to obietnica z solidnym rdzeniem, ale przepaść między demo a produkcją jest duża. Trzy punkty dla właściwej oceny:

• Brak standardu protokołu. UCP i ACP konkurują w obszarze checkoutu, a wspólnego standardu nie ma. Kto dziś mocno wiąże się z jednym protokołem, ryzykuje uzależnienie od niego (lock-in).
• Słaba adopcja w Europie. Są pierwsi europejscy pionierzy i rosnący ekosystem dostawców, ale niewiele produkcyjnych wdrożeń referencyjnych płatności realizowanych przez agentów. Asystenci conversational commerce i agentic commerce są na początku wdrożeń produkcyjnych.
• Ryzyko dla zaufania i marki. Wymogi RODO, głos marki i akceptacja autonomicznych płatności hamują rozwój. Generyczne wyniki agentów o amerykańskim charakterze są w Europie często odbierane jako niepasujące do marki.

Dla agencji i decydentów B2B

Dla agencji w Europie wartość w 2026 roku nie leży w sprzedaży w pełni autonomicznych agentów zakupowych, lecz w czystej architekturze, która za nimi stoi: mandaty autoryzacyjne, limity kwot, weryfikowalna tożsamość agenta, sprawdzalna ścieżka audytu i przejrzystość zgodnie z art. 50 AI Act jako standardowy element dostawy. Kto starannie połączy infrastrukturę płatniczą, taką jak Stripe, protokół handlowy, taki jak UCP lub ACP, oraz MCP przez warstwę integracyjną i konsekwentnie wprowadzi bramkę zatwierdzania przez człowieka, dostarcza właśnie takie wdrożenie, które uwzględnia współdecydowanie przedstawicieli pracowników i wymogi compliance, a którego czysto amerykańskim podejściom często brakuje.

Dla decydentów B2B: zacznij od jasno ograniczonego przypadku użycia o dużej częstotliwości, dotyczącego zakupów lub porównywania ofert, zachowaj wymienność decyzji dotyczących protokołów i traktuj autonomiczne płatności jako to, czym są w 2026 roku: opcję na później, a nie na pierwszy pilotaż. Odezwij się do nas, jeśli chcesz uruchomić pilotaż agenta płatniczego z realnymi limitami i bramkami zatwierdzania.