Tutup capstone dengan ukuran yang benar: keputusan, konteks, verifikasi, iterasi, keamanan, dan SOP. Hasil beda tidak masalah; yang penting kamu bisa menjelaskan dan membuktikan keputusanmu.
35m bacaanKuis WajibMicro Badge Lesson
Final Review & Reflection
Ini bagian penutup.
Platform Donasi Amanah sudah melewati banyak tahap: campaign, form donasi, nomor donasi, confirmation, upload bukti, verifikasi admin, laporan transparansi, RLS, deploy, audit, dan SOP.
Sekarang jangan buru-buru menambah fitur. Berhenti sebentar dan nilai hasilnya dengan ukuran yang benar.
Ukuran yang salah:
berapa banyak prompt yang dipakai;
berapa banyak baris kode yang dibuat agent;
apakah hasilmu persis sama dengan contoh;
apakah prosesnya selalu mulus tanpa error.
Ukuran yang benar:
apakah keputusan penting bisa kamu jelaskan;
apakah konteks yang kamu berikan cukup jelas;
apakah output agent kamu review;
apakah acceptance criteria benar-benar diuji;
apakah error menghasilkan koreksi cara kerja;
apakah SOP-mu bisa dipakai ulang.
AI coding terarah bukan lomba menghasilkan kode paling banyak. Ia latihan membuat keputusan teknis yang bisa dibuktikan.
Buat reflection file
Buat:
text
docs/reflection.md
Strukturnya:
md
# Reflection — Platform Donasi AmanahTanggal: [isi]Status capstone: [local/prod/GO terbatas/NO-GO]Production URL: [isi jika ada]## 1. Keputusan paling penting## 2. Konteks yang paling membantu agent## 3. Verifikasi yang menyelamatkan project## 4. Kegagalan dan koreksi## 5. Risiko yang masih tersisa## 6. SOP yang akan kubawa ke project berikutnya## 7. Next step konkret
Jangan isi dengan pujian umum. Isi dengan bukti.
Keputusan paling penting
Tulis 3–5 keputusan yang benar-benar memengaruhi hasil.
Contoh:
md
## 1. Keputusan paling penting1. Donasi selalu dimulai sebagai `pending`. - Dampak: upload bukti tidak langsung dianggap uang masuk. - Bukti: status baru berubah ke `verified` lewat queue admin.2. Nomor donasi dibuat sebelum insert. - Dampak: halaman confirmation bisa memakai nomor yang stabil. - Bukti: `createDonation` menghasilkan `donationNumber` dan trigger DB hanya fallback saat null.3. Laporan publik hanya menghitung `verified`. - Dampak: angka terkumpul tidak tercampur klaim pending/rejected. - Bukti: query agregat memakai filter status.
Kalau kamu tidak bisa menjelaskan dampaknya, mungkin itu bukan keputusan penting, hanya detail implementasi.
Konteks yang paling membantu agent
Pilih dokumen/file yang paling sering mencegah agent menebak:
AGENTS.md;
DESIGN.md;
docs/prd-mini.md;
docs/project-rules.md;
docs/data-contract.md;
migration SQL;
file action/validation yang sedang dikerjakan.
Tulis contoh:
md
Konteks paling membantu: docs/project-rules.mdAlasan: aturan status donasi membuat prompt approve/reject lebih sempit.Tanpa itu, agent cenderung memperlakukan upload bukti sebagai pembayaran sukses.
Ini penting agar kamu tahu konteks mana yang wajib dibuat lebih awal di project berikutnya.
Verifikasi yang menyelamatkan project
Cari momen ketika verifikasi menemukan masalah.
Contoh:
md
Verifikasi: `npm run build`Masalah: import/route yang jalan di dev ternyata gagal di production build.Koreksi: prompt revisi dibatasi ke error build, bukan refactor umum.Pelajaran: dev server bukan bukti production siap.
Atau:
md
Verifikasi: confirmation tanpa tokenMasalah: route hampir menampilkan data tanpa token valid.Koreksi: pakai notFound() jika lookup gagal.Pelajaran: privacy flow harus diuji negatif, bukan hanya happy path.
Kalau tidak ada momen seperti ini, tulis jujur:
text
Belum tercatat. Perlu audit ulang git log dan checklist.
Jangan mengarang kegagalan agar terlihat dramatis.
Kegagalan dan koreksi
Gunakan format:
md
## 4. Kegagalan dan koreksi### Kegagalan 1Apa yang terjadi:- [isi]Akar masalah:- [prompt terlalu luas / context kurang / verifikasi tidak lengkap / scope creep]Koreksi:- [isi]Aturan baru untuk SOP:- [isi]
Kegagalan yang dicatat bukan aib. Justru itu bahan SOP.
Kalau ada prompt yang membuat agent mengubah terlalu banyak file, aturan barunya mungkin:
text
Setiap prompt fitur harus menyebut file/route yang boleh disentuh dan area yang tidak boleh diubah.
Kalau ada bug yang lolos karena hanya diuji happy path, aturan barunya:
text
Setiap flow wajib punya minimal satu uji negatif: input invalid, token salah, role salah, atau status salah.
Risiko tersisa
Capstone bisa selesai walaupun masih ada risiko. Yang penting risikonya tertulis.
Contoh:
md
## 5. Risiko yang masih tersisa- [P0] Production Supabase migration belum dijalankan di project final.- [P0] Upload proof belum diuji dengan file >5 MB di production.- [P1] Copy impact nominal belum divalidasi dengan calon donatur.- [P1] Admin verification belum diuji dengan dua admin secara paralel.- [P2] Empty state laporan transparansi perlu dipoles.
Ini membuat kamu tidak tertipu oleh rasa “sudah selesai”.
Next step harus konkret
Next step yang lemah:
text
Belajar lebih dalam.
Next step yang lebih baik:
text
Dalam 7 hari, pakai SOP ini untuk membuat fitur riwayat donasi user: PRD mini, rules, prompt spec-driven, verifikasi browser, dan catat hasilnya di docs/reflection-next.md.
Atau:
text
Sebelum membuka donasi publik, selesaikan semua P0 di docs/audit-pra-launch.md dan minta review keamanan untuk RLS/storage/token.
Next step harus punya objek, waktu, dan bukti selesai.
Penilaian akhir untuk diri sendiri
Gunakan skala sederhana:
Area
1
3
5
Keputusan
Banyak ikut agent
Beberapa keputusan jelas
Bisa menjelaskan trade-off utama
Konteks
Prompt sering berdiri sendiri
Ada PRD/rules sebagian
Context pack dipakai konsisten
Verifikasi
Percaya klaim agent
Uji sebagian flow
Uji happy path + negatif + build
Iterasi
Revisi tanpa bukti
Beberapa revisi pakai error
Revisi selalu bawa expected vs actual
SOP
Tidak tertulis
Ada draft
Dipakai ulang dan diperbaiki
Tulis skor bukan untuk menghukum diri, tapi untuk tahu area latihan berikutnya.
Checkpoint
docs/reflection.md dibuat.
Ada 3–5 keputusan penting dengan dampak dan bukti.
Ada contoh konteks yang paling membantu agent.
Ada minimal satu verifikasi yang menyelamatkan project, atau catatan jujur bahwa belum ditemukan.
Ada minimal satu kegagalan dan koreksinya.
Risiko tersisa ditulis P0/P1/P2.
Next step punya objek, waktu, dan bukti selesai.
Selesai. Kalau hasilmu tidak persis sama dengan contoh, itu wajar. Yang penting sekarang kamu tahu cara membawa agent: mulai dari kebutuhan, beri konteks, batasi scope, baca diff, verifikasi, lalu simpan pelajarannya. Itu bekal yang jauh lebih tahan lama daripada sekadar hafal satu prompt.
Checkpoint KuisTarget: 70%
Kuis 06.4 — Final Review & Reflection
Kuis ini wajib untuk sertifikat. Kamu tetap bisa lanjut ke pelajaran berikutnya dan mengerjakannya nanti.
