Rahmat Wibowo mengkritik Google karena menangguhkan developer yang menggunakan plugin OpenCode dengan Antigravity OAuth, dengan berargumen bahwa perusahaan tersebut menghukum pengguna berbayar yang sah alih-alih pelaku penyalahgunaan sebenarnya dan mengidentifikasi lima kekeliruan logika dalam desain penegakannya.

Google memblokir pintunya, bukan pencurinya Oleh Rahmat Wibowo Dari InfraLoka Rahmat Wibowo - 1 Juni 2026 Google memblokir pintunya, bukan pencurinya. Sebuah tinjauan tentang mengapa menangguhkan developer karena menggunakan OpenCode dengan Antigravity OAuth menyelesaikan masalah kuota dengan menghukum orang yang salah, dan seperti apa kebijakan penegakan yang masuk akal seharusnya dilakukan Google tidak memblokir OpenCode. Google memblokir orang-orang yang login ke dalamnya. Entah bagaimana antara sebuah plugin komunitas dan sistem trust-and-safety otomatis, sebuah langkah perlindungan kuota berubah menjadi penangguhan akun secara menyeluruh, termasuk bagi developer yang merupakan pelanggan berbayar yang sekadar mencoba menggunakan model yang sudah mereka bayar aksesnya. Sebuah plugin, alur OAuth, dan sebuah jalan pintas Antigravity adalah lingkungan coding Al milik Google sendiri, dibangun di sekitar model seperti Gemini dan dialirkan melalui kuota langganannya sendiri. OpenCode adalah agen terminal open-source yang terpisah, yang mendukung banyak provider dan alur autentikasi. Sebuah plugin komunitas, opencode- antigravity-auth, memungkinkan OpenCode melakukan autentikasi terhadap alur OAuth Antigravity, secara efektif memungkinkan sebuah alat terminal meminjam kuota dan akses model Antigravity tanpa perlu membuka IDE Antigravity sama sekali FAQ Antigravity milik Google sendiri sudah menyatakan bahwa alat pihak ketiga yang mengakses Antigravity melanggar Ketentuan Layanannya. Setelah penggunaan terdeteksi, responsnya cepat: laporan-laporan menggambarkan lockout instan, shadow ban, dan akun yang ditangguhkan, termasuk pelanggan berbayar yang mengaku mengira tombol "Sign in with Google" itu memang sesuai dengan apa yang terlihat Tiga kekhawatiran yang sah, satu respons yang kasar Kekhawatiran 01: Arbitrase kuota Akses bersubsidi, penggunaan tanpa subsidi Harga Antigravity mengasumsikan penggunaan terjadi di dalam Antigravity. Mengalihkan kuota bersubsidi yang sama ke agen terminal merusak ekonomi yang dibangun Google di sekitar produk itu Kekhawatiran 02: Batasan produk Menjaga Antigravity tetap di dalam Antigravity Google ingin akses Antigravity tetap menjadi fitur Antigravity, bukan sebuah backend yang bisa dicolok oleh agen coding pihak ketiga mana pun secara gratis. Kekhawatiran 03: Keandalan "Menurunkan pengalaman bagi pengguna yang sah" Kerangka pikir Google adalah bahwa akses tidak resmi membebani infrastruktur yang ditujukan untuk orang-orang yang menggunakan produk sebagaimana dimaksud Tidak satu pun dari kekhawatiran ini tidak masuk akal. Platform boleh melindungi ekonominya sendiri. Masalahnya bukan pada kekhawatirannya. Masalahnya adalah pada instrumen yang dipilih Google untuk mengatasinya. Pemblokiran ini menghukum antarmuka, bukan penyalahgunaannya. Kegagalan inti dari desain penegakan Lima kekeliruan logika yang tersembunyi dalam klausul ToS Contoh A: Kesetaraan palsu "Klien pihak ketiga" diperlakukan sebagai "penyalahguna" Seorang developer yang menggunakan akun berbayarnya sendiri melalui antarmuka yang berbeda bukan otomatis menjadi penjual kembali kuota atau penyerang. Menyamakan "akses tidak resmi" dan "penggunaan berbahaya" menjadi satu kategori mengabaikan kelompok orang yang jauh lebih besar yang hanya berusaha bekerja di terminal mereka. Contoh B: Lereng licin "Jika kita mengizinkan ini, semua orang akan menyalahgunakannya" Itu sebuah kemungkinan, bukan hasil yang terbukti. Batas laju, token bercakupan terbatas, dan pendaftaran per-klien ada justru agar platform tidak perlu memilih antara "membuka gerbang" dan "memblokir langsung." Contoh C: Kesalahan kategori Sebuah pelanggaran produk berubah menjadi hukuman akun Menyalahgunakan satu fitur dari satu produk meningkat menjadi konsekuensi tingkat akun yang lebih luas. Cakupan hukuman tidak sesuai dengan cakupan pelanggarannya. Contoh D: Berlindung di balik buku aturan "Ini melanggar Ketentuan Layanan" bukanlah pembelaan atas desain Menunjuk pada ToS menjelaskan mengapa suatu tindakan sah secara hukum. Itu tidak menjelaskan apa-apa tentang apakah penangguhan instan tanpa penjelasan adalah cara yang tepat untuk menegakkannya. Contoh E: Hukuman kolektif Developer yang penasaran membayar harga yang sama dengan peternak kuota Jika sebagian kecil menggunakan plugin untuk menumpuk akun dan menghindari batasan, memblokir semua orang yang menyentuhnya menghukum eksperimen biasa bersamaan dengan penyalahgunaan yang sesungguhnya. Seperti apa penegakan yang seharusnya terlihat — m stint ye eee Taian thea peer pe en ne ogy pt dvi Tidak satu pun dari ini yang mengharuskan Google mentoleransi arbitrase kuota. Ini mengharuskan Google membangun jenis penegakan bertingkat dan bercakupan terbatas yang sama seperti yang sudah digunakan platform API di tempat lain, membedakan developer yang penasaran dari skema rotasi akun otomatis, alih-alih memperlakukan layar OAuth sebagai jebakan. Penutup Google ingin developer membangun dengan Gemini. Tetapi menghukum mereka karena mencoba membawa alur kerja itu ke dalam alat yang sudah mereka gunakan mengirim sinyal yang sebaliknya. Perbaikannya tidak pernah berupa "IDE resmi atau tidak sama sekali." Melainkan API resmi, batasan yang jelas, dan penegakan yang melihat apa yang dilakukan seseorang, bukan sekadar melalui jendela mana mereka melakukannya LAYANAN fe hit infrastruktur sebagai ity Engin Baiklah! Imp