Istilah vibe coding belum genap dua tahun usianya. Andrej Karpathy memperkenalkannya lewat unggahan di X pada Februari 2025: membangun perangkat lunak dengan memberi perintah kepada model bahasa besar (LLM), menerima perubahan tanpa membaca diff, lalu menempelkan pesan galat kembali ke AI sampai programnya jalan. Istilah ini cepat populer, bahkan dipilih Collins Dictionary sebagai Word of the Year 2025.
Martin Fowler, dalam catatannya tentang vibe coding, mengingatkan risikonya: kode sulit dirawat, kebenarannya diragukan, dan ada celah keamanan. LLM juga bisa berhalusinasi dan menyisipkan kesalahan saat mengubah kode. Akar masalahnya sering bukan pada AI, melainkan pada instruksi. AI mengerjakan apa yang diminta, bukan apa yang dimaksud. Kalau developer sendiri belum jelas alurnya, AI akan mengisi kekosongan itu dengan tebakan.
Di sinilah BPMN berguna: sebagai peta sebelum perjalanan dimulai.
Apa Itu BPMN?
BPMN (Business Process Model and Notation) adalah notasi grafis standar untuk menggambarkan proses bisnis. Notasi ini awalnya dikembangkan oleh Business Process Management Initiative (BPMI), lalu dipelihara Object Management Group (OMG) setelah kedua organisasi bergabung pada 2005. Versi 2.0 dirilis OMG pada Januari 2011 dan menambahkan semantik eksekusi, sehingga diagram BPMN bukan hanya gambar, tetapi juga punya makna yang dapat dijalankan mesin alur kerja.
BPMN juga diadopsi sebagai standar internasional ISO/IEC 19510:2013, yang isinya identik dengan OMG BPMN 2.0.1. Tujuannya menyediakan satu bahasa bersama bagi analis bisnis, developer, dan manajer.
Elemen pokok BPMN cukup sedikit untuk dipelajari dalam satu sore:
- Event (lingkaran): sesuatu yang terjadi. Ada start event (pemicu proses), intermediate event (kejadian di tengah proses), dan end event (hasil akhir proses).
- Activity (persegi panjang bersudut tumpul): pekerjaan yang dilakukan, misalnya "Periksa saldo cuti".
- Gateway (belah ketupat): titik keputusan atau percabangan. Yang paling sering dipakai: exclusive (pilih satu jalur), parallel (semua jalur berjalan bersamaan), dan inclusive (satu atau beberapa jalur).
- Sequence flow (panah): urutan langkah.
- Pool dan lane (jalur renang): siapa yang mengerjakan apa, misalnya Karyawan, Atasan, dan Sistem.
- Artifact: pelengkap seperti data object dan anotasi.
Contoh Alur Sederhana: Pengajuan Cuti
Misalkan kita ingin membuat fitur pengajuan cuti karyawan. Dalam BPMN, alurnya bisa digambar seperti ini:
- Start event: Karyawan membuka formulir cuti.
- Activity (lane Karyawan): Isi tanggal dan alasan cuti, lalu kirim.
- Activity (lane Sistem): Periksa sisa saldo cuti.
- Exclusive gateway: Saldo cukup? Tidak kirim notifikasi "saldo tidak cukup" end event: pengajuan ditolak sistem. Ya lanjut.
- Activity (lane Atasan): Tinjau pengajuan.
- Exclusive gateway: Disetujui? Tidak kirim notifikasi penolakan beserta alasan end event: cuti ditolak. Ya (lane Sistem) kurangi saldo cuti dan catat di kalender end event: cuti disetujui.
Diagram sesederhana ini sudah menjawab banyak pertanyaan yang biasanya terlewat: siapa aktornya, kapan sistem memeriksa saldo, apa yang terjadi bila ditolak, dan ada berapa kemungkinan akhir proses. Tanpa peta ini, AI mungkin membuat formulir yang langsung mengurangi saldo tanpa persetujuan atasan, karena memang tidak ada yang memberitahunya.
Cara Menyusun Diagram Sebelum Meminta AI Menulis Kode
Berikut langkah praktis yang dapat diterapkan sebelum membuka asisten AI.
1. Tentukan batas proses. Tulis satu kalimat: proses ini dimulai dari apa dan berakhir di mana. Contoh: "Dimulai saat karyawan mengajukan cuti, berakhir saat cuti disetujui atau ditolak."
2. Daftar aktor menjadi lane. Setiap pihak yang melakukan sesuatu, termasuk sistem otomatis, mendapat jalurnya sendiri. Ini nanti menjadi petunjuk peran dan hak akses di kode.
3. Urutkan aktivitas dengan kata kerja. "Periksa saldo", "Tinjau pengajuan", "Kirim notifikasi". Satu aktivitas, satu pekerjaan.
4. Tandai setiap keputusan dengan gateway. Setiap gateway wajib punya semua cabangnya, termasuk jalur gagal. Jalur gagal inilah yang paling sering dilupakan.
5. Pastikan semua jalur berakhir di end event. Kalau ada panah yang menggantung, berarti ada kondisi yang belum dipikirkan.
6. Terjemahkan diagram menjadi instruksi. Ubah diagram menjadi teks terstruktur untuk AI, misalnya:
Buat fitur pengajuan cuti dengan tiga peran: Karyawan, Atasan, Sistem. Alur: (1) Karyawan mengisi tanggal dan alasan; (2) Sistem memeriksa saldo; jika saldo kurang, tolak dan kirim notifikasi; (3) Atasan meninjau; jika ditolak, wajib mengisi alasan; (4) jika disetujui, Sistem mengurangi saldo dan mencatat di kalender. Status pengajuan hanya: diajukan, ditolak_sistem, ditolak_atasan, disetujui.
7. Minta AI mengerjakan per bagian, lalu cocokkan dengan diagram. Setelah kode jadi, telusuri setiap jalur di diagram dan uji. Diagram berfungsi sebagai daftar periksa saat pengujian.
Diagram tidak harus dibuat di aplikasi khusus. Kertas dan pulpen pun cukup untuk tahap awal. Bila ingin rapi, tersedia perangkat pemodelan BPMN berbasis web yang mengikuti standar OMG.
Kesalahan Umum Saat Vibe Coding Tanpa Alur
Perintah satu kalimat untuk fitur besar. "Buatkan sistem cuti" memaksa AI menebak aturan bisnis. Hasilnya mungkin terlihat lengkap, tetapi aturannya karangan AI, bukan aturan perusahaan.
Hanya memikirkan jalur bahagia. Developer sering hanya menjelaskan skenario sukses. Padahal sebagian besar keluhan pengguna datang dari jalur gagal: saldo kurang, data tidak lengkap, atasan tidak merespons.
Peran dan hak akses tidak jelas. Tanpa lane, AI tidak tahu siapa boleh melakukan apa. Akibatnya bisa muncul celah, misalnya karyawan dapat menyetujui cutinya sendiri.
Status data berubah-ubah. Tanpa daftar end event yang jelas, AI cenderung menciptakan status baru di tiap perubahan kode, sehingga basis data penuh nilai yang tidak konsisten.
Menambal galat tanpa melihat alur. Menempelkan pesan galat berulang kali ke AI memang membuat program jalan, tetapi bisa menggeser logika bisnis tanpa disadari. Dengan diagram, setiap perbaikan dapat dicek: apakah alurnya masih sama?
Dokumentasi tidak ada. Kode hasil AI tanpa diagram sulit dipahami developer lain, termasuk diri sendiri beberapa bulan kemudian. Diagram BPMN sekaligus menjadi dokumentasi yang mudah dibaca orang non-teknis.
Penutup
AI mempercepat penulisan kode, tetapi tidak menggantikan pemahaman proses. BPMN memberi developer bahasa standar untuk memetakan proses: siapa melakukan apa, kapan keputusan diambil, dan bagaimana proses berakhir. Peta itu kemudian diterjemahkan menjadi instruksi yang jelas bagi AI.
Vibe coding tetap boleh terasa santai dan cepat. Namun sebelum berangkat, gambar dulu petanya. Lima belas menit menyusun diagram sering lebih murah daripada berjam-jam menambal kode yang tersesat.