Tulis PRD lengkap untuk fitur di bawah ini. Fitur: [JELASKAN FITUR] Pengguna: [SIAPA YANG MEMAKAINYA] Stack: [STACK KAMU] Sertakan: * Pernyataan masalah + metrik keberhasilan * User story dengan kriteria penerimaan * Scope: apa yang rilis di v1, apa yang tidak * Perubahan model data * Edge case + kondisi gagal * Pertanyaan terbuka untuk saya jawab Buat maksimal 2 halaman. Spesifik, tanpa basa-basi. Simpan sebagai docs/prd-[fitur].md agar setiap prompt berikutnya bisa mereferensikannya.

Pindai seluruh codebase ini, lalu buat CLAUDE.md. Sertakan: * Apa proyek ini, dalam 2 baris * Tech stack + versi yang penting * Perintah: [DEV / BUILD / TEST / LINT] * Arsitektur: di mana semua berada dan kenapa * Konvensi kode yang benar-benar kamu deteksi di kode * Aturan keras: [HAL YANG TIDAK BOLEH DITAWAR] — apa yang tidak boleh disentuh tanpa bertanya * Jebakan yang akan dihadapi engineer baru di minggu pertama Tulis aturan sebagai kalimat perintah singkat. Jangan generik — hanya yang benar-benar berlaku untuk repo INI. Jika ragu soal suatu aturan, tanyakan ke saya, jangan mengarang.

Masuk ke plan mode. JANGAN menulis kode apa pun dulu. Tugas: [TEMPEL TUGAS] Batasan: [DEADLINE / STACK / ZONA TERLARANG] 1. Baca setiap file yang tersentuh tugas ini, sebutkan satu baris untuk fungsi masing-masing hari ini 2. Petakan perilaku saat ini vs perilaku target 3. Usulkan 2-3 pendekatan dengan trade-off nyata: kompleksitas, risiko, blast radius 4. Pilih satu dan jelaskan alasannya dalam 3 baris 5. Pecah menjadi langkah-langkah yang cukup kecil untuk diverifikasi satu per satu, masing-masing dengan pengecekannya sendiri 6. Daftar risiko + cara rollback persis untuk masing-masing 7. Tandai apa pun yang menyentuh [AUTH / PEMBAYARAN / DATA PRODUKSI] untuk persetujuan eksplisit saya Lalu berhenti. Tunjukkan rencananya dan tunggu persetujuan saya sebelum menyentuh satu file pun.

Kami membangun spec dulu. Tulis spec untuk: [FITUR] Konteks: [SIAPA YANG MEMAKAI + KENAPA SEKARANG] Format spec: * Perilaku: given / when / then, setiap kasus — jalur normal, edge case, kondisi gagal * Kontrak API: input, output, bentuk error, kode status * Data: perubahan skema + migrasi yang dibutuhkan * Status UI: loading, kosong, error, sukses * Non-goals: apa yang sengaja tidak dicakup spec ini * Checklist penerimaan yang bisa saya verifikasi baris per baris Setelah saya menyetujui spec, implementasikan PERSIS sesuai spec. Jika kenyataan memaksa ada penyimpangan, berhenti, perbarui spec, minta persetujuan saya, baru lanjutkan. Spec adalah sumber kebenaran, bukan kodenya.

Buat brief desain UI/UX lengkap untuk: [LAYAR ATAU ALUR] Audiens: [PENGGUNA] Brand: [WARNA / FONT / VIBE] Hasilkan: * Perjalanan pengguna melalui alur, langkah demi langkah * Layout per layar: hierarki, spacing, breakpoint * Inventaris komponen dengan setiap state — hover, kosong, error, loading * Token tipografi + warna * Motion: apa yang beranimasi, durasi, easing * Catatan aksesibilitas Pelajari pola dari [2-3 PRODUK YANG KAMU KAGUMI] untuk arah. Jangan pernah meniru langsung.

Buat rencana implementasi untuk: [SPEC / PRD YANG DISETUJUI] Aturan: * Urutkan langkah agar aplikasi tetap bisa dicompile dan dijalankan setelah SETIAP langkah * Setiap langkah: file yang disentuh, apa yang berubah, cara saya memverifikasinya * Tandai langkah yang butuh migrasi atau dependency baru * Dahulukan risiko/ketidakpastian terbesar * Ukur tiap langkah: [S / M / L] Hasilkan urutan build bernomor yang bisa saya jalankan satu langkah pada satu waktu. Tunggu kata “lanjut” dari saya di antara langkah.

Pasang server MCP untuk: [LAYANAN / API] Yang saya butuhkan: [PEKERJAAN YANG HARUS DISELESAIKAN] 1. Cek dulu apakah ada server resmi atau yang terawat dengan baik — sebutkan sumbernya 2. Jika ada: perintah instalasi persis + konfigurasi .mcp.json, discope untuk proyek ini 3. Jika tidak ada: buat sendiri dengan MCP SDK — tools, auth, error handling, respons bertipe 4. Tambahkan HANYA tools yang benar-benar akan saya pakai: [DAFTAR] 5. Sambungkan secret lewat [ENV VARS], jangan pernah hardcode key di file konfigurasi 6. Verifikasi koneksi dan panggil satu tool end-to-end, tunjukkan hasilnya 7. Dokumentasikan tiap tool dalam 1 baris agar sesi mendatang tahu kapan harus memakainya