---
title: "Agentic payments i agentic commerce: UCP, ACP i AP2 (stan na 2026)"
description: "Agentic commerce to procesy zakupowe, w których agent AI w imieniu użytkownika wyszukuje i wybiera produkty oraz inicjuje płatności."
locale: "pl"
canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/przyszlosc-agentic-ai-20262028/agentic-payments-i-agentic-commerce-ucp-acp-i-ap2-stan-na-2026"
category: "Agenci AI"
topic: "Przyszłość Agentic AI (2026–2028)"
updated: "2026-10-28T13:37:26.311Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# 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, a 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.

## W skrócie

- Agentic commerce przenosi finalizację zakupu z kliknięcia człowieka na autoryzowane wywołanie agenta. Na start zalecamy, by każdą płatność zatwierdzał człowiek (Human-in-the-Loop). Później drobne kwoty poniżej stałego progu mogą przechodzić automatycznie. Prawo nie wymaga takiego zatwierdzenia, ale płatności elektroniczne w UE podlegają silnemu uwierzytelnianiu klienta zgodnie z PSD2.
- Trzy protokoły konkurują ze sobą i wzajemnie się uzupełniają: Agentic Commerce Protocol (ACP) od OpenAI i Stripe, Universal Commerce Protocol (UCP) od Google oraz Agent Payments Protocol (AP2) od Google jako rozszerzenie A2A i MCP. W 2026 roku żaden z nich nie stał się dominującym standardem. Przy sprzedaży przez agentów Stripe obsługuje zarówno UCP, jak i ACP.
- Dojrzałość wyraźnie dotyczy warstwy infrastruktury: Model Context Protocol (MCP) jest de facto warstwą integracyjną (według Anthropic w grudniu 2025 roku ponad 10 000 aktywnych publicznych serwerów i ponad 97 mln pobrań SDK miesięcznie).
- Zdrowy sceptycyzm to obowiązek: wskaźniki halucynacji od 22 do 94% w 26 wiodących modelach bazowych, błędy nawet najlepszych modeli w około 20% przypadków i jednocyfrowy poziom wdrożenia agentów w niemal wszystkich funkcjach biznesowych sprawiają, że w pełni autonomiczne płatności bez limitów i bramek zatwierdzania są nieodpowiedzialne.
- Dla agencji w Europie dźwignią w 2026 roku nie są autonomiczni agenci zakupowi, lecz czysta architektura: mandaty autoryzacyjne, limity kwot, sprawdzalna ścieżka audytu, weryfikowalna tożsamość agenta i przejrzystość zgodnie z art. 50 AI Act.
- Rzetelne badania szacują wzrost produktywności w pracy ustrukturyzowanej na 14-26%. Właśnie ten przedział da się osiągnąć dzięki wzorcowi „agent wyszukuje i przygotowuje, człowiek zatwierdza”, bez oddawania kontroli nad płatnością.

Agentic commerce to procesy zakupowe, w których [agent AI](https://blckalpaca.at/pl/slownik/agent-ai-ai-agent) w imieniu użytkownika wyszukuje i wybiera produkty oraz inicjuje płatności. Najważniejsze protokoły to UCP od Google, ACP od [OpenAI](https://blckalpaca.at/pl/slownik/openai) i Stripe oraz AP2 od Google. Do tego dochodzą narzędzia takie jak [Stripe Agent Toolkit](https://github.com/stripe/ai/tree/main/tools/typescript). 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](https://blckalpaca.at/pl/slownik/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](https://blckalpaca.at/pl/slownik/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](https://blckalpaca.at/pl/slownik/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](https://blckalpaca.at/pl/slownik/langchain), z [API](https://blckalpaca.at/pl/slownik/api) Stripe przez function calling.

Poprzecznie do wszystkich warstw działa [Model Context Protocol (MCP)](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/protokol-agent-to-agent-a2a/co-linux-foundation-i-aaif-oznaczaja-dla-mcp-i-agentowej-ai) jako de facto warstwa integracyjna. W grudniu 2025 roku [Anthropic](https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation) 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](https://blckalpaca.at/pl/slownik/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.

| Warstwa | Funkcja | Dojrzałość (stan na 2026) |
| --- | --- | --- |
| Warstwa integracji/narzędzi (MCP) | Agent ↔ narzędzie/system | Dojrzała jako standard integracji (ponad 10 000 serwerów, ponad 97 mln pobrań SDK miesięcznie, stan na grudzień 2025) |
| Infrastruktura płatnicza (np. Stripe) | Agent inicjuje płatność | Najbardziej dojrzała warstwa komercyjna; sprzedawcy już przyjmują płatności od agentów, a strona agenta z Shared Payment Tokens jest w [Stripe](https://docs.stripe.com/agentic-commerce) według stanu na październik 2026 prywatną wersją zapoznawczą |
| Protokół checkoutu ACP (OpenAI i Stripe) | Ustandaryzowany proces zamówienia agent ↔ sprzedawca | Wczesna; brak ugruntowanego standardu |
| Protokół handlowy UCP (Google) | Odkrywanie produktów & realizacja zakupu | Wczesna; wspierają go m.in. Adyen i Zalando |
| Protokół płatniczy AP2 (Google, rozszerzenie A2A i MCP) | Autoryzacja i płatność przez podpisane mandaty | Bardzo wczesna; opiera się na komunikacji między agentami |
| Asystenci conversational commerce i agentic commerce | Prowadzenie klienta, porównywanie, wstępne wypełnianie | Początek wdrożeń produkcyjnych (Europa) |

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.

| Protokół | Podmiot wiodący | Zadanie | Status |
| --- | --- | --- | --- |
| Universal Commerce Protocol (UCP) | Google, opracowany z Shopify, Etsy, Wayfair, Target i Walmart | Odkrywanie produktów, checkout, zarządzanie zamówieniami | Open source, od stycznia 2026 |
| Agentic Commerce Protocol (ACP) | OpenAI i Stripe | Checkout między platformą [AI](https://blckalpaca.at/pl/slownik/ai) a sprzedawcą, przekazanie danych płatniczych | Open source (Apache 2.0), od września 2025 |
| Agent Payments Protocol (AP2) | Google z ponad 60 partnerami z branży płatności i technologii | Autoryzacja i płatność przez podpisane mandaty | Otwarty protokół, od września 2025 |

**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](https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/), 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](https://stripe.com/newsroom/news/stripe-openai-instant-checkout). 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](https://www.forrester.com/blogs/what-it-means-that-the-leader-in-agentic-commerce-just-pulled-back/) 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](https://www.digitalcommerce360.com/2026/03/06/openai-shifts-checkout-plans-agentic-commerce-strategy/)). Płatność odbywa się za pomocą tokena [Shared Payment Token](https://docs.stripe.com/agentic-commerce/concepts/shared-payment-tokens): 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](https://www.agenticcommerce.dev/).

**AP2** został zaprezentowany przez Google [16 września 2025 roku](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol). 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](https://ap2-protocol.org), 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](https://docs.stripe.com/agentic-commerce).

## 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](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/bezpieczenstwo-agentow-ai-owasp/jak-dobrze-zaprojektowac-human-in-the-loop-hitl-wzorce-zatwierdzania-dla-agentow) 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](https://artificialintelligenceact.eu/article/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](https://www.wko.at/service/unternehmensfuehrung-finanzierung-foerderungen/regeln-kundenauthentifizierung-elektronisch-zahlungsverkehr.html): 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](https://docs.stripe.com/agentic-commerce/concepts/shared-payment-tokens)).

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](https://blckalpaca.at/pl/slownik/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](https://www.cuatrecasas.com/en/spain/intellectual-property/art/digital-omnibus-ai-has-been-published), 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ą:

| Pole | Wartość | Znaczenie |
| --- | --- | --- |
| `zweck` | Uzupełnianie zapasów materiałów biurowych | Na co agent może robić zakupy |
| `limit_pro_tx` | 250 euro | Twardy limit na zamówienie |
| `limit_monat` | 2000 euro | Skumulowany limit miesięczny |
| `kategorien` | Biuro, materiały eksploatacyjne | Dopuszczalne grupy towarów |
| `identität` | Weryfikowalna tożsamość agenta | Pozwala przypisać każdą transakcję agentowi |
| `checkout` | Protokół handlowy, np. UCP lub ACP | Proces zamówienia u sprzedawcy |
| `payment` | Shared Payment Token | Powiązany ze sprzedawcą, kwotą maksymalną i terminem; dla własnych agentów w Stripe wciąż prywatna wersja zapoznawcza |
| `freigabe_ab` | 0 euro | Pilotaż: każda płatność wymaga zatwierdzenia przez człowieka |

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](https://blckalpaca.at/pl/uslugi/agenci-ai).

## Najczęściej zadawane pytania

### Czym różnią się UCP, ACP i AP2?

Te trzy protokoły działają na różnych warstwach. UCP i ACP regulują handel. UCP obejmuje drogę od wyszukiwania produktów przez checkout aż po zarządzanie zamówieniami, a ACP checkout między platformą AI a sprzedawcą wraz z przekazaniem danych płatniczych. UCP pochodzi od Google i powstał z partnerami takimi jak Shopify, Etsy, Wayfair, Target i Walmart. ACP opracowały OpenAI i Stripe, a ChatGPT jest pierwszą platformą, która go używa. AP2, również od Google, obejmuje warstwę płatności i autoryzacji: podpisane mandaty dokumentują, na co użytkownik pozwolił agentowi. UCP jest kompatybilny z AP2. W 2026 roku żaden z tych protokołów nie stał się dominującym standardem. Kto dziś mocno wiąże się z jednym protokołem, ryzykuje uzależnienie od niego (lock-in).
### Czy agent AI może inicjować płatności w pełni automatycznie, bez zatwierdzenia?

Technicznie jest to możliwe, ale na start w 2026 roku tego nie zalecamy. Nie ma prawnego obowiązku zatwierdzania przez człowieka każdej płatności agenta: AI Act wymaga nadzoru ze strony człowieka zgodnie z art. 14 tylko w przypadku systemów wysokiego ryzyka. Płatności elektroniczne w UE podlegają jednak silnemu uwierzytelnianiu klienta zgodnie z PSD2, więc bank lub dostawca usług płatniczych może wymagać potwierdzenia przez klienta. Nasza rekomendacja: w fazie pilotażowej każdą płatność zatwierdza człowiek. Później drobne kwoty poniżej stałego progu mogą przechodzić automatycznie, a wszystko powyżej wymaga zatwierdzenia przez człowieka. Powodem są wskaźniki halucynacji od 22 do 94% w 26 wiodących modelach bazowych (nawet najlepsze mylą się w około 20% przypadków) i niska dojrzałość (jednocyfrowy poziom wdrożenia agentów w niemal wszystkich funkcjach). Wdrożenie obejmuje twarde limity kwot, zatwierdzenia według kategorii, kompletną ścieżkę audytu i ostatnią warstwę ludzką we wzorcu orkiestratora.
### Czym jest Stripe Agent Toolkit?

Stripe Agent Toolkit to biblioteka, dzięki której frameworki agentowe, takie jak LangChain czy AI SDK od Vercel, uzyskują dostęp do API Stripe przez function calling. Można go też uruchomić jako serwer MCP. Za zakupy, które agent inicjuje u zewnętrznych sprzedawców, odpowiadają w Stripe inne elementy: Agentic Commerce Protocol (ACP) i Shared Payment Tokens, które udostępniają metodę płatności konkretnemu sprzedawcy z kwotą maksymalną i terminem ważności. W 2026 roku warstwa płatności należy do najbardziej dojrzałych elementów agentic commerce, podczas gdy protokoły handlowe i płatnicze nad nią są wciąż na wczesnym etapie. Szczegóły dotyczące wersji, cen i integracji sprawdź przed projektem bezpośrednio w Stripe, bo ta warstwa zmienia się w 2026 roku szybko.
### Na ile istotny jest agentic commerce dla rynku europejskiego w 2026 roku?

Istotny, ale to wczesny etap. W 2026 roku scenariusze agentic commerce w Europie są na początku wdrożeń produkcyjnych, a nie na etapie rynku masowego. Są pierwsi europejscy pionierzy i rosnący ekosystem dostawców, ale niewiele produkcyjnych wdrożeń referencyjnych płatności realizowanych przez agentów. Hamująco działają wymogi RODO, głos marki i uzasadniony sceptycyzm wobec autonomicznych płatności. Pragmatycznym punktem wejścia jest jasno ograniczony przypadek użycia o dużej częstotliwości, dotyczący zakupów lub porównywania ofert, z limitami i zatwierdzaniem przez człowieka.
### Które kwestie bezpieczeństwa i autoryzacji są krytyczne?

Kluczowe pytanie brzmi: kto autoryzuje co, do jakiej kwoty i jak można to udowodnić? Krytyczne są (1) jasno zdefiniowany mandat autoryzacyjny z limitami kwot i kategorii, (2) weryfikowalna, kryptograficzna tożsamość agenta, aby każdą transakcję można było przypisać autoryzowanemu agentowi, (3) kompletna, sprawdzalna ścieżka audytu, (4) punkt kontrolny z zatwierdzeniem przez człowieka, w fazie pilotażowej dla każdej płatności, a później dla wszystkich płatności powyżej stałego progu, oraz (5) przejrzystość zgodnie z art. 50 AI Act, ponieważ ludzie muszą wiedzieć, że wchodzą w interakcję z agentem AI.

---

Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/przyszlosc-agentic-ai-20262028/agentic-payments-i-agentic-commerce-ucp-acp-i-ap2-stan-na-2026). Systemy AI mogą wykorzystywać te treści z podaniem źródła.