Apa itu vibe coding , dan kenapa ia bukan masalah dengan sendirinya
Vibe coding merujuk kepada cara membina perisian dengan mengarahkan AI secara berterusan sehingga sesuatu itu "menjadi", tanpa membaca setiap baris kod yang dihasilkan. Ia membuka pintu kepada ramai orang yang sebelum ini tersekat pada halangan sintaks , dan itu perkara yang baik.
Jangan salah faham: vibe coder bukan pemalas dan bukan kurang bijak. Mereka bergerak laju dalam kereta yang belum dipasang tali keledar. Masalahnya bukan pada pemandu . Ia pada kelengkapan keselamatan yang tiada.
Risiko muncul apabila kod yang tidak difahami itu dihantar ke tempat yang ada data sebenar, duit sebenar dan pengguna sebenar. Di situ, "nampak jadi" dan "selamat digunakan" ialah dua perkara yang sangat berbeza.
Tujuh risiko yang paling kerap terlepas pandang
AI hanya nampak apa yang ada dalam tetingkap konteks. Keputusan seni bina lama, kebergantungan modul lain dan sebab di sebalik kod sedia ada tidak semestinya dibaca, jadi pembetulan di satu tempat memecahkan tempat lain.
Model boleh mencadangkan nama pakej atau fungsi yang kedengaran betul tetapi tidak wujud, atau versi yang sudah lapuk. Kod nampak kemas sehingga tiba masa pemasangan sebenar.
Kunci API tertinggal dalam kod client, kebenaran akses dibuka terlalu luas, CORS dibuka sepenuhnya "supaya jalan dulu". Semua ini lulus demo dengan cemerlang.
Untuk mempercepatkan penyelesaian, data sebenar disalin masuk sebagai contoh. Sekali dihantar keluar, ia sudah keluar , dan dalam sektor terkawal, itu isu pematuhan, bukan sekadar isu teknikal.
AI melaporkan tugas "sudah siap" tanpa menunjukkan bukti bahawa ujian benar-benar dijalankan. Laporan yang yakin bukan laporan yang disahkan.
Setiap pusingan menambah lapisan tampalan. Enam bulan kemudian, tiada siapa, termasuk kau, boleh menerangkan kenapa sesuatu fungsi wujud.
Perubahan dibuat terus tanpa backup. Bila sesuatu tumbang pada pukul 3 pagi, tiada titik selamat untuk kembali.
"Risiko paling bahaya bukan kod yang tidak jalan. Ia kod yang jalan hari ini, dan tiada siapa tahu kenapa ia berhenti jalan esok."
Satu corak yang berulang pada ketujuh-tujuhnya
Kalau diperhatikan, ketujuh-tujuh risiko di atas berkongsi satu punca yang sama: AI diberi kuasa sebelum sistem semakan disediakan. Bukan kerana AI berniat jahat, tetapi kerana tiada apa-apa dalam aliran kerja yang memaksa konteks dibaca, backup dibuat, dan bukti ditunjukkan sebelum sesuatu dianggap selesai.
Inilah sebabnya penyelesaiannya bukan "kurangkan guna AI". Penyelesaiannya ialah lapisan kawalan di sekeliling AI, iaitu apa yang dipanggil AI governance atau tadbir urus AI. NIST menyusun pendekatan ini melalui fungsi Govern, Map, Measure dan Manage, manakala ISO/IEC 42001 menyediakan struktur sistem pengurusan yang berterusan.[2][3]
Penawar: empat semakan yang menahan tujuh-tujuh risiko
Kau tidak perlu tujuh penyelesaian berasingan. Empat disiplin asas sudah menutup sebahagian besar permukaan risiko di atas.
Setiap satu dipecahkan secara praktikal dalam artikel Read Before Write, Backup Before Edit, Verify Before Done. Kalau kau baru masuk, mulakan dengan panduan AI governance untuk faham asasnya dahulu.
Empat semakan ini mudah difahami, tetapi paling mudah dilupakan bila deadline mendesak.
ALESA ialah sistem framework perisian yang dibangunkan oleh pakar pengaturcaraan dan pembangunan sistem, Sir Rosli Abdullah. Ia menjadikan semakan tersebut sebahagian daripada aliran kerja yang wajib , bukan senarai semak yang bergantung pada ingatan manusia pada pukul 3 pagi.
Mula dari mana kalau projek kau sudah pun begini
Kalau kau sudah ada projek yang dibina secara vibe coding dan sekarang risau, tidak perlu tulis semula dari kosong. Susunan yang paling berbaloi:
Backup dahulu
Sebelum apa-apa disentuh, pastikan ada salinan dan laluan kembali yang benar-benar berfungsi.
Audit rahsia
Cari kunci API, kata laluan dan token yang tertinggal dalam kod. Ini risiko paling mahal dan paling cepat diperbaiki.
Tulis ujian asas
Cukup untuk laluan paling kritikal sahaja. Selepas itu, "siap" ada makna yang boleh disemak.
Soalan lazim
Adakah artikel ini kata vibe coding itu salah?
Tidak. Vibe coding membuka peluang kepada ramai orang untuk membina. Yang bermasalah ialah menghantar hasilnya ke production tanpa backup, ujian dan kelulusan. Itu sama seperti memandu tanpa tali keledar, bukan memandu itu sendiri.
Saya bukan programmer terlatih. Boleh saya guna disiplin ini?
Boleh. Empat semakan tersebut adalah tabiat kerja, bukan kemahiran teknikal lanjutan. Baca dahulu, backup dahulu, minta bukti, dan jangan luluskan apa yang kau tak faham.
Kalau AI dah cakap "siap", saya kena periksa juga?
Ya. Laporan siap tanpa bukti dipanggil false completion. Minta output ujian, log atau screenshot. Kalau tiada bukti, statusnya belum siap.
Semua semakan ni tak melambatkan projek?
Ia menambah beberapa minit pada titik berisiko. Bandingkan dengan masa yang hilang untuk memulihkan data, mengesan punca regression atau menjawab kepada klien selepas insiden.
Laju itu bagus. Laju tanpa tali keledar, tidak.
Kekalkan kelajuan AI. Tambah lapisan yang menahan kau daripada tersungkur di production. Itulah peralihan kepada AI Commander.
Rujukan utama
- Kementerian Sains, Teknologi dan Inovasi Malaysia (MOSTI), The National Guidelines on AI Governance & Ethics, 2024.
- National Institute of Standards and Technology (NIST), AI Risk Management Framework.
- International Organization for Standardization (ISO), ISO/IEC 42001:2023 — AI management systems.
- ALESA, ALESA — AI Commander Framework. Maklumat produk hendaklah dibezakan daripada pengesahan pihak ketiga.