Cara Memecah Fitur Aplikasi Jadi Tugas Kecil untuk AI Coding Agent

Kamu punya ide fitur yang lumayan gede. Misalnya: pencatatan transaksi kasir plus rekap harian di dashboard. Kamu buka Cursor atau Claude Code, tulis satu prompt panjang berisi semua yang kamu mau, tekan enter, dan berharap keluar aplikasi jadi. Yang keluar biasanya setengah jalan: sebagian benar, sebagian ngarang, dan kamu bingung bagian mana yang harus dibenerin duluan.

Masalahnya bukan agennya bodoh, tapi cara kita ngasih kerjaan. AI coding agent bekerja jauh lebih baik kalau dikasih satu tugas kecil yang jelas, bukan satu gunung tugas sekaligus. Panduan ini soal cara memecah fitur besar jadi potongan kecil yang berurutan, dan cara mengecek tiap potongan sebelum lanjut.

Kenapa satu prompt raksasa gampang gagal

Ketika kamu menumpuk sepuluh keputusan dalam satu prompt, agen harus menebak semuanya sekaligus: struktur data, nama fungsi, alur UI, cara simpan, cara baca, cara deploy. Satu tebakan meleset di awal biasanya menyeret sisanya ikut meleset.

• Konteks kebanyakan. Detail penting tenggelam di tengah prompt, dan agen memprioritaskan yang salah.
• Asumsi menumpuk. Agen memilih skema kolom sendiri, lalu fungsi berikutnya dibangun di atas skema yang ternyata bukan yang kamu mau.
• Susah diperiksa. Kalau 200 baris keluar sekaligus dan ada yang error, kamu tidak tahu bagian mana yang salah.
• Susah diperbaiki. Minta revisi satu bagian sering merusak bagian lain yang tadinya sudah benar.
• Boros percobaan. Kamu buang waktu (kadang kuota juga) generate ulang seluruh blok cuma gara-gara satu detail kecil.

Intinya: makin besar satu tugas, makin banyak yang harus ditebak, makin banyak yang bisa meleset. Solusinya bukan prompt yang lebih pintar, tapi tugas yang lebih kecil.

Prinsip inti: satu tugas, satu fokus

Aturan yang paling sering menyelamatkan: satu prompt mengerjakan satu hal yang bisa kamu jelaskan dalam satu kalimat. Kalau penjelasan tugasnya butuh kata 'dan' berkali-kali, itu tanda tugasnya masih perlu dipecah lagi.

'Bikin fitur kasir' bukan satu tugas, itu sebuah fitur. 'Bikin fungsi server yang menyimpan satu transaksi ke tab Transaksi' baru satu tugas. Yang kedua bisa langsung dikerjakan, diperiksa, dan dinyatakan beres atau belum.

Cara memecah satu fitur jadi potongan

Ambil fitur tadi, pencatatan transaksi kasir plus rekap harian. Sebelum menyuruh agen ngoding, pecah dulu jadi daftar tugas. Cara paling gampang: telusuri alur datanya, dari mana data masuk sampai muncul lagi di layar.

1. Struktur data dulu. Tentukan tab Spreadsheet dan kolomnya. Contoh tab Transaksi: Tanggal, Item, Qty, Total. Ini fondasi, semua tugas lain bergantung ke sini.
2. Fungsi simpan. Satu fungsi server yang menerima satu transaksi dan menuliskannya ke tab Transaksi.
3. Form input di layar. Tampilan sederhana untuk mengetik transaksi, yang memanggil fungsi simpan tadi.
4. Fungsi baca dan rekap. Satu fungsi server yang membaca seluruh transaksi lalu menjumlahkan total hari ini.
5. Tampilan rekap. Bagian dashboard yang menampilkan angka rekap dari fungsi baca.
6. Deploy. Publikasikan sebagai Web App biar bisa dibuka dari HP.

Enam tugas, masing-masing satu fokus. Kamu bisa kirim ke agen satu per satu, dan tiap kali kamu tahu persis apa yang harus jadi.

Beberapa potongan ini punya panduannya sendiri: soal baca-tulis data ke Sheet secara borongan, soal bikin form input dari HP, dan soal deploy jadi Web App. Kalau kamu masih baru di Apps Script, mulai dari dasar-dasarnya dulu.

Urutan tugas menentukan hasil

Potongan kecil saja belum cukup. Urutannya harus mengikuti ketergantungan. Tugas yang jadi fondasi dikerjakan duluan, yang menumpang di atasnya belakangan.

Di contoh kasir, struktur tab Transaksi harus fix sebelum fungsi simpan ditulis, karena fungsi simpan menulis ke kolom-kolom itu. Form input baru berguna setelah fungsi simpan ada. Rekap butuh data, jadi dia menyusul setelah simpan bisa jalan. Kalau kamu balik urutannya, agen akan menebak hal yang belum kamu putuskan, dan kamu balik lagi ke masalah prompt raksasa.

• Skema data sebelum fungsi yang memakainya.
• Fungsi server sebelum tampilan yang memanggilnya.
• Satu alur utuh jalan dulu (simpan lalu baca) sebelum menambah fitur samping seperti filter atau ekspor.
• Deploy terakhir, setelah alur inti terbukti jalan di editor.

Tiap tugas tetap perlu dijelaskan dengan jelas ke agen: input apa, output apa, nama fungsi apa, nulis ke tab mana. Cara menyusun penjelasan yang enak dicerna agen ada di panduan menjelaskan ide aplikasi ke AI.

Verifikasi tiap langkah sebelum lanjut

Ini bagian yang paling sering dilewati dan paling mahal kalau dilewati. Setelah agen menyelesaikan satu tugas, jangan langsung kasih tugas berikutnya. Buktikan dulu tugas itu benar.

Verifikasi tidak harus ribet. Untuk fungsi server, jalankan langsung dari editor Apps Script dengan data contoh dan lihat apakah baris masuk ke Sheet. Untuk fungsi baca, cek angkanya cocok dengan isi Sheet. Untuk tampilan, buka dan coba klik.

• Fungsi simpan: jalankan sekali, pastikan satu baris baru muncul di tab Transaksi dengan kolom yang benar.
• Fungsi baca: bandingkan angka rekap dengan hitungan manual dari beberapa baris.
• Form: isi lalu submit, pastikan datanya nyampe ke Sheet, bukan cuma keliatan terkirim.
• Deploy: buka URL Web App dari HP, bukan cuma dari editor.

Contoh satu tugas yang fokus dan gampang diperiksa, fungsi baca rekap harian:

function ambilRekapHarian() {
  const sheet = SpreadsheetApp.getActive().getSheetByName('Transaksi');
  const rows = sheet.getDataRange().getValues(); // baca borongan, sekali jalan
  const hariIni = new Date().toDateString();
  let total = 0;
  for (let i = 1; i < rows.length; i++) {
    const tgl = new Date(rows[i][0]).toDateString();
    if (tgl === hariIni) total += Number(rows[i][3]);
  }
  return total;
}

Fungsi ini cuma melakukan satu hal, dan gampang dicek: jalankan dari editor, cocokkan hasilnya dengan isi Sheet. Perhatikan `getValues()` yang membaca seluruh rentang sekali jalan, bukan `getValue()` per sel di dalam loop yang bikin lambat dan boros. Di sisi tampilan, fungsi ini dipanggil pakai `google.script.run.withSuccessHandler(render).ambilRekapHarian()`, bukan `fetch`.

PRD adalah peta yang bikin pemecahan gampang

Semua langkah di atas jauh lebih gampang kalau kamu punya peta fiturnya lebih dulu. Peta itu namanya PRD: dokumen yang menuliskan struktur data, daftar fungsi, alur, dan batasan sebelum satu baris kode ditulis. Kalau belum kenal, baca dulu apa itu PRD.

PRD yang bagus praktis sudah berisi daftar tugasmu. Tab dan kolom jadi tugas 'struktur data'. Daftar fungsi server jadi tugas satuan. Alur UI jadi urutan. Kamu tinggal menyerahkan tugas satu per satu ke agen, mengikuti urutan yang sudah kelihatan di dokumen. Cara menyusunnya ada di cara membuat PRD untuk aplikasi.

Ini yang dikerjakan Skematik. Kamu tulis idenya, keluar PRD terstruktur yang memetakan struktur data, daftar fungsi server, dan alurnya, jadi daftar tugas untuk agen sudah setengah jadi sebelum kamu buka Cursor atau Claude Code.

Kalau appmu Google Apps Script

Untuk app berbasis Spreadsheet, pemecahannya punya bentuk yang khas: tiap tab jadi satu tabel data, tiap kebutuhan jadi satu fungsi server, dan ada batasan platform yang harus ikut ditulis di tiap tugas. Misalnya baca-tulis borongan, bungkus penulisan dengan LockService biar dua orang tidak saling menimpa, dan deploy sebagai Web App akses Anyone.

Mode Web GAS di Skematik menghasilkan PRD yang sudah dibentuk begini: struktur tab sebagai skema, daftar fungsi server, plus konvensi batasan GAS, dan bisa langsung diekspor jadi setup-sheets.gs untuk membuat tab-tabnya. Kalau mau lihat bentuk jadinya, template KasirSheet contoh yang pas.

Ringkasnya: fitur besar bukan dikerjakan dalam satu tarikan napas. Pecah jadi tugas satu-kalimat, urutkan dari fondasi ke atasnya, kirim satu per satu, dan buktikan tiap potongan sebelum lanjut. Agennya akan jauh lebih jarang ngasal, dan kamu jauh lebih gampang tahu di mana harus benerin.

Kalau appmu memang Google Apps Script, mulai dari PRD mode Web GAS biar potongan tugas dan batasan platformnya ikut kepetakan sejak awal.