AI-translated from English; not yet reviewed by a fluent editor.

# Pembayaran Anchor Browser dan AgentCore: cara agen melewati paywall x402

> Anchor Browser dapat mengulangi permintaan ke halaman atau panggilan API berbayar x402 melalui AgentCore payments ketika pengembang mengaktifkan sesi dan mengonfigurasi instrumen pembayaran yang berwenang serta berbatas anggaran.

By BIG CHANGE Editorial

Published: 2026-10-14T05:55:23.177Z
Updated: 2026-10-14T05:55:23.177Z
Canonical: https://bigchange.ai/blog/anchor-browser-agentcore-x402-payments

![A payment card and blank purchase order sit on a track beside an adjustable mechanical stop with an orange knob.](https://bigchange.ai/api/media/file/payment-authority-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. Delegating a purchase still requires a boundary around payment authority. The intact card, order and adjustable stop are a conceptual illustration, not a depiction of a specific product.

AWS dan Anchor Browser telah [mendokumentasikan integrasi](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) yang memungkinkan agen browser membayar halaman atau API yang dilindungi x402 selama sesi yang sudah berjalan. Browser dapat merespons tantangan pembayaran HTTP 402, memperoleh bukti pembayaran bertanda tangan dari Amazon Bedrock AgentCore payments, lalu mengulangi permintaan. Bagi pengembang, perubahan pentingnya adalah lokasi proses tersebut: browser menangani tantangan dan pengulangan, sedangkan layanan pembayaran yang dikonfigurasi terpisah memeriksa kewenangan untuk membelanjakan dana.

## Perubahan utama

- **Apa yang berubah:**Permintaan web berbayar dapat selesai di dalam sesi browser agen setelah tantangan x402, tanpa menaruh kunci dompet atau header pembayaran di kode otomasi. Pengembang harus mengaktifkan pembayaran secara eksplisit untuk sesi tersebut.
- **Mengapa penting:**Agen yang memakai data atau konten dengan biaya per permintaan dapat melanjutkan alur kerja yang sama, sementara instrumen pembayaran, izin identitas, dan batas belanja berada di luar halaman dan runtime agen. Keputusan pembelian nyata berpindah ke infrastruktur yang harus dikonfigurasi dan dipantau operator.
- **Yang perlu diperhatikan:**Batas yang penting adalah respons 402 awal. Tantangan yang tidak valid, jaringan pembayaran yang tidak kompatibel, anggaran yang habis, atau pembayaran yang ditolak membuat sumber daya tetap tidak tersedia bagi otomasi; pengembang tetap harus menangani respons tersebut.

## Yang dilakukan browser pada halaman berbayar

Tutorial [AWS dan Anchor](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) menjelaskan alur navigasi dokumen, `fetch` atau XMLHttpRequest di dalam sesi Anchor Browser. Pedagang mengembalikan HTTP `402 Payment Required` beserta tantangan pembayaran. Anchor membaca persyaratan dan mencari metode yang kompatibel dengan instrumen pembayaran yang ditautkan ke sesi. AgentCore memeriksa sisa anggaran sesi dan memakai penyedia dompet yang dikonfigurasi untuk menandatangani bukti. Browser menambahkan bukti itu ke **permintaan awal** dan mencobanya sekali lagi, menggunakan `PAYMENT-SIGNATURE` untuk x402 v2 atau `X-PAYMENT` untuk v1. Pedagang memverifikasi dan menyelesaikan pembayaran sebelum mengembalikan sumber daya.

Ini adalah urutan yang didokumentasikan, bukan uji BIG CHANGE terhadap endpoint berbayar. AWS menyatakan browser mempertahankan konteks sesi selama pembayaran dan percobaan ulang. Alur kerja Playwright, Puppeteer, dan Chrome DevTools Protocol yang sudah ada dapat tetap menavigasi atau memanggil API melalui browser tanpa menyusun header pembayaran sendiri. Pembayaran yang berhasil juga tidak membuat semua paywall dapat dibaca: situs harus menyajikan tantangan x402 yang didukung dan pedagang tetap memutuskan apakah bukti diterima serta respons dikirimkan.

## Yang perlu diaktifkan pengembang

Sakelar browser bersifat eksplisit. Dalam [permintaan sesi pada tutorial](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/), `session.x402` secara default bernilai `false`; mengaturnya menjadi `true` mengizinkan **pembayaran nyata** dari instrumen yang dikonfigurasi. Kunci API Anchor juga diperlukan untuk membuat sesi browser. Bendera itu adalah kait terakhir ke kewenangan pembayaran, bukan pengganti penyiapan kewenangan tersebut.

Panduan pembayaran AgentCore dari [AWS](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) menjelaskan sumber daya dasarnya. Payment Manager menetapkan konfigurasi pembayaran akun AWS dan memakai peran IAM serta otorisator. Payment Connector menghubungkannya ke Coinbase Developer Platform atau Stripe Privy. Payment Credential Provider menyimpan kredensial penyedia melalui AgentCore Identity. Payment Instrument menentukan dompet dan jaringan untuk pembelian. Sesi browser ditautkan ke AgentCore Payment Session yang memiliki batas belanja dan masa berlaku. [Panduan mulai cepat](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) AWS juga mensyaratkan instrumen memiliki dana dan pengguna memberi agen izin penandatanganan delegasian sebelum agen dapat membayar.

Kontrol tersebut berbeda. IAM mengatur akses layanan; izin dompet pengguna memungkinkan penandatanganan; instrumen menentukan sumber dana dan jaringan; batas sesi membatasi pengeluaran selama periode tertentu. AWS menyatakan AgentCore menolak pembayaran berikutnya ketika sesi kedaluwarsa atau batasnya tercapai. Layanan observabilitas menampilkan upaya dan hasil pembayaran di CloudWatch. Integrasi menjaga rahasia penyedia di luar browser dan runtime agen, tetapi operator tetap perlu memilih instrumen dan batas yang sesuai dengan pekerjaan.

## Di mana alur otomatis berhenti

Perilaku kegagalan yang didokumentasikan Anchor cukup spesifik: jika tantangan 402 tidak valid, jaringan yang kompatibel tidak tersedia, anggaran habis, atau AgentCore menolak pembayaran, browser mengembalikan **402 awal** ke halaman tanpa perubahan. Karena itu otomasi harus menganggap 402 tetap mungkin terjadi meski sesi diaktifkan. [Panduan pemecahan masalah](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) AWS mengidentifikasi kegagalan konfigurasi lain, termasuk izin IAM yang hilang, pemberian izin penandatanganan delegasian yang tidak aktif, kredensial penyedia yang tidak valid, dan langganan Marketplace yang tidak ada untuk Coinbase.

Sakelar `session.x402` berlaku untuk pembayaran sumber daya pihak ketiga. AWS menyatakan sakelar ini tidak membayar sesi Anchor Browser atau menggantikan kredit Anchor. Tutorial menyebut batas belanja dan waktu sesi, tetapi merujuk ke dokumentasi teknis Anchor untuk batas spesifik; rincian itu tidak tersedia untuk artikel ini. Biaya permintaan pihak ketiga bergantung pada tantangan pedagang dan penyelesaian aktual. Kami tidak memverifikasi tagihan atau transaksi menyeluruh, sehingga artikel ini tidak dapat memberi harga universal untuk sesi yang diaktifkan.

Bagi pengembang, keputusan praktis muncul sebelum agen mencapai URL berbayar: hubungkan instrumen yang memiliki dana dan otorisasi, tetapkan anggaran sesi browser, lalu aktifkan x402 hanya ketika pembelian memang dimaksudkan. Browser dapat menghilangkan kode protokol pembayaran dari jalur navigasi. Namun tanggung jawab operator atas kewenangan belanja, permintaan gagal, dan pemeriksaan jumlah yang benar-benar ditagihkan pedagang tetap ada. Pertanyaan kewenangan itu juga muncul dalam [tinjauan kami yang lebih luas tentang pilihan pembayaran agen AI](https://bigchange.ai/blog/ai-agent-payments-stablecoins-bank-deposits).

## Sumber dan bacaan lanjutan

- [AWS dan Anchor Browser, “Building agents that transact with Anchor Browser and AgentCore payments”](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) (13 Oktober 2026). Tutorial integrasi mendokumentasikan pilihan aktivasi browser, tantangan x402, header pembayaran menurut versi, dan pengembalian 402 awal ketika terjadi kegagalan. Ini menjelaskan alur yang dimaksud; kami tidak menguji sesi berbayar.
- [AWS, “How AgentCore payments works”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) (panduan pengembang, diakses 14 Oktober 2026). Menjelaskan Payment Manager, konektor penyedia, kredensial identitas, instrumen, sesi belanja, dan observabilitas. Ini desain layanan umum, dibaca bersama tutorial khusus browser.
- [AWS, “AgentCore payments quick start”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) (panduan pengembang, diakses 14 Oktober 2026). Memberikan langkah penyiapan kredensial penyedia, instrumen yang didanai dan diotorisasi, serta sesi pembayaran. Anggaran dan durasi contoh bersifat ilustratif, bukan nilai default Anchor yang telah diverifikasi.
- [AWS, “Troubleshooting AgentCore payments”](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) (panduan pengembang, diakses 14 Oktober 2026). Mencantumkan kesalahan IAM, penyedia, izin dompet, langganan, dan payload x402 yang dapat menghalangi pembayaran. Kami tidak mereproduksi kesalahan ini.

## Sources

- [AWS Machine Learning Blog, Building agents that transact with Anchor Browser and AgentCore payments](https://aws.amazon.com/blogs/machine-learning/building-agents-that-transact-with-anchor-browser-and-agentcore-payments/) — Tutorial integrasi utama. Mendokumentasikan nilai default session.x402 dan pengaktifan pembayaran nyata, alur browser/AgentCore, percobaan ulang sekali, serta pengembalian 402 awal tanpa perubahan pada kegagalan yang tercantum. Ini perilaku yang dijelaskan vendor; BIG CHANGE tidak menjalankan sesi berbayar. Klaim terpisahnya tentang kredit/faktur Anchor yang terkonsolidasi tidak dicocokkan secara independen dengan dokumen pendanaan dompet AgentCore dan tidak diulang sebagai model tagihan universal.
- [AWS, How AgentCore payments works](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-how-it-works.html) — Rujukan arsitektur dan kontrol layanan yang dipelihara. Mendefinisikan Payment Manager, connector, penyedia kredensial identitas, instrumen, batas dan kedaluwarsa sesi, izin dompet pengguna, alur pembayaran, serta observabilitas. Alur x402 umum memakai X-PAYMENT; tutorial khusus Anchor membedakan header PAYMENT-SIGNATURE x402 v2.
- [AWS, AgentCore payments quick start](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-getting-started.html) — Langkah penyiapan dan prasyarat termasuk koneksi penyedia Coinbase atau Stripe Privy, instrumen yang didanai, izin penandatanganan delegasian, dan sesi pembayaran berbatas waktu. Jumlah dan durasi contoh bukan default atau batas Anchor.
- [AWS, Troubleshooting AgentCore payments](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/payments-troubleshooting.html) — Mendokumentasikan masalah izin, langganan, pemberian izin dompet, kredensial, dan payload x402. Kesalahan sisi layanan melengkapi perilaku pengembalian 402 awal pada tutorial Anchor Browser; tidak ada jalur kegagalan yang diuji di sini.