BRD.mdBRD — BantuDocs
Ringkasan eksekutif, tujuan bisnis, metrik keberhasilan, risiko, dan kebutuhan BR-01 sampai BR-05.
Beta publik · Tanpa password · BYOK
Tulis satu brief. BantuDocs menyusun delapan dokumen yang saling terhubung — dari BRD sampai TEST_PLAN — plus AGENTS.md dan manifest.json. Semua dalam satu sesi, dalam hitungan menit.
Tanpa password: masukkan email, buka tautan sekali pakai, Studio langsung terbuka. Detail di FAQ.
Dipakai bersama Cursor, Claude Code, Windsurf, dan Codex.
doc: BRD.md
project: TokoKopi Santai
version: 1
status: draft
depends_on: []Business Requirements Document
Platform pemesanan kopi dengan pickup dan reward harian.
Tujuan Bisnis
OBJ-01Pangkas waktu pickupOBJ-02Jaga akurasi stokOBJ-03Naikkan pesanan ulangTidak ada antrean satu sampai tiga jam. Setiap dokumen muncul saat ditulis, lewat stream SSE di browser, dan bisa diunduh begitu run selesai.

Masuk dengan tautan email sekali pakai — tanpa password. Setelah itu isi nama proyek, masalah, persona, fitur utama, stack, dan batasan dalam satu formulir, bukan wawancara berhari-hari.
Mode coba tanpa API key hanya tersedia jika server sudah dikonfigurasi dengan kredensial demo dan kuota harian masih ada. Jika belum, tempel base URL, API key, dan model Anda sendiri — OpenRouter, OpenAI, Groq, DeepSeek, atau endpoint OpenAI-compatible. Key BYOK hanya diteruskan per permintaan.
Delapan dokumen ditulis sesuai urutan dependensi. ZIP berisi 12 file: 8 dokumen, AGENTS.md, manifest.json, README.md, dan BRIEF.json.
Progres tiap dokumen dan skor kualitasnya tampil langsung di Studio tanpa refresh.
Masuk & mulaiContoh proyek TokoKopi Santai. Setiap tab menampilkan potongan dokumen seperti yang dihasilkan generator — frontmatter, stable ID, dan rujukan ke dokumen induk.
doc: BRD.md
project: TokoKopi Santai
depends_on: []Business Requirements Document
Platform pemesanan kopi dengan pickup dan reward harian.
Tujuan bisnis
OBJ-01Pangkas waktu pickup di jam sibukOBJ-02Jaga akurasi stok per varianOBJ-03Naikkan pesanan ulangKebutuhan bisnis
BR-01Output machine-readable dengan frontmatter dan ID stabilBR-02Pesanan pickup selesai tanpa antre di kasirBR-03Riwayat pembelian menjadi dasar reward hariandoc: PRD.md
project: TokoKopi Santai
depends_on: [BRD.md]Product Requirements Document
Setiap requirement merujuk balik ke kebutuhan bisnis dan punya kriteria penerimaan.
Functional requirements
FR-01Pemesanan pickup maksimal tiga langkah · P0 · BR-01FR-02Stok per varian tampil real-time · P0 · BR-02FR-03Reward otomatis setelah transaksi ketiga · P1 · OBJ-03Non-functional
NFR-01Halaman menu bisa dipakai pada koneksi 3GNFR-02Data pesanan tidak bocor antar penggunadoc: USER_FLOWS.md
project: TokoKopi Santai
depends_on: [PRD.md]User Flows
Diagram Mermaid, cabang kegagalan, dan event analytics.
FLOW-01 · Pemesanan pickup
Cabang kegagalan
FAIL-01Slot penuh → tawarkan slot terdekatFAIL-02Pembayaran gagal → pertahankan keranjangdoc: TECH_SPEC.md
project: TokoKopi Santai
depends_on: [PRD.md, UIRD.md]Technical Specification
Keputusan teknis yang bisa langsung dieksekusi agent.
Komponen
ARC-01Astro SSR untuk halaman menu dan status pesananARC-02Postgres untuk pesanan, item, dan rewardARC-03Webhook pembayaran idempotenBatasan
CON-01Tidak ada proses background worker di rilis pertamaCON-02Kunci pembayaran hanya di serverdoc: TECH_SPEC.md
project: TokoKopi Santai
depends_on: [PRD.md]Skema data
Tabel dan kolom konkret, bukan deskripsi samar.
CREATE TABLE orders (
id uuid PRIMARY KEY,
status text NOT NULL,
pickup_at timestamptz NOT NULL,
total_idr integer NOT NULL
);
CREATE TABLE order_items (
order_id uuid REFERENCES orders(id),
variant text NOT NULL,
qty integer NOT NULL
);BRD.mdPRD.mdUIRD.mdUSER_FLOWS.mdTECH_SPEC.mdDESIGN.mdAPI_SPEC.mdTEST_PLAN.mdDelapan dokumen mengikuti satu arah dependensi. TEST_PLAN selalu terakhir karena merujuk requirement, alur, API, dan desain yang sudah ditulis sebelumnya.
Tiga dokumen internal BantuDocs. Judul, tanggal, dan dependensi di bawah dibaca langsung dari frontmatter docs/ — bukan nama proyek karangan.
BRD.mdRingkasan eksekutif, tujuan bisnis, metrik keberhasilan, risiko, dan kebutuhan BR-01 sampai BR-05.
PRD.mdPersona, user story, requirement fungsional dan nonfungsional, alur utama, serta ruang lingkup rilis.
UIRD.mdInformation architecture, inventaris layar SCR-01 sampai SCR-06, matriks state, breakpoint, dan pedoman aksesibilitas.
Satu paket, tanpa tier palsu. BantuDocs tidak menjual langganan: Anda bisa mencoba dengan kuota demo selama tersedia, lalu memakai API key sendiri dan membayar penyedia pilihan Anda langsung.
Beta publik
Rp0/bulan selama beta
Tidak perlu kartu kredit. Kuota demo, jika server menyediakannya, dibatasi per hari; setelah habis — atau bila kredensial demo belum dikonfigurasi — biaya token dibayar ke provider AI pilihan Anda, bukan ke BantuDocs.
Ya. Studio memakai tautan email sekali pakai: masukkan email, buka tautan dari kotak masuk, dan Anda langsung masuk — tanpa password. Tautan kedaluwarsa sekitar satu jam dan hanya bisa dipakai sekali. Proyek tersimpan pada akun email tersebut, jadi gunakan alamat yang sama untuk melanjutkan pekerjaan.
Selama masa beta tidak ada langganan perangkat lunak. Mode coba tanpa API key hanya aktif jika server dikonfigurasi dengan kredensial demo; jika belum tersedia, Studio hanya menawarkan BYOK. Dengan BYOK, biaya token dibayar langsung ke penyedia pilihan Anda. Studio menampilkan sisa kuota demo dari server, tanpa penghitung karangan.
Untuk pengguna publik, base URL, API key, dan model dikirim per permintaan lewat header dan tidak disimpan. Provider yang dikonfigurasi admin hanya dapat dibaca melalui sesi admin.
Semua endpoint chat completion yang kompatibel dengan OpenAI, termasuk OpenRouter dan server self-hosted. Anda menentukan base URL, key, dan nama model di Studio.
Satu run menulis delapan dokumen secara berurutan dan mengirim progres lewat SSE, jadi Anda melihat dokumen muncul saat selesai. Lamanya bergantung pada model dan panjang output; tidak ada antrean batch.
Bisa. Paket menyertakan AGENTS.md, frontmatter, danmanifest.json yang menjelaskan hierarki serta dependensi dokumen.
Proyek dan dokumen disimpan di storage aplikasi lalu dapat diunduh sebagai ZIP. Jika Supabase dikonfigurasi, data tersimpan di database. Jika tidak, data berada di filesystem server, yang bersifat sementara pada deployment serverless.
Setiap dokumen diberi skor kualitas dan bisa ditulis ulang. Tetap tinjau hasilnya sebelum dipakai di produksi; BantuDocs mempercepat spesifikasi, bukan menggantikan keputusan tim.
Satu brief sudah cukup untuk menghasilkan delapan dokumen yang bisa langsung dibaca agent.