Kesamaan dari keempat studi kasus ini
- Spesifikasi datang lebih dulu, dan itu singkat. Satu paragraf, bukan sebuah dokumen. Tapi paragraf itu menyebutkan batasan-batasan yang penting — bahasa, "hanya melihat datanya sendiri", "tetap kirim apa yang ada", "push sebuah berkas seharusnya mempublikasikannya" — termasuk batasan alur kerja yang tidak pernah tampak di aplikasi yang sedang berjalan.
- Rahasia () tidak pernah menyentuh repositori. Setiap proyek membaca kunci dari variabel lingkungan atau secret terenkripsi, diatur di sebuah dashboard, bukan di dalam kode. Kami mengucapkan "jangan pernah tulis langsung di kode" secara eksplisit, karena pengaturan bawaannya justru sebaliknya.
- Stack-nya dipilih agar lebih sedikit yang bisa salah. Autentikasi terkelola, basis data terkelola, hosting statis, fungsi — setiap pilihan menghilangkan satu kategori kode yang bisa dirusak AI atas nama kita, dan satu kategori hal yang harus kita rawat sendiri.
- Hambatan diselesaikan dengan memberi AI bukti yang persis — pesan error yang literal, kode sesungguhnya, konfigurasi deployment, gejala nyata — dan dengan membatasi cakupan perbaikan secara sempit agar kode yang sudah bekerja tetap bekerja. Dua kali gejalanya ada di kode tapi penyebabnya ada di infrastruktur.
- Peluncuran berarti sebuah uji nyata terhadap kenyataan: sebuah pembelian yang live (dan satu yang ditolak), sebuah akun pengguna kedua, sebuah pemicu sesuai permintaan, sebuah tautan mendalam di situs yang sudah di-deploy. Bukan "sudah bisa dikompilasi".
Kamu tidak butuh ide besar untuk memulai. Kamu butuh ide kecil, spesifikasi satu paragraf, dan kemauan untuk mengarahkan alih-alih mengetik sendiri — dan kesabaran untuk menguji sesuatu itu terhadap kenyataan sebelum kamu menyebutnya selesai.