Personal Agent Protocol adalah draf standar tentang bagaimana asisten AI milik seseorang bisa masuk ke situs web, API, dan agen dukungan sebuah perusahaan, serta apa saja yang boleh dilakukan asisten itu setelah masuk. Sierra dan Meta mengumumkannya bersama mitra seperti Stripe, Shopify, dan Walmart (pengumuman Sierra), dan beberapa hari kemudian draf pertamanya, berjuluk Poppy, dipublikasikan (Sierra soal draf ini). Ini bukan produk yang bisa Anda aktifkan hari ini.
Kalau Anda menjalankan bisnis, kesimpulannya begini: tidak ada yang rusak dan tidak ada yang wajib dilakukan. Namun asisten AI sudah mengunjungi situs atas nama pelanggan, dan draf ini adalah upaya serius pertama untuk memberi Anda suara dalam urusan itu. Memahami garis besarnya sekarang hanya butuh satu jam. Mengabaikannya bisa berujung pada beberapa tahun yang kacau dengan aturan bot yang dibuat seadanya.
Artikel ini membahas isi draf, perbedaannya dengan MCP, A2A, dan protokol commerce, siapa yang bergabung dan siapa yang tidak, serta daftar singkat hal yang layak dikerjakan sekarang.
Apa yang sudah publik, dan apa yang belum
Ada tiga hal yang sudah ada. Pertama, pengumuman Sierra yang menyebut para mitra dan tujuan desainnya. Kedua, draf spesifikasi bertanda Draft 0.1 dengan lisensi Apache 2.0 (spesifikasi). Ketiga, janji workshop desain dan implementasi referensi, yang belum muncul di sumber mana pun yang kami periksa untuk artikel ini (Sierra).
Yang belum publik: perusahaan bernama yang menjalankannya di produksi, badan tata kelola, dan jawaban pasti soal pembayaran. Saat beritanya muncul, satu laporan mencatat bahwa belum ada badan tata kelola maupun lisensi yang teridentifikasi (FourWeekMBA). Soal lisensi, kini sudah terjawab lewat draf itu sendiri. Soal tata kelola, di halaman-halaman yang kami periksa, belum.
Jadi anggap ini sebagai proposal dengan pendukung serius. Meta menggambarkan ambisinya lewat perbandingan dengan email: "Email berkembang karena semua pihak sepakat soal pengalamatan, transpor pesan, dan pengiriman. Tidak ada yang memilikinya, siapa pun bisa membangun di atasnya" (VKTR). Email juga butuh bertahun-tahun, dan banyak bisnis sempat menjalankan aturan surel mereka sendiri yang aneh-aneh. Perkirakan tambal sulam yang sama di sini: para pengadopsi awal akan menetapkan konvensi yang kemudian ditiru yang lain.
Masalahnya: blokir semuanya atau serahkan kata sandi
Situs proyek ini sendiri menggambarkan pilihan saat ini dengan lugas. Perusahaan memblokir agen sepenuhnya, atau agen masuk dengan kredensial lengkap pengguna dan bisa melakukan apa pun yang bisa dilakukan pengguna (personalagentprotocol.org). Keduanya buruk. Memblokir membuat kesal pelanggan yang mengirim agen itu. Akses penuh adalah tinjauan keamanan yang tinggal menunggu waktu.
Pemblokiran itu nyata. Satu rangkuman pengumuman menyebut Amazon, Delta, United, Zillow, dan eBay di antara situs yang memblokir agen, dan menyinggung kebijakan anti-bot Cloudflare yang tak sengaja menjaring sebagian agen (AI Weekly). Kevin Miller dari Stripe menjelaskan sisi pelanggan dengan gamblang: orang yang mengirim agen "mengharapkan layanan yang sama seperti yang mereka dapatkan sendiri" (Unite.AI).
Jawaban draf ini berupa tangga akses. Situsnya memakai contoh hotel: blokir agen, biarkan agen mana pun mencari kamar, biarkan agen melihat reservasi setelah masuk, biarkan agen memesan kamar hanya dengan persetujuan orangnya setiap kali, atau beri akses penuh. Anda memilih anak tangga untuk tiap tindakan.
Anak tangga di tengah adalah intinya. Sebagian besar perusahaan ingin agen bebas menjelajah dan membaca, serta hanya mengubah sesuatu kalau manusia menyetujuinya.
Cara kerja sebuah sesi
Perusahaan menaruh file di /.well-known/poppy.json yang menjelaskan bagaimana agen bisa berurusan dengannya. Agen membaca file itu, membuka sesi (sebagai tamu jika belum ada yang masuk), dan saat butuh akses lebih, mengarahkan orangnya ke proses masuk berbasis OAuth (Sierra). Draf menyebut tiga jenis masuk: direct, yaitu orang masuk di halaman perusahaan sendiri; device, yaitu memakai kode di perangkat lain; dan mediated, yaitu agen mengirimkan kredensial sendiri (spesifikasi).
Ada dua detail penting bagi tim keamanan. Token sesi berumur pendek dan diikat ke sebuah key dengan DPoP, dan draf menyatakan agen tidak boleh mengirim token lewat URL dan perusahaan tidak boleh menerimanya di sana. Draf juga mengakui titik lemahnya: "Menerima kredensial dari Personal Agent menambah tanggung jawab pada Company" (spesifikasi).
Gagasan lain yang perlu diketahui: satu token mencakup semuanya. Sierra menyebut token yang sama berlaku untuk API perusahaan, situs webnya, dan percakapan dengan agennya (Sierra). Pertanyaan sebelum masuk dan perubahan pesanan sesudahnya dihitung sebagai satu kunjungan (The Next Web).
Tiga jalur masuk, dan Anda yang memilih
Anda tidak perlu membangun semuanya. Perusahaan memilih bagaimana agen menjangkaunya: lewat situs web, lewat API yang dijelaskan dengan OpenAPI atau server MCP, atau lewat agennya sendiri untuk percakapan. Pengecer dengan API yang bagus bisa melewati jalur penjelajahan. Toko kecil yang hanya punya situs web bisa mulai dari sana.
Jalur percakapan punya satu aturan yang akan disukai pelanggan: setiap pesan menyatakan apakah ditulis manusia atau AI, dan draf juga mengatur pengalihan ke manusia. Kalau Anda sudah menjalankan agen dukungan, misalnya dari daftar customer support, jalur inilah yang pertama menyentuh Anda.
Kaitannya dengan MCP, A2A, ACP, dan AP2
Protokol ini tidak menggantikan satu pun dari mereka, dan jangan dianggap bersaing dengan mereka. Tugas mereka berbeda-beda, dan draf ini sendiri bersandar pada MCP.
| Protokol | Pembuat | Fungsi |
|---|---|---|
| MCP | Standar open-source | Menghubungkan aplikasi AI dengan tool dan data (dokumentasi MCP) |
| A2A | Google, kini Linux Foundation | Memungkinkan agen dari vendor berbeda saling berkomunikasi (A2A) |
| ACP | Stripe dan OpenAI | Checkout agen dan berbagi kredensial pembayaran (ACP) |
| AP2 | Mandat bertanda tangan yang membuktikan pengguna mengotorisasi pembelian (AP2) | |
| Personal Agent Protocol | Sierra dan Meta (draf) | Discovery, sesi, proses masuk, dan izin antara agen pribadi dan bisnis |
Tumpukan di atas adalah tafsiran kami, bukan diagram resmi. Cara paling ringkas untuk menjelaskannya: MCP adalah cara agen memanggil tool, A2A adalah cara agen berbicara, ACP dan AP2 mengurus pembayaran, sedangkan draf ini mengurus soal masuk lewat pintu dan dikenali. Pembayaran tercantum sebagai ekstensi masa depan, jadi checkout saat ini tetap berjalan di atas sesuatu seperti ACP atau AP2. Tumpang tindih yang akan memicu perdebatan ada di MCP, karena draf ini maupun server MCP biasa sama-sama bisa mengekspos tindakan sebuah perusahaan.
Di sisi akses pun ada pesaing. Visa menjalankan Trusted Agent Protocol yang diluncurkan awal tahun ini, dan The Next Web melaporkan Stripe dan Shopify sudah bergabung (The Next Web). Visa kini juga masuk daftar mitra desain Personal Agent Protocol, jadi kedua upaya ini mungkin saling tumpang tindih alih-alih bersaing langsung. Apakah industri akhirnya punya satu standar atau dua, masih terbuka.
Siapa yang ikut, dan siapa yang belum
Pengumuman menyebut Genesys, Instinct, Rocket, Shopify, Stripe, dan Walmart bersama Sierra dan Meta (Sierra). Postingan draf juga memasukkan NiCE ke kelompok pertama itu dan menambahkan 35 mitra desain lain, termasuk Adyen, Bank of America, BBVA, Cloudflare, Mastercard, OpenAI, PayPal, Target, United Airlines, Visa, dan Wells Fargo. Sierra menyatakan mereka akan terlibat dalam proses desain, yang tidak sama dengan merilis dukungan (Sierra). Ini mengubah cerita sebelumnya: di hari pengumuman, laporan menyoroti absennya OpenAI, padahal Bret Taylor, salah satu pendiri Sierra, adalah ketua dewan OpenAI (AI Weekly).
Amazon, Anthropic, dan Google tidak termasuk dalam mitra yang tercantum saat peluncuran maupun di postingan draf. Tidak ada di daftar bukan bukti mereka tidak ikut, jadi periksa lagi halaman Sierra sebelum Anda mengutipnya. Claude, ChatGPT, dan Perplexity semuanya cocok menjadi agen pribadi, dan standar tanpa dukungan asisten besar hanya akan jadi daftar periksa di sisi perusahaan. Di hari pengumuman, The Next Web mencatat belum ada pengecer, bank, atau perusahaan pembayaran Eropa yang disebut (The Next Web). Daftar yang lebih panjang kini mencakup BBVA dan Adyen.
Artinya bagi developer dan marketer
Developer mendapat kesepakatan yang lebih jelas. Kalau produk Anda sudah punya OAuth dan deskripsi OpenAPI, Anda sudah hampir sampai di jalur API, dan aturan token dalam draf (berumur pendek, terikat key, tidak pernah di URL) terasa seperti praktik baik biasa. Pekerjaan barunya adalah file discovery dan menentukan scope.
Marketer mendapat persoalan pengukuran. Sekarang, agen yang meriset halaman harga Anda untuk seorang pelanggan terlihat seperti bot, atau tidak terlihat sama sekali. Sesi yang mengidentifikasi agen, beserta pelanggan di baliknya, mengubah lalu lintas itu menjadi sesuatu yang bisa Anda hitung dan perlakukan berbeda dari scraper. Apakah itu kabar baik tergantung pada apa yang Anda inginkan dikatakan agen tentang Anda, yang sama-sama soal konten dan soal teknis.
Yang bisa dilakukan bisnis sekarang
Tidak ada di sini yang mensyaratkan protokolnya. Semuanya tetap berguna entah draf ini menang atau memudar.
- Periksa log dan tooling bot Anda, lalu cari tahu lalu lintas agen apa yang sudah sampai ke Anda. Kalau Anda memakai Cloudflare, cek apa yang dilakukan aturan bot-nya terhadap agen yang bertindak untuk pelanggan.
- Tuliskan, per tindakan, apa yang boleh dibaca agen dan apa yang boleh diubahnya. Pakai tangga di atas: menjelajah, melihat akun, bertindak dengan persetujuan.
- Pastikan pelanggan bisa masuk lewat alur OAuth standar. Agen akan mengandalkannya.
- Taruh tindakan utama Anda (status pesanan, retur, pemesanan) di balik API terdokumentasi atau server MCP. File OpenAPI yang dijelaskan dengan baik tetap berguna dalam situasi apa pun.
- Kalau Anda berjualan di Shopify, pantau apa yang dirilis platform itu daripada membangunnya sendiri.
- Tunjuk satu orang untuk mengikuti perkembangan draf ini. Baca halaman Open topics di spesifikasi setiap kali berubah.
Penilai di bawah mengubah daftar itu menjadi pengecekan cepat. Ini daftar periksa buatan kami sendiri, bukan bagian dari protokol.
Siapa yang belum perlu repot: bisnis tanpa login, tanpa API, dan tanpa agen dukungan. Anda belum punya apa pun untuk diekspos. Kalau Anda bergerak di layanan pelanggan, pembandingnya yang terdekat adalah agen AI yang sudah Anda jalankan (Sierra AI Agents salah satunya; daftar chatbot dukungan AI memuat yang lain). Bacaan terkait: panduan membeli platform agen AI dan daftar agen AI teratas.
Pertanyaan yang masih terbuka
Identitas. Draf membolehkan perusahaan mewajibkan registrasi agen, menyimpan allowlist dan blocklist berdasarkan client ID, serta mencabut client ID yang menyalahgunakan protokol (spesifikasi). Siapa yang menjamin sebuah agen, dan bagaimana toko kecil memeriksanya, diserahkan ke masing-masing perusahaan. Saat pengumuman, laporan menyebut belum ada rincian tentang bagaimana agen membuktikan identitas (FourWeekMBA). Spesifikasi tidak menjelaskan registri bersama untuk agen tepercaya.
Persetujuan. Direct sign-in menampilkan scope yang diminta dan membiarkan orangnya menyetujui sebagian, semua, atau tidak sama sekali. Itu bagus. Yang belum jelas adalah seberapa sering agen akan meminta, dan apakah orang akan asal klik setuju.
Tanggung jawab hukum. Kalau agen memesan penerbangan yang salah, ada pihak yang menanggung biayanya, dan spesifikasi tidak menyebut siapa. Soal tanggung jawab hukum tidak disinggung sama sekali. Pembayaran pun tidak, karena ditandai untuk nanti.
Spam dan penyalahgunaan. Perusahaan boleh membatasi laju pembuatan sesi per client ID. Apakah itu efektif terhadap agen yang gonta-ganti identitas belum teruji.
Pertanyaan yang sering diajukan
Apakah Personal Agent Protocol sudah live?
Belum sebagai standar yang dirilis. Spesifikasi Draft 0.1 sudah publik dan Sierra menjanjikan workshop serta implementasi referensi. Belum ada deployment produksi yang disebut di sumber yang kami periksa.
Apakah ini menggantikan MCP?
Tidak. Draf ini menunjuk MCP sebagai salah satu cara perusahaan mengekspos tindakannya. MCP menghubungkan aplikasi AI dengan tool. Draf ini mengatur siapa agen itu dan apa yang boleh dilakukannya di sebuah perusahaan.
Apakah saya perlu menerbitkan file poppy.json?
Belum. Draf menyebut perusahaan menerbitkannya untuk discovery, tetapi tidak ada yang wajib sampai spesifikasinya stabil dan agen mulai membacanya. Menyiapkan keputusan-keputusan di baliknya adalah bagian yang berguna.
Apakah saya masih bisa memblokir agen AI?
Bisa. Memblokir adalah anak tangga pertama. Tawaran draf ini adalah Anda punya pilihan di antara memblokir dan akses penuh.
Apakah protokol ini menangani pembayaran?
Belum dalam draf ini. Sierra mencantumkan pembayaran tanpa membagikan detail kartu sebagai ekstensi masa depan. Untuk checkout saat ini, lihat ACP atau AP2.
Siapa yang mengendalikannya?
Draf ini berlisensi Apache 2.0 dan diterbitkan oleh Sierra bersama Meta. Tidak ada badan tata kelola di halaman yang dipublikasikan, jadi siapa yang akan mengarahkannya dalam jangka panjang masih menjadi pertanyaan terbuka.