Ada satu titik yang dialami hampir semua orang yang membangun aplikasi dengan bantuan AI. Kode berjalan, lalu rusak, lalu kamu meminta AI memperbaikinya, lalu rusak lagi dengan cara yang berbeda. Setelah putaran kelima, kamu sadar tidak tahu apa yang sebenarnya berubah.
Tandanya kamu sudah masuk lingkaran
- Kamu menempelkan pesan error tanpa membacanya lebih dulu
- Perbaikan terakhir membatalkan perbaikan sebelumnya
- Kamu tidak bisa menjelaskan apa fungsi bagian kode yang baru ditambahkan
- Kamu mulai menambahkan kalimat seperti “tolong jangan rusak yang lain”
Kalau tiga dari empat terasa familiar, berhenti meminta perbaikan. Masalahnya bukan di kualitas jawaban AI, tapi di kamu yang sudah kehilangan gambaran tentang apa yang sedang dibangun.
Yang harus dilakukan sebagai gantinya
Baca error-nya sampai selesai
Pesan error hampir selalu menyebut berkas dan baris. Membacanya butuh tiga puluh detik dan sering langsung menunjuk penyebabnya. Menempelkannya tanpa dibaca membuat kamu bergantung pada tebakan orang lain soal masalahmu sendiri.
Minta penjelasan, bukan perbaikan
Pertanyaan “kenapa ini terjadi” menghasilkan pemahaman yang bisa kamu pakai lain kali. Pertanyaan “tolong perbaiki” menghasilkan tambalan yang tidak kamu mengerti, dan tambalan berikutnya menumpuk di atasnya.
Kembalikan ke titik yang masih jalan
Kalau sudah lima putaran, kembali ke versi terakhir yang berfungsi lebih cepat daripada meneruskan. Ini alasan sesungguhnya kenapa kami mengajarkan kontrol versi di jalur Vibecoder sejak sesi pertama, bukan di akhir.
Kapan berhenti dan memanggil developer
Ada batas yang jujur: kalau aplikasinya menyentuh uang orang lain, data pribadi, atau harus jalan tanpa kamu awasi — itu titik untuk melibatkan orang yang memang mengerjakan ini sehari-hari. Bukan karena kamu tidak mampu, tapi karena biaya kesalahannya sudah tidak sepadan dengan waktu belajarnya.
Belajar membangunnya dengan benar sejak awal. Jalur Vibecoder mengajarkan cara membaca kode yang dihasilkan AI, bukan cuma memintanya.
Lihat Jalur Vibecoder →