BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah. Berpindah peran lewat prompt saja tidak membuat peninjauan menjadi independen.
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Satu Agent AI bisa diminta menjadi analis, perancang, pelaksana, lalu peninjau. Namun, mengganti nama peran atau instruksi prompt tidak serta-merta membuat pemeriksaan akhirnya independen. Itulah salah satu masalah yang coba ditangani oleh rancangan tata kelola BMAD-Solo: bukan menambah jumlah Agent, melainkan menetapkan alur kerja, bukti, dan batas kewenangan yang jelas.
Gagasan utamanya sederhana: pekerjaan bergerak dari perencanaan ke pelaksanaan, lalu baru dilepas setelah pemeriksaan otomatis dan peninjauan independen sama-sama terpenuhi. Rancangan ini masih berupa spesifikasi; isinya tidak membuktikan bahwa kontrol tersebut sudah dipasang atau berjalan.
Alur BMAD-Solo dibagi menjadi Plan dan Act. Di tahap Plan, peran Analyst memperjelas tujuan, kebutuhan, batasan, dan kriteria penerimaan. Architect kemudian menyusun kontrak pekerjaan: apa yang akan dibuat atau diubah, antarmuka yang terlibat, cara mengujinya, dan bagaimana menangani kegagalan.
Di tahap Act, Coder mengerjakan perubahan sesuai kontrak yang telah disetujui. Setelah itu, Supervisor menilai hasil dan bukti pemeriksaannya. Keempat nama ini menggambarkan tanggung jawab dalam satu alur, bukan kewajiban menjalankan empat Agent secara terpisah.
Pendekatan yang berangkat dari alur kerja bisnis sejalan dengan gagasan bahwa alur tersebut perlu menjadi dasar ketika merancang proses, sistem, mutu, dan operasi.11 Namun, penerapannya di sini adalah rancangan rekayasa untuk mengatur pekerjaan Agent—bukan klaim bahwa sumber tersebut menetapkan format teknis BMAD-Solo.
Salah satu pembedaan penting dalam rancangan ini adalah antara klaim dan bukti. Pernyataan model bahwa tes “sudah lulus” tidak cukup. Pemeriksaan otomatis seharusnya menghasilkan catatan yang bisa ditelusuri, termasuk perintah yang dijalankan, hasil proses, jumlah tes yang ditemukan, tes yang dilewati, batas waktu, dan status pembersihan setelah pemeriksaan.
Bukti itu juga harus merujuk pada kandidat perubahan dan versi kontrak yang benar. Jika kode berubah sesudah pemeriksaan, hasil lama tidak otomatis membuktikan bahwa versi baru aman. Begitu pula, tugas yang gagal diperiksa atau memiliki bukti yang tidak lengkap tidak boleh dianggap lolos hanya karena statusnya diganti di dokumen.
Rancangan menetapkan dua syarat untuk menerima tugas: pemeriksaan mesin dan tinjauan independen. Keduanya harus lolos; jika salah satunya belum tersedia atau tidak bisa diverifikasi, hasilnya belum layak dilepas ke pekerjaan berikutnya.
Di sinilah batas peran menjadi penting. Model yang menulis kode lalu beralih ke mode “Supervisor” masih merupakan pelaku yang sama. Nama peran baru, konteks yang dibersihkan, atau prompt yang berbeda tidak dengan sendirinya membuktikan adanya pemisahan kepentingan.
Untuk tinjauan yang benar-benar independen, rancangan meminta peninjau manusia atau layanan yang memiliki identitas dan kredensial terpisah dari pihak yang membuat perubahan. Persetujuan juga perlu terikat pada versi kontrak, kandidat yang diperiksa, hasil pemeriksaan, dan laporan tinjauan. Dengan begitu, persetujuan tidak mudah dipindahkan ke perubahan lain.
Ini bukan tuntutan untuk mengubah sistem menjadi banyak Agent. Satu Agent tetap dapat menjalankan alur kerja, tetapi keputusan final harus melewati batas kepercayaan yang tidak dikendalikan oleh pelaksana sendiri.
Setiap unit pekerjaan dirancang memiliki satu dokumen utama yang mencatat tujuan, ruang lingkup, masukan, ketergantungan, hasil yang diminta, dan kriteria penerimaan. Catatan pemeriksaan otomatis dan laporan peninjauan memiliki tempat masing-masing, lalu dirujuk dari dokumen tugas.
Dengan pembagian itu, dokumen tidak perlu menyalin seluruh percakapan atau setiap catatan dari tiap peran. Informasi yang dibawa dari satu tahap ke tahap berikutnya cukup memuat hal yang diperlukan untuk melanjutkan pekerjaan: batasan, keputusan, bukti, risiko, dan kewajiban yang belum selesai.
Rancangan ini juga menghindari langkah yang berisiko, seperti menimpa pekerjaan lama atau menghapus aset sebelum migrasi diperiksa. Mengganti tata kelola bukan alasan untuk langsung menghapus dokumen historis atau menganggap tugas yang belum selesai sudah tuntas.
Penelitian tentang sistem multi-Agent menyoroti bahwa pembagian kerja tidak otomatis menghasilkan kontribusi yang saling melengkapi, dan ketergantungan antartugas bisa membuat kesalahan lokal merembet menjadi kegagalan.1 Meski rancangan BMAD-Solo tidak mengharuskan banyak Agent, pelajarannya tetap relevan: alur serah-terima, ketergantungan, dan bukti harus dirancang, bukan diasumsikan beres dengan menambah peran.
Untuk penggunaan nyata, spesifikasi saja belum cukup. Integrasi dengan Roo Code atau Cline, pembatasan akses, cara menjalankan pemeriksaan, dan mekanisme persetujuan perlu diuji pada versi dan lingkungan yang benar-benar dipakai. Prompt dapat mengarahkan perilaku, tetapi tidak dengan sendirinya menjadi penghalang teknis.
Jadi, nilai utama rancangan ini bukan janji bahwa Agent tak akan pernah keliru. Yang ditawarkannya adalah cara membuat kesalahan lebih mudah diketahui: satu kontrak tugas yang jelas, bukti pemeriksaan yang dapat ditelusuri, peninjauan yang sungguh terpisah, serta aturan tegas kapan hasil boleh diteruskan.
Studio Global AI
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah.
BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah. Berpindah peran lewat prompt saja tidak membuat peninjauan menjadi independen. Persetujuan akhir perlu datang dari manusia atau layanan dengan identitas dan kewenangan terpisah.
Tugas hanya layak diterima jika pemeriksaan otomatis dan tinjauan independen sama sama lolos, dengan bukti yang terikat pada versi kontrak dan kandidat yang tepat.
BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah. Berpindah peran lewat prompt saja tidak membuat peninjauan menjadi independen.
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-medium-640.webp)
Create a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
Satu Agent AI bisa diminta menjadi analis, perancang, pelaksana, lalu peninjau. Namun, mengganti nama peran atau instruksi prompt tidak serta-merta membuat pemeriksaan akhirnya independen. Itulah salah satu masalah yang coba ditangani oleh rancangan tata kelola BMAD-Solo: bukan menambah jumlah Agent, melainkan menetapkan alur kerja, bukti, dan batas kewenangan yang jelas.
Gagasan utamanya sederhana: pekerjaan bergerak dari perencanaan ke pelaksanaan, lalu baru dilepas setelah pemeriksaan otomatis dan peninjauan independen sama-sama terpenuhi. Rancangan ini masih berupa spesifikasi; isinya tidak membuktikan bahwa kontrol tersebut sudah dipasang atau berjalan.
Alur BMAD-Solo dibagi menjadi Plan dan Act. Di tahap Plan, peran Analyst memperjelas tujuan, kebutuhan, batasan, dan kriteria penerimaan. Architect kemudian menyusun kontrak pekerjaan: apa yang akan dibuat atau diubah, antarmuka yang terlibat, cara mengujinya, dan bagaimana menangani kegagalan.
Di tahap Act, Coder mengerjakan perubahan sesuai kontrak yang telah disetujui. Setelah itu, Supervisor menilai hasil dan bukti pemeriksaannya. Keempat nama ini menggambarkan tanggung jawab dalam satu alur, bukan kewajiban menjalankan empat Agent secara terpisah.
Pendekatan yang berangkat dari alur kerja bisnis sejalan dengan gagasan bahwa alur tersebut perlu menjadi dasar ketika merancang proses, sistem, mutu, dan operasi.11 Namun, penerapannya di sini adalah rancangan rekayasa untuk mengatur pekerjaan Agent—bukan klaim bahwa sumber tersebut menetapkan format teknis BMAD-Solo.
Salah satu pembedaan penting dalam rancangan ini adalah antara klaim dan bukti. Pernyataan model bahwa tes “sudah lulus” tidak cukup. Pemeriksaan otomatis seharusnya menghasilkan catatan yang bisa ditelusuri, termasuk perintah yang dijalankan, hasil proses, jumlah tes yang ditemukan, tes yang dilewati, batas waktu, dan status pembersihan setelah pemeriksaan.
Bukti itu juga harus merujuk pada kandidat perubahan dan versi kontrak yang benar. Jika kode berubah sesudah pemeriksaan, hasil lama tidak otomatis membuktikan bahwa versi baru aman. Begitu pula, tugas yang gagal diperiksa atau memiliki bukti yang tidak lengkap tidak boleh dianggap lolos hanya karena statusnya diganti di dokumen.
Rancangan menetapkan dua syarat untuk menerima tugas: pemeriksaan mesin dan tinjauan independen. Keduanya harus lolos; jika salah satunya belum tersedia atau tidak bisa diverifikasi, hasilnya belum layak dilepas ke pekerjaan berikutnya.
Di sinilah batas peran menjadi penting. Model yang menulis kode lalu beralih ke mode “Supervisor” masih merupakan pelaku yang sama. Nama peran baru, konteks yang dibersihkan, atau prompt yang berbeda tidak dengan sendirinya membuktikan adanya pemisahan kepentingan.
Untuk tinjauan yang benar-benar independen, rancangan meminta peninjau manusia atau layanan yang memiliki identitas dan kredensial terpisah dari pihak yang membuat perubahan. Persetujuan juga perlu terikat pada versi kontrak, kandidat yang diperiksa, hasil pemeriksaan, dan laporan tinjauan. Dengan begitu, persetujuan tidak mudah dipindahkan ke perubahan lain.
Ini bukan tuntutan untuk mengubah sistem menjadi banyak Agent. Satu Agent tetap dapat menjalankan alur kerja, tetapi keputusan final harus melewati batas kepercayaan yang tidak dikendalikan oleh pelaksana sendiri.
Setiap unit pekerjaan dirancang memiliki satu dokumen utama yang mencatat tujuan, ruang lingkup, masukan, ketergantungan, hasil yang diminta, dan kriteria penerimaan. Catatan pemeriksaan otomatis dan laporan peninjauan memiliki tempat masing-masing, lalu dirujuk dari dokumen tugas.
Dengan pembagian itu, dokumen tidak perlu menyalin seluruh percakapan atau setiap catatan dari tiap peran. Informasi yang dibawa dari satu tahap ke tahap berikutnya cukup memuat hal yang diperlukan untuk melanjutkan pekerjaan: batasan, keputusan, bukti, risiko, dan kewajiban yang belum selesai.
Rancangan ini juga menghindari langkah yang berisiko, seperti menimpa pekerjaan lama atau menghapus aset sebelum migrasi diperiksa. Mengganti tata kelola bukan alasan untuk langsung menghapus dokumen historis atau menganggap tugas yang belum selesai sudah tuntas.
Penelitian tentang sistem multi-Agent menyoroti bahwa pembagian kerja tidak otomatis menghasilkan kontribusi yang saling melengkapi, dan ketergantungan antartugas bisa membuat kesalahan lokal merembet menjadi kegagalan.1 Meski rancangan BMAD-Solo tidak mengharuskan banyak Agent, pelajarannya tetap relevan: alur serah-terima, ketergantungan, dan bukti harus dirancang, bukan diasumsikan beres dengan menambah peran.
Untuk penggunaan nyata, spesifikasi saja belum cukup. Integrasi dengan Roo Code atau Cline, pembatasan akses, cara menjalankan pemeriksaan, dan mekanisme persetujuan perlu diuji pada versi dan lingkungan yang benar-benar dipakai. Prompt dapat mengarahkan perilaku, tetapi tidak dengan sendirinya menjadi penghalang teknis.
Jadi, nilai utama rancangan ini bukan janji bahwa Agent tak akan pernah keliru. Yang ditawarkannya adalah cara membuat kesalahan lebih mudah diketahui: satu kontrak tugas yang jelas, bukti pemeriksaan yang dapat ditelusuri, peninjauan yang sungguh terpisah, serta aturan tegas kapan hasil boleh diteruskan.
Studio Global AI
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah.
BMAD Solo dirancang sebagai satu alur kerja Plan–Act; Analyst, Architect, Coder, dan Supervisor adalah peran, bukan keharusan empat Agent terpisah. Berpindah peran lewat prompt saja tidak membuat peninjauan menjadi independen. Persetujuan akhir perlu datang dari manusia atau layanan dengan identitas dan kewenangan terpisah.
Tugas hanya layak diterima jika pemeriksaan otomatis dan tinjauan independen sama sama lolos, dengan bukti yang terikat pada versi kontrak dan kandidat yang tepat.