Plan Mode: Suruh AI Mikir Dulu Sebelum Ngoding

Di episode 4, "Teknik Prompt Berlapis untuk Fitur Kompleks", kita belajar memecah fitur besar menjadi lapisan-lapisan kecil secara manual. Kamu yang menulis prompt lapis 1, menunggu, memeriksa, lalu menulis prompt lapis 2. Teknik itu powerful, tapi jujur saja, agak melelahkan. Kabar baiknya, tools AI coding modern punya fitur bawaan yang mengotomatiskan pola itu. Namanya plan mode.

Ide plan mode sederhana saja. Sebelum AI menulis satu baris kode pun, ia wajib menyusun rencana tertulis dulu, lalu berhenti dan memintamu menyetujuinya. Kamu baca rencananya, koreksi kalau ada yang melenceng, dan hanya setelah kamu bilang "lanjut", AI boleh mengeksekusi. Episode 5 ini membahas cara memakai mode itu dengan benar, karena plan mode yang tidak di-review sama saja dengan tidak pakai plan mode.

Catatan jujur seperti biasa. Detail fitur di bawah ini disusun dari dokumentasi resmi masing-masing tools dan laporan komunitas developer per Oktober 2026. Nama menu dan shortcut bisa berubah, jadi kalau di tools-mu beda sedikit, cari istilah "plan" di dokumentasi resminya.

Apa Itu Plan Mode

Bayangkan kamu menyuruh tukang bangunan merenovasi dapur. Tukang yang baik tidak langsung menghancurkan tembok. Ia menggambar dulu sketsanya, menunjukkan ke kamu, dan bertanya "begini maksudnya?". Plan mode membuat AI coding berperilaku seperti tukang yang baik itu.

Secara teknis, plan mode adalah instruksi agar AI hanya boleh membaca dan merencanakan, tidak boleh menulis atau mengubah file. Outputnya adalah dokumen rencana: file apa yang akan diubah, langkah apa yang akan dilakukan, dan risiko apa yang perlu kamu tahu. Bedanya dengan prompt berlapis manual di episode 4 adalah, di sini AI yang menyusun rencananya sendiri berdasarkan pemahamannya atas codebase-mu. Tugasmu bergeser dari penulis prompt menjadi reviewer rencana. Dan itu justru peran yang lebih penting.

Cara Memintanya di Tools Populer

Beberapa tools punya mode khusus, sebagian lagi cukup diminta lewat prompt biasa. Di Muse, ada plan mode bawaan yang bisa diaktifkan, sehingga AI hanya merencanakan tanpa mengeksekusi sampai kamu setuju. Di Cursor, mode agen menyediakan pilihan perencanaan sebelum eksekusi untuk tugas yang kompleks. Di tools lain yang tidak punya tombol khusus, kamu bisa memakai prompt universal seperti ini: "Jangan tulis kode dulu. Baca codebase saya, susun rencana langkah demi langkah, dan berhenti untuk meminta persetujuan saya." Intinya sama di semua tools: pisahkan fase merencanakan dari fase mengeksekusi.

Kalau tools-mu tidak punya plan mode sama sekali, jangan khawatir. Prompt universal di bawah ini plus disiplin episode 4 sudah mencakup 90 persen manfaatnya. Fitur bawaan itu nyaman, tapi yang menentukan hasil adalah kebiasaanmu meminta rencana dulu, bukan tombolnya.

JANGAN tulis atau ubah kode apa pun dulu.
1. Baca dan pahami bagian codebase yang terkait dengan [nama fitur].
2. Susun RENCANA langkah demi langkah: file apa yang akan dibuat/diubah,
   urutan pengerjaannya, dan risiko yang kamu lihat.
3. BERHENTI dan tampilkan rencana itu. Tunggu persetujuan saya
   sebelum mengeksekusi.

Cara Me-review Rencana AI Sebelum Disetujui

Ini bagian yang paling menentukan dan paling sering dilewatkan. Rencana AI bukanlah ramalan yang pasti benar. Ia tetap tebakan, hanya saja tebakan yang murah untuk diperbaiki karena masih berupa teks. Berikut checklist review yang bisa kamu pakai setiap kali.

Pertama, cek cakupannya. Apakah rencana mencakup semua poin di PRD-mu? AI kadang diam-diam melewatkan poin yang sulit. Kedua, cek file yang akan disentuh. Apakah ada file penting yang ikut diubah padahal tidak perlu? Ketiga, cek urutannya. Apakah langkahnya logis? Database harus disiapkan sebelum kode yang memakainya ditulis. Keempat, tanyakan yang tidak jelas. Kalau ada langkah yang bunyinya samar seperti "perbaiki logika pembayaran", minta AI menjelaskan maksudnya sebelum kamu setuju. Kelima, cari yang hilang. Rencana AI jarang memikirkan kasus error, validasi input, dan keamanan. Kalau tidak ada di rencana, minta ditambahkan.

Aturan emasnya: waktu 10 menit me-review rencana menghemat berjam-jam memperbaiki kode yang salah arah. Jangan pernah menekan "setuju" tanpa membaca.

Contoh Rencana vs Eksekusi: Fitur Keranjang Belanja

Agar konkret, berikut contoh rencana yang dihasilkan AI untuk fitur keranjang belanja di aplikasi kasir episode 3. Simpan sebagai gambaran seperti apa rencana yang bagus itu.

RENCANA: FITUR KERANJANG BELANJA
1. Buat file cart.js: fungsi tambahItem, hapusItem, ubahJumlah
2. Simpan isi keranjang di localStorage (key: kopi_pagi_cart)
3. Tampilkan badge jumlah item di header
4. Hitung total otomatis setiap ada perubahan
5. Tombol "Bayar" membuka panel hitung kembalian
6. Setelah bayar, kosongkan keranjang dan simpan ke riwayat
Risiko: localStorage penuh jika riwayat tidak dibatasi (maks 50 transaksi)

Setelah rencana di atas disetujui, eksekusinya berjalan mulus karena semua keputusan sudah diambil di fase rencana. Bandingkan dengan skenario tanpa plan mode. AI langsung menulis kode, ternyata ia menyimpan keranjang di variabel global yang hilang saat halaman di-refresh, dan kesalahan itu baru ketahuan setelah semua selesai. Perbaikannya berarti membongkar ulang. Plan mode memindahkan kesalahan dari kode yang mahal diperbaiki ke teks yang murah diperbaiki.

Bagaimana kalau saat eksekusi AI menyimpang dari rencana yang disetujui? Hentikan dan tanyakan dulu alasannya. Kadang penyimpangan itu perbaikan yang cerdas, kadang itu AI yang lupa. Rencana yang disetujui adalah kontrak. Perubahan kontrak harus dibicarakan, bukan dilakukan diam-diam.

Kapan Plan Mode Wajib Dipakai

Tidak semua tugas butuh plan mode. Untuk tugas satu file yang kecil, langsung eksekusi saja lebih cepat. Tapi ada empat situasi di mana plan mode sebaiknya wajib. Pertama, tugas yang menyentuh banyak file. Semakin banyak file, semakin besar risiko salah arah. Kedua, perubahan struktur data. Mengubah skema database atau format penyimpanan berdampak ke seluruh aplikasi. Ketiga, refactor. Merapikan kode lama tanpa merusak yang sudah jalan butuh rencana yang hati-hati. Keempat, saat kamu belum paham codebase-nya. Rencana AI sekaligus menjadi dokumentasi yang mengajarkanmu cara kerja kode itu.

Kalau kamu ragu apakah suatu tugas butuh plan mode atau tidak, pakai aturan praktis ini. Kalau kamu tidak bisa menjelaskan kembali apa yang akan AI lakukan dalam dua kalimat, pakai plan mode. Ketidakmampuan menjelaskan adalah sinyal bahwa tugasnya terlalu besar untuk dikerjakan buta.

Satu kebiasaan bagus untuk tim atau proyek jangka panjang: simpan rencana yang sudah disetujui sebagai file, misalnya PLAN.md di folder proyek. Rencana itu menjadi dokumentasi gratis tentang kenapa kode ditulis dengan cara tertentu. Sebulan kemudian saat kamu lupa alasan sebuah keputusan, kamu tidak perlu menebak-nebak lagi. Cukup buka file rencananya.

Latihan Minggu Ini

Latihanmu minggu ini ada tiga langkah. Pertama, pilih satu fitur dari PRD mini episode 3 yang belum kamu kerjakan. Kedua, aktifkan plan mode di tools-mu, atau pakai prompt universal di atas. Minta AI menyusun rencana dan berhenti. Ketiga, review rencananya dengan checklist lima poin di artikel ini, koreksi minimal satu hal, baru setujui eksekusinya. Catat berapa banyak masalah yang kamu temukan di fase rencana. Itulah bug yang tidak perlu kamu debug minggu depan.

Di episode 6 kita akan masuk ke "Spec-Driven Development dari Nol", yaitu menggabungkan semua yang sudah kita pelajari: PRD, prompt berlapis, dan plan mode, menjadi satu alur kerja utuh dari ide sampai aplikasi jadi. Sampai jumpa besok jam 21:00. Bakar semangat kodingmu seperti api kompor.