Vibe coding berjalan dalam putaran pendek yang diulang terus. Setiap putaran punya empat tahap:

1. Deskripsikan. Jelaskan apa yang kamu inginkan: fitur, tampilan, perilaku.
2. Hasilkan. AI menulis atau mengubah kode, sering di banyak file sekaligus.
3. Jalankan. Buka aplikasinya, klik, dan coba seperti pengguna sungguhan.
4. Nilai dan arahkan. Tempel error, minta revisi, atau lanjut ke fitur berikutnya.

Satu putaran bisa hanya beberapa menit. Kuncinya ada di tahap ketiga: dalam vibe coding, hasil divalidasi dengan menjalankan, bukan dengan memeriksa kode baris demi baris.

Ada dua pelajaran praktis dari siklus ini. Pertama, kegagalan paling umum biasanya bukan karena AI-nya buruk, melainkan karena konteks yang kurang. AI tidak tahu proyekmu memakai apa, siapa penggunanya, atau bagian mana yang tidak boleh disentuh, kecuali kamu memberitahunya. Kedua, semakin kecil langkahnya, semakin mudah melacak kalau ada yang rusak. Kalau kamu meminta lima fitur sekaligus lalu aplikasinya error, kamu tidak tahu fitur mana penyebabnya. Kalau kamu meminta satu fitur, tersangkanya cuma satu.

Menilai lebih dari sekadar "jalan"

Tahap "jalankan" sering diartikan sempit: buka aplikasi, lihat tidak ada error, selesai. Supaya penilaianmu lebih tajam, biasakan mencoba tiga jenis input setiap kali menguji:

• Input normal, misalnya menambah barang "Susu".
• Input kosong atau aneh, misalnya nama barang kosong atau hanya spasi.
• Input berulang atau ekstrem, misalnya menambah barang yang sama dua kali, atau seratus barang sekaligus.

Banyak bug kode AI bersembunyi di dua jenis terakhir, karena contoh di prompt biasanya hanya menyebut kasus normal.

Analogi yang sering dipakai: kamu berpindah dari tukang batu menjadi arsitek, atau dari aktor menjadi sutradara. Kamu tidak lagi menyusun setiap bata, tetapi kamu yang menentukan bangunannya seperti apa dan memeriksa apakah hasilnya sesuai.

Artinya, kemampuan memecah masalah, menulis spesifikasi, dan menilai kualitas menjadi lebih penting daripada hafal sintaks. Namun perhatikan: sutradara yang baik tetap paham cara kerja kamera. Kamu tidak perlu hafal semua sintaks, tetapi kamu perlu cukup paham kode untuk tahu kapan AI keliru.

Prompt yang baik untuk fitur baru biasanya punya lima elemen:

Tidak semua prompt butuh kelimanya. Untuk memperbaiki salah ketik, satu kalimat cukup. Tetapi untuk fitur baru, struktur ini sangat mengurangi bolak-balik revisi.

Contoh: prompt lemah dan prompt kuat

Prompt lemah:

Tambahin fitur centang di daftar belanja.

AI harus menebak banyak hal: centangnya disimpan di mana, apa yang terjadi dengan barang yang dicentang, boleh tidak mengubah struktur data. Tebakan yang salah berarti putaran revisi tambahan.

Prompt kuat:

Konteks: Aplikasi web daftar belanja keluarga, React + Tailwind.
Tujuan: Tambahkan fitur menandai barang yang sudah dibeli.
Batasan: Jangan ubah struktur data; simpan di localStorage.
Contoh: Barang yang dicentang dicoret dan pindah ke bawah daftar.
Selesai bila: Bisa centang/batal, dan data tetap ada setelah refresh.

Lihat bagaimana setiap baris menutup satu celah tebakan. Baris "Batasan" mencegah AI merombak struktur data yang sudah dipakai di bagian lain. Baris "Selesai bila" memberi kamu daftar uji yang jelas saat tahap "jalankan".

Kriteria selesai paling berguna kalau bisa diubah menjadi pemeriksaan otomatis. Misalkan logika "tandai sudah dibeli" dipisah menjadi satu fungsi. Kriteria dari prompt tadi bisa ditulis seperti ini:

// Spesifikasi: toggleDibeli(daftar, id)
// - membalik nilai dibeli pada barang dengan id tersebut
// - barang yang belum dibeli tampil di atas, yang sudah dibeli di bawah
// - urutan di dalam tiap kelompok tetap
// - tidak mengubah array aslinya

const awal = [
  { id: 1, nama: "Susu", dibeli: false },
  { id: 2, nama: "Roti", dibeli: false },
];
const hasil = toggleDibeli(awal, 1);
hasil[1].nama === "Susu" && hasil[1].dibeli === true; // harus true
awal[0].dibeli === false;                              // harus true

Dengan pemeriksaan seperti ini, kamu tidak perlu membaca setiap baris kode AI untuk tahu apakah perilakunya sesuai spesifikasi. Kamu cukup menjalankan pemeriksaannya. Ini jembatan antara vibe coding yang cepat dan pengembangan yang bisa dipercaya.

Pemeriksaan juga berguna untuk percakapan berikutnya dengan AI. Daripada menulis "masih salah", kamu bisa menulis "pemeriksaan awal[0].dibeli === false gagal, artinya fungsimu mengubah array asli". Pesan yang spesifik seperti ini membuat putaran perbaikan jauh lebih pendek.

• Prompt terlalu besar. "Buatkan aplikasi lengkap dengan login, keranjang, dan pembayaran" dalam satu prompt membuat hasilnya sulit diuji.
• Tidak menyebut batasan. AI dengan senang hati mengganti library atau struktur data kalau tidak dilarang.
• Tidak punya kriteria selesai. Tanpa kriteria, kamu tidak tahu kapan harus berhenti merevisi.
• Hanya menguji jalur normal. Coba juga input kosong, berulang, dan ekstrem.