# Anchor Browser łączy płatny dostęp do stron i API z AgentCore payments

- Source: MechNext — https://mechnext.eu/pl/article/38-anchor-browser-connects-paid-web-access-to-agentcore-payments
- Published: 2026-10-14
- Updated: 2026-10-14
- Category: Industry News
- Language: pl (Markdown in other languages: ?lang=en, ?lang=de, ?lang=sk, ?lang=zh, ?lang=ru)

> AWS opisuje integrację pozwalającą agentom płacić za zasoby chronione przez x402. AgentCore kontroluje budżet i obsługuje podpisy bez ujawniania kluczy portfela agentowi.

Anchor Browser z funkcją Agentic Payments pozwala według AWS automatycznie płacić za strony i API chronione przez x402. Rozwiązanie powstało we współpracy z AWS Generative AI Innovation Center Partner Agent Factory, jest dostępne w AWS Marketplace i integruje się z Amazon Bedrock AgentCore payments. Opis możliwości opiera się na jednym dostarczonym artykule AWS.

### Gdy dostęp wymaga zapłaty

AWS przedstawia x402 jako otwarty standard płatności między maszynami przez HTTP. Chroniony zasób zwraca HTTP 402 Payment Required wraz z żądaniem określającym kwotę, akceptowane metody płatności i adres płatniczy. Bez mechanizmu zapłaty zadanie agenta może utknąć i wymagać interwencji człowieka.

Anchor Browser zapewnia zarządzane sesje przeglądarki w chmurze, zachowuje stan uwierzytelnienia i obsługuje nawigację, przechwytywanie ruchu sieciowego, nagrania oraz podgląd na żywo. Płatność odbywa się w tej samej sesji, a nagrania obejmują pierwotne żądanie, odpowiedź 402, zapłatę i dostarczenie treści. Według artykułu wbudowane narzędzie x402 nie wymaga zmian w istniejących procesach korzystających z Playwright, Puppeteer lub Chrome DevTools Protocol.

### Budżet i dane dostępowe w warstwie zarządzanej

AgentCore payments opisano jako w pełni zarządzaną funkcję wyszukiwania, uzyskiwania dostępu i płacenia za API, serwery MCP oraz treści internetowe. Obsługuje połączenia z portfelami, przetwarza płatności x402 i egzekwuje konfigurowalne limity wydatków na poziomie infrastruktury. Próby płatności, zatwierdzenia, odmowy i rozliczenia można obserwować w Amazon CloudWatch. Po osiągnięciu limitu sesji płatności są odrzucane.

Artykuł wskazuje, że własna infrastruktura płatnicza wymaga m.in. interpretacji żądań zapłaty, tworzenia nagłówków z dowodem płatności, obsługi różnic między sprzedawcami, zarządzania poświadczeniami, zachowania kontekstu przy ponowieniach, idempotencji i kontroli budżetów przy równoległym wykonywaniu zadań. Niewystarczające limity lub izolacja środowiska mogą prowadzić do niezamierzonych wydatków i ujawnienia poświadczeń. W opisanej architekturze agent zachowuje sesję budżetową i narzędzie x402, a uwierzytelnianie, sekrety portfela, podpisywanie, limity i monitoring trafiają do warstwy zarządzanej.

### Od konfiguracji do dostarczenia treści

Payment Manager koordynuje operacje konta AWS. Jego utworzenie wymaga typu autoryzatora i roli IAM; następnie AgentCore tworzy tożsamość obciążenia w AgentCore Identity. PaymentConnector łączy Coinbase Developer Platform lub Stripe Privy, PaymentCredentialProvider przechowuje poświadczenia dostawcy, a PaymentInstrument wskazuje adres portfela finansującego płatności. AgentCore udostępnia też przez Gateway kuratorowany serwer Coinbase x402 Bazaar MCP do wyszukiwania endpointów.

Uruchomienie przeglądarki z włączonym x402 tworzy dedykowaną AgentCore PaymentSession powiązaną z instrumentem płatniczym i budżetem. Po odpowiedzi 402 przeglądarka wybiera zgodną metodę płatności. AgentCore sprawdza limit, uzyskuje podpis przez Coinbase CDP lub Stripe Privy i zwraca dowód kryptograficzny. Klucze nie trafiają do przeglądarki ani środowiska agenta. Poświadczenia portfela pozostają w AgentCore i u skonfigurowanego dostawcy portfela.

Przeglądarka umieszcza dowód w nagłówku `PAYMENT-SIGNATURE` dla x402 v2 lub `X-PAYMENT` dla x402 v1, po czym ponawia pierwotne żądanie dokładnie raz. W opisie krokowym sprzedawca weryfikuje dowód, rozlicza transakcję w blockchainie i zwraca treść. Późniejszy fragment przypisuje rozliczenie AgentCore payments, dlatego dokładny podział tej odpowiedzialności pozostaje w źródle niejasny.

### Włączenie, błędy i rozliczenia

Konfiguracja wymaga prawidłowego klucza API Anchor Browser. Właściwość `session.x402` ma domyślnie wartość `false`; ustawienie `true` upoważnia do rzeczywistych płatności ze skonfigurowanego instrumentu. Nadal obowiązują limity wydatków i czas ważności sesji. Dostarczony artykuł nie określa konkretnych kwot ani okresów.

Automatyczna obsługa obejmuje nawigację dokumentów, `fetch` i `XMLHttpRequest`. Narzędzie x402 obsługuje również płatne wywołania API metodami POST, PUT i innymi, bez tworzenia nagłówków płatniczych, zarządzania portfelami czy implementowania ponowień płatności w kodzie aplikacji. Błędna odpowiedź sprzedawcy, brak zgodnej sieci, wyczerpanie budżetu lub odmowa AgentCore powodują zwrócenie pierwotnej odpowiedzi 402 bez zmian. Musi ją obsłużyć kod automatyzacji.

Ustawienie x402 dotyczy wyłącznie zasobów podmiotów trzecich: nie zastępuje kredytów Anchor ani nie opłaca czasu przeglądarki. Jednocześnie według AWS Anchor Browser rozlicza opłaty x402 w kredytach na tej samej fakturze co czas sesji. Artykuł przedstawia to jako usunięcie potrzeby oddzielnego przechowywania kryptowalut, monitorowania salda USDC i księgowego uzgadniania rozliczeń w blockchainie przez klienta.

Źródło: [artykuł AWS o Anchor Browser i AgentCore payments](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments).