Pada 4 Agustus 2026, Pengadilan Banding Sirkuit Kesembilan AS membatalkan larangan sementara yang telah menghalangi agen peramban Perplexity Comet untuk mengakses akun pengguna di Amazon sejak Maret. Secara formal, ini adalah perselisihan antara dua korporasi mengenai pembelian melalui AI. Secara faktual, ini adalah keputusan banding pertama yang menjawab pertanyaan yang penting jauh di luar perdagangan agen: siapa yang sebenarnya "mendapatkan akses" ke server orang lain ketika permintaan dikirim oleh otomatisasi. Dan jawaban pengadilan secara mengejutkan tidak terletak pada hukum, tetapi pada arsitektur jaringan.
Apa yang Terjadi: dari Gugatan hingga Pembatalan Larangan
Timeline perselisihan terlihat seperti ini:
- November 2025 — Amazon mengajukan gugatan terhadap Perplexity AI, mengacu pada Undang-Undang Penipuan dan Penyalahgunaan Komputer (CFAA) federal dan analoginya di California. Klaim: agen Comet masuk ke akun pengguna, melihat barang, dan memulai pembelian, yaitu beroperasi di zona yang dilindungi kata sandi tanpa otorisasi dari platform itu sendiri.
- Latar Belakang — menurut Amazon, perusahaan telah memperingatkan Perplexity setidaknya lima kali sejak November 2024, pada Agustus 2025 mengeluarkan penghalang teknis, dan Perplexity merilis pembaruan yang menghindarinya dalam waktu satu hari. Tuduhan terpisah: agen menyamar sebagai sesi biasa Google Chrome.
- 9 Maret 2026 — Hakim Maxine Chesney (Distrik Utara California) mengeluarkan larangan sementara dan memerintahkan penghancuran data yang diperoleh dari Amazon. Rumusnya: akses dilakukan dengan izin pengguna Amazon, tetapi tanpa otorisasi dari pihak Amazon.
- 4 Agustus 2026 — Sirkuit Kesembilan (kasus No. 26-1444) membatalkan larangan: Amazon kemungkinan besar tidak akan menang dalam klaim CFAA.
Amazon menyatakan bahwa mereka tidak setuju dengan keputusan tersebut dan akan melanjutkan perselisihan. Perplexity menjawab bahwa mereka akan membela hak pengguna untuk memilih AI mana pun. Kasus ini tetap ada: persidangan di pengadilan tingkat pertama masih berlangsung, dan Amazon dapat meminta peninjauan kembali atau mengajukan banding.
Langkah Kunci: Agen adalah Alat, Bukan Individu
CFAA menghukum akses ke "komputer yang dilindungi" tanpa otorisasi. Seluruh perselisihan berfokus pada satu kata kerja: siapa yang melakukan tindakan akses. Amazon mengatakan — Perplexity, karena ini adalah agennya yang bertindak di platform. Perplexity menjawab — pengguna, yang memberikan perintah kepada agen.
Pengadilan Banding mengambil posisi kedua dan merumuskannya secara langsung: seberapa canggih pun agen tersebut, untuk tujuan hukum "itu adalah alat, bukan orang" — alat, bukan individu. Ketika pengguna meminta agen untuk melakukan sesuatu di Amazon.com, akses ke komputer Amazon dilakukan oleh pengguna itu sendiri.
Ini adalah kelanjutan logis dari garis keputusan Mahkamah Agung dalam kasus Van Buren v. United States (2021), yang mempersempit CFAA: hukum menghukum untuk penetrasi ke tempat yang sama sekali tidak memiliki akses, bukan untuk penggunaan akses yang sah "tidak sesuai tujuan". Pengguna Amazon memiliki akun dan memiliki hak untuk masuk ke dalamnya. Alat yang digunakannya untuk melakukannya tidak menjadi subjek peretasan dengan sendirinya.
Mengapa Semua Ini Ditentukan oleh Arsitektur Lalu Lintas
Bagian keputusan yang paling menarik bagi praktisi adalah teknis. Pengadilan menganalisis bagaimana Comet Assistant secara fisik diatur, dan inilah yang menentukan hasilnya.
Skema kerjanya adalah sebagai berikut: agen mengambil tangkapan layar dari jendela peramban di mesin pengguna, mengirimkannya ke server Perplexity, dan dari sana instruksi navigasi datang — kembali ke komputer pengguna, yang kemudian melakukan tindakan. Server Perplexity tidak berkomunikasi langsung dengan server Amazon. Seluruh lalu lintas yang dilihat Amazon berasal dari perangkat dan alamat IP pengguna itu sendiri.
Dari sini, pengadilan menarik kesimpulan. Jika permintaan secara fisik berasal dari pengguna, maka "akses" dalam arti CFAA dilakukan olehnya.
Apa Bedanya dengan Power Ventures
Sampai sekarang, kisah kanonik tentang akses pihak ketiga dengan persetujuan pengguna adalah kasus Facebook v. Power Ventures (2016). Di sana, pengadilan memutuskan bahwa platform dapat mencabut akses dari layanan pihak ketiga, bahkan jika pengguna secara sukarela memberikan kredensial mereka. Inilah preseden yang dijadikan acuan oleh hakim pengadilan tingkat pertama, memperluasnya pada agen AI.
Sirkuit Kesembilan membedakan kedua kasus ini berdasarkan satu kriteria — dan sekali lagi berdasarkan arsitektur. Di Power Ventures, sistem dari tergugat langsung mengirimkan pesan ke platform Facebook, melewati mesin pengguna. Di Perplexity, saluran seperti itu tidak ada. Topologi lalu lintas yang berbeda — jawaban yang berbeda untuk pertanyaan "siapa yang mendapatkan akses".
Makna praktis dari perbedaan ini sulit untuk dinilai berlebihan. Ini berarti bahwa desain sistem — agen klien di perangkat pengguna atau layanan server yang mengakses platform dari dirinya sendiri — telah berhenti menjadi pilihan murni rekayasa dan telah menjadi argumen hukum.
Apa yang Keputusan TIDAK Lakukan
Pengadilan sendiri berusaha untuk membatasi jangkauan dampak dan secara langsung menyatakan bahwa tidak menciptakan rezim hukum baru untuk AI agen. Apa yang tetap di luar pembahasan:
- Pelanggaran perjanjian pengguna. Klaim dari kontrak, delik, dan aturan platform tidak ditutup oleh keputusan ini — mereka dapat diajukan secara terpisah.
- Gugatan terhadap pengguna itu sendiri. Jika akses dilakukan oleh pengguna, maka platform dapat memilihnya sebagai sasaran klaim.
- Arsitektur server. Kesimpulan dibuat berdasarkan skema tertentu. Scraper cloud atau agen SaaS yang mengakses platform dari infrastruktur mereka sendiri tidak otomatis termasuk dalam logika ini.
- Blokir teknis. Tidak ada satu kata pun dalam keputusan yang melarang Amazon untuk mendeteksi dan memblokir otomatisasi. Hak untuk memblokir tidak hilang — hilangnya kemungkinan untuk mendukung pemblokiran dengan pasal pidana.
Ini, kebetulan, adalah perubahan dari gambaran yang biasa: sebelumnya risiko hukum ada pada mereka yang mengotomatiskan, dan perlindungan teknis dianggap sebagai garis kedua. Sekarang, untuk platform, perlindungan teknis telah menjadi garis pertama.
Apa yang Berubah dalam Praktik
Bagi semua yang mengumpulkan data, mengotomatiskan akun, atau membangun agen, keputusan ini menghasilkan tiga kesimpulan praktis.
1. Titik keluar lalu lintas mendapatkan bobot hukum
Sebelumnya, pilihan antara "mengalirkan semuanya melalui pusat data kami" dan "bekerja dari alamat yang tidak dapat dibedakan dari pengguna" adalah masalah kelayakan dan biaya. Sekarang ini juga menjadi pertanyaan tentang tindakan siapa yang dianggap sebagai permintaan. Arsitektur, di mana permintaan ke platform berasal dari sisi pengguna, terbukti lebih terlindungi di pengadilan — dan sekaligus secara historis lebih baik melewati filter anti-bot. Ini adalah kasus langka di mana insentif hukum dan teknis bertepatan dan menunjukkan ke arah yang sama: pada proxy residensial dan titik keluar pengguna daripada subnet server. Untuk tugas netral seperti memantau harga publik atau memeriksa hasil berdasarkan wilayah, proxy pusat data masih cukup — di sana tidak ada zona yang harus login, dan tidak ada perselisihan tentang akun siapa pun.
2. CFAA Melemah — Kontrak dan Deteksi Menguat
Jangan membaca keputusan ini sebagai "sekarang bisa". Paling tidak, palu yang paling berat — pasal federal dengan potensi pidana — telah dihapus. Yang tersisa adalah perjanjian pengguna, pemblokiran akun, gugatan sipil, dan yang terpenting, tumpukan anti-bot. Platform, yang kehilangan sebagian dari kekuatan hukum, akan mengkompensasi ini dengan deteksi: fingerprinting, analisis perilaku, dan agen yang ditandatangani. Mengenai bagaimana industri mencoba melegalkan "bot baik" dengan cara teknis, kami membahasnya dalam materi tentang Web Bot Auth dan agen yang ditandatangani.
3. Risiko Bergeser ke Pengguna Akhir
Sisi lain dari kemenangan Perplexity: jika pengguna yang bertindak, maka pengguna yang bertanggung jawab. Bagi layanan yang memberikan otomatisasi kepada klien sebagai produk, ini adalah alasan untuk secara jujur menyatakan dalam dokumentasi, atas nama siapa dan dengan IP siapa tindakan dilakukan dan aturan platform mana yang terpengaruh.
Apa yang Harus Dilakukan Sekarang
- Deskripsikan topologi akses Anda. Jawab satu pertanyaan: alamat IP mana yang terlihat oleh platform target dalam log — server Anda atau pengguna. Ini mempengaruhi posisi hukum dan profil deteksi.
- Pisahkan publik dan yang harus login. Mengumpulkan halaman terbuka dan tindakan di dalam akun orang lain adalah dua cerita yang sangat berbeda dalam hal risiko. Tidak disarankan untuk mencampur keduanya dalam satu jalur.
- Jangan menyamar secara agresif setelah larangan langsung. Dalam kasus ini, justru penghindaran penghalang yang ditetapkan dan penyamaran klien sebagai Chrome yang memberikan fakta paling kuat kepada Amazon. Klaim CFAA runtuh, tetapi dasar lainnya masih ada.
- Pilih jenis keluar sesuai tugas. Aspek praktis — bagaimana mengangkat agen di Playwright atau MCP dan membungkus lalu lintasnya dengan benar — telah kami bahas secara rinci dalam panduan tentang proxy untuk agen AI.
Kesimpulan
Sirkuit Kesembilan tidak melegalkan otomatisasi dan tidak memberikan agen izin untuk pergi ke mana saja. Ia melakukan sesuatu yang lebih sempit, tetapi lebih penting: mengaitkan konsep "akses" dengan dari mana permintaan secara fisik berasal. Alat yang beroperasi di mesin pengguna tidak melakukan akses — itu dilakukan oleh manusia. Infrastruktur yang mengakses platform dari dirinya sendiri tetap berada dalam zona risiko lama.
Bagi pasar, ini berarti pergeseran pusat gravitasi. Perselisihan hukum tentang "apakah ini diperbolehkan" akan semakin sering terfokus pada pertanyaan rekayasa "siapa alamat dalam log". Dan perjuangan untuk akses akhirnya berpindah ke tempat di mana ia telah berlangsung sepanjang waktu ini — dalam deteksi anti-bot, fingerprinting, dan kualitas titik keluar.