Wira Delta Indonesia

Ringkasan

Dokumentasi WDI Method

Lapisan review di atas BMad: dokumen yang dibaca manusia untuk memeriksa keputusan teknis sebelum kode ditulis, disesuaikan dengan apa yang benar-benar dibutuhkan perubahan itu.

Pilih Jalur Dokumentasi Anda

WDI Method melayani berbagai peran dalam tim pengembangan software. Pilih jalur yang sesuai dengan tujuan Anda:

Untuk Pemimpin Bisnis & Produk

Pahami Metodenya

Bagaimana lima gerbang review menaruh keputusan teknis di depan manusia, dari masalah sampai rilis, dan apa yang ditanyakan setiap gerbang.

Mengapa WDI Method →

Untuk Developer & Engineer

Quickstart & Alur Kerja

Pasang metode ini dalam 3 langkah, pahami 3 jalur alur kerja, dan kenali empat skill harian yang dijalankan di agent Anda.

Mulai Quickstart →

Untuk Staff Engineer & Kontributor

Panduan Lapangan & Arsitektur

Konfigurasikan custom dispatch, baca aturan lapangan (process gate Windows, branch, dan worktree), dan cari 22 skill yang tersedia.

Buka Field Guide →

Apa Itu WDI Method?

BMad menulis dokumen untuk AI agent. WDI Method menambahkan dokumen yang sudah biasa dibaca banyak peran: use case, diagram C4, daftar API dan database, dan dokumen desain. WDI Method membungkus BMad tanpa menggantikannya: skill WDI untuk product brief, PRD, UX, dan blueprint menyerahkan penulisan ke skill BMad, lalu memeriksa hasilnya terhadap panduan metode.

1. Dokumen untuk Agent: BMad Method: menulis product brief, PRD, UX, dan architecture spine, masing-masing lewat skill BMad.

2. Lapisan Review: WDI Method: membungkus skill tersebut, menambahkan dokumen yang dibaca peran lain, menjalankan lima gerbang manusia, menghubungkan Goal → FR → UC → Ticket → Test, dan memeriksa drift pada korpus.

3. Tiket dan Kode: Engine: to-spec dan to-tickets memotong spec menjadi tiket vertikal; implement membangun setiap tiket dengan test lebih dulu.

Dokumen Mengikuti Kode

Dokumen yang tertinggal dari kode adalah keadaan wajar, bukan cacat. Bila pemilik memilih kode daripada dokumen, dokumennya yang diperbaiki. Dokumen yang mendahului kode, misalnya spec yang belum dibangun, juga wajar.

Pilar Utama Sekilas

  • Satu Keputusan per Gerbang: setiap gerbang memutuskan satu hal. Di G1 sampai G4 Anda membaca satu halaman hasil render; di G5 Anda membaca baris RTM spec. Anda menjawab daftar periksa singkat, dan satu jawaban "tidak" pada pertanyaan bertanda bintang menahan gerbang.
  • Dua Parameter yang Tidak Boleh Digabung: mode menentukan kedalaman dokumen setiap komponen; risk_accepted menentukan seberapa keras review.
  • Satu Penulis di Rutinitas Harian: di rutinitas harian, sesi koordinator menulis kodenya sendiri; reviewer hanya membaca.
  • Catatan di Repositori Anda: registri, ledger, dan spec tersimpan di dalam repositori git Anda. WDI Method sendiri tidak memanggil jaringan. Coding agent Anda tetap mengirim kode ke penyedia modelnya.