Bagi banyak pengembang perangkat lunak di Tanah Air, subsistem Windows untuk Linux (WSL2) telah menjadi jembatan wajib untuk menjalankan alat otomasi berbasis Python atau Node.js. Namun, kendala pertama yang muncul bukanlah pada kode Playwright atau agen kecerdasan buatan, melainkan konfigurasi jaringan antara sistem operasi Windows dan distribusi Ubuntu di dalam WSL2. Ketika sebuah skrip otomasi gagal terhubung ke peramban, mayoritas langsung menyalahkan library yang digunakan.
Pengalaman Lars Winstead, seorang pengembang yang membagikan catatannya di platform Dev.to, memperlihatkan betapa mudahnya terperangkap dalam ilusi bahwa WSL2 hanyalah "localhost dengan langkah ekstra". Ia mencoba menjalankan OpenClaw versi 2026.6.11 di Ubuntu WSL2 untuk menempel pada sesi Google Chrome yang sudah terbuka di Windows. Ambisi tersebut wajar: mewarisi profil Chrome yang telah masuk ke Gmail, Kalender, Slack, dan Notion tanpa membangun ulang alur autentikasi.
Akar masalahnya terletak pada arsitektur jaringan default WSL2 yang menggunakan mode NAT (Network Address Translation). Dalam mode ini, proses Linux tidak secara otomatis melihat layanan Windows sebagai layanan lokal. Akibatnya, alamat localhost:9222 yang dipanggil dari dalam WSL2 tidak merujuk pada port debugging Chrome di Windows, melainkan pada ruang jaringan terisolasi milik Linux.
Untuk menghubungkan Playwright ke Chrome Windows via Chrome DevTools Protocol (CDP), pengembang harus mencari tahu alamat IP host Windows yang terlihat dari WSL2. Perintah sederhana seperti `ip route show | grep -i default | awk '{ print $3 }'` umumnya mengembalikan IP seperti 172.30.96.1. Koneksi kemudian dilakukan dengan menulis `chromium.connectOverCDP('http://172.30.96.1:9222')`. Jika WSL2 diatur ke mode mirrored networking, localhost mungkin langsung berfungsi, namun detail kecil itu sering terlewat.
Daya tarik metode CDP memang kuat karena memungkinkan reuse sesi peramban yang sudah terautentikasi. Cukup menjalankan Chrome di Windows dengan argumen `--remote-debugging-port=9222`, lalu agen di Linux dapat mengendalikan tab yang sama. Untuk demonstrasi cepat atau eksperimen pribadi, pendekatan ini adalah jalan pintas paling hemat waktu. Namun, kenyamanan sering menutupi batas teknis yang akan muncul di kemudian hari.
Dari perspektif pengguna di Indonesia, banyak pekerja lepas dan tim startup menggunakan laptop Windows dengan WSL2 sebagai lingkungan pengembangan utama. Mereka kerap mengandalkan profil Chrome pribadi untuk menguji skrip otomasi penarikan data atau agen AI yang berinteraksi dengan dasbor perusahaan. Praktik ini berbahaya karena agen otonom menjadi bagian dari lingkungan yang tidak bersih: ekstensi, berkas lokal, dan pengalihan autentikasi ikut campur dalam proses.
Belum lagi risiko keamanan. Jika profil Chrome Windows terhubung ke akun administrator, GitHub, dan layanan perbankan, menyematkan agen otomatis di situ sama dengan memberikan kunci rumah kepada bot eksperimental. Di sisi lain, beberapa perusahaan teknologi lokal sudah beralih ke kontainer Docker dengan Chromium tanpa kepala (headless) untuk menjaga reproduksibilitas. Namun, bagi individu yang belum memiliki infrastruktur cloud, WSLg memberikan jalan tengah.
Fitur WSLg pada Windows 10 build 19044 ke atas atau Windows 11 memungkinkan aplikasi GUI Linux berjalan tanpa konfigurasi rumit. Dengan memperbarui subsistem melalui `wsl --update` lalu `wsl --shutdown`, pengembang dapat memasang Chromium langsung di Ubuntu dan menjalankan Playwright secara native. Langkah ini menghilangkan teka-teki apakah localhost merujuk ke Windows atau Linux, sekaligus menghindari penurunan fidilitas CDP.
Winstead menekankan bahwa Playwright memang mendukung `connectOverCDP()`, tetapi dokumentasinya memperingatkan bahwa jalur CDP memiliki fidilitas lebih rendah dibanding koneksi Playwright asli. "The boring answer wins," tulisnya, mengacu pada keputusan menjalankan agen dan peramban dalam satu lingkungan Linux. Untuk prototipe kilat, CDP boleh dipakai; untuk otomasi tanpa pengawasan selama seminggu penuh, itu bukan pilihan tepat.
Ia juga menyoroti betapa rapuhnya menggantungkan alur kerja pada profil harian. Derit profil, keadaan tersimpan, dan pengalihan otentikasi acak menjadikan setup tersebut bukan permukaan pengujian yang bersih. Pernyataan tersebut relevan bagi tim pengembang di Indonesia yang sedang mengejar efisiensi tanpa mengorbankan kestabilan sistem.
Ke depan, tren agen AI berbasis peramban seperti OpenClaw akan semakin mendorong pengembang Windows beralih ke WSL2. Microsoft diprediksi akan terus menyempurnakan mode jaringan mirroring agar batas antara Windows dan Linux melebur. Namun, hingga saat itu tiba, disiplin memisahkan lingkungan otomasi dari profil pribadi adalah investasi waktu yang membayar sendiri.
Bagi komunitas teknologi Indonesia, tersedianya panduan lokal yang menjelaskan nuansa WSL2 dan WSLg sangat krusial. Mengadopsi praktik menjalankan Chromium di dalam Linux WSL2 bukan sekadar preferensi teknis, melainkan fondasi untuk otomasi yang dapat diulang dan aman. Dengan begitu, akhir pekan pengembang tidak lagi habis hanya untuk memecahkan misteri koneksi yang putus.