JawabanDipublikasikan13 sumber
Rampingkan arsitektur agen AI: buktikan dulu satu alur kerja yang aman
BMAD METHOD, Harness², status tugas, dan kerangka eksekusi agen menangani persoalan berbeda; menggabungkannya tidak otomatis menghasilkan sistem yang siap berjalan mandiri. Tinjauan kode menemukan beberapa komponen dasar sudah ada, tetapi belum tersambung menjadi alur lengkap—terutama untuk pemuatan keterampilan, pe...
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
Poin-poin penting
- BMAD METHOD, Harness², status tugas, dan kerangka eksekusi agen menangani persoalan berbeda; menggabungkannya tidak otomatis menghasilkan sistem yang siap berjalan mandiri.
- Tinjauan kode menemukan beberapa komponen dasar sudah ada, tetapi belum tersambung menjadi alur lengkap—terutama untuk pemuatan keterampilan, pemeriksaan checkpoint, dan kelanjutan tugas.
- Prioritas sebaiknya satu jalur yang bisa dibuktikan: tugas jarak jauh tetap berjalan setelah IDE lokal ditutup, memperbaiki kegagalan secara terbatas, lolos pemeriksaan independen, lalu menyimpan checkpoint dengan aman.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/hpkuIEzclnOMt7XhpweWATvsB813/images/A8D3C5DA5895750379DA/798B6E44EA96A10671B5.png)
AI Perintah
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"你的判断基本成立：V5 应收敛为“BMAD 方法资产 + 小型任务状态机 + 独立 Agent 执行 + 有界反馈与经验”，而不是再造多智能体平台。但把 BMAD METHOD 和 Harness² 放到 Cline CLI 上，并不能据此认定已经具备断开续跑、四槽位分权、独立验收和安全恢复。\n\n 方法论值得. Topic tags: general web, ai safety, llm, agents, prompt engineering. 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, waterma
Menggabungkan BMAD-METHOD, Harness², dan Cline CLI mungkin terdengar seperti jalan pintas menuju agen AI yang dapat bekerja sendiri. Namun, kumpulan proyek dan alat belum tentu menjadi sistem yang bisa memilih tugas, melanjutkan pekerjaan setelah koneksi terputus, memeriksa hasil, dan berhenti dengan aman.
Tinjauan terhadap rancangan V5 menunjukkan bahwa arah besarnya masuk akal, tetapi cakupannya sempat melebar menjadi semacam platform orkestrasi umum. Langkah yang lebih berguna sekarang bukan menambah lapisan baru, melainkan menyambungkan komponen yang sudah ada ke dalam satu alur kerja yang benar-benar teruji.
Setiap komponen punya peran berbeda
BMAD-METHOD membantu menyusun konteks, perencanaan, dan alur pengembangan. Dokumentasinya mencakup penggunaan untuk perubahan kecil maupun pekerjaan yang lebih besar; keterampilan yang disediakan dapat memuat agen, menjalankan alur kerja, atau menyelesaikan tugas.2
5
6
Sementara itu, Harness² membahas sistem di sekeliling model—seperti prompt, alat, memori, keterampilan, dan orkestrasi—serta gagasan untuk memperbaiki sistem tersebut.11
3 Itu bukan berarti pengguna harus menjalankan tiga kerangka terpisah bernama Graph, Loop, dan Harness². Dalam rancangan yang ringkas, semuanya bisa menjadi fungsi berbeda di dalam satu sistem.
| Bagian | Fungsi utama |
|---|---|
| BMAD-METHOD | Menyediakan metode dan materi kerja bagi agen |
| Status tugas atau state machine | Menentukan urutan, ketergantungan, dan langkah saat terjadi kegagalan |
| Kerangka eksekusi agen | Menjalankan model, sesi, dan alat |
| Loop umpan balik | Mengatur perbaikan dan batas kapan pekerjaan harus berhenti |
| Harness² | Menjadi inspirasi untuk meningkatkan sistem di sekitar model berdasarkan bukti |
| Tmux | Menjaga proses jarak jauh tetap berjalan; bukan pengatur tugas |
Pembedaan ini penting: memasang metode pengembangan atau menjalankan CLI belum membuktikan bahwa pekerjaan bisa diteruskan dengan aman setelah IDE lokal ditutup.
Kemampuan yang perlu dibuktikan, bukan diasumsikan
Ada tiga tingkat kemampuan yang berbeda: menjalankan satu tugas, menjalankan proses jarak jauh yang tidak bergantung pada IDE lokal, lalu mengelola beberapa tugas dengan pemilihan, verifikasi, pencatatan status, dan pemulihan yang aman.
Target V5 membutuhkan dua tingkat terakhir. Namun, dalam peninjauan ini, kemampuan bawaan serta kecocokan versi Cline dan pi-jev belum terverifikasi secara memadai. Karena itu, belum ada dasar untuk menyimpulkan bahwa memasang keduanya otomatis memenuhi kebutuhan tugas berurutan, pemeriksaan terpisah, batas anggaran, dan pengelolaan checkpoint.
Pilihan yang lebih berhati-hati adalah memakai kemampuan upstream yang memang diperlukan, lalu menambahkan hanya bagian yang belum tersedia. Jangan menganggap sebuah kombinasi alat sudah terbukti hanya karena semua komponennya berhasil dipasang.
Masalah V5: bukan sekadar kebanyakan baris kode
Rancangan V5 mencoba memenuhi banyak kebutuhan sekaligus: kompatibilitas distribusi, kelanjutan melalui gateway, pencatatan penggunaan, transaksi checkpoint, pemulihan insiden, pembagian empat peran, dasbor, dan penyimpanan pengalaman. Hasilnya, satu alur kerja dasar dibebani terlalu banyak janji sebelum alur itu sendiri terbukti.
Salah satu koreksi juga perlu dibuat pada diagnosis sebelumnya. Modul penyimpanan yang ditinjau mencatat keputusan versi yang dibuat manusia; modul itu bukan basis data pengalaman dan bukan pengelola kemajuan tugas. Jadi, masalahnya bukan pengalaman telah berubah menjadi basis data. Yang perlu dirampingkan adalah lapisan kendali persetujuan umum yang tidak dibutuhkan.
Empat hal ini sebaiknya tetap dibedakan:
- Pengalaman: pelajaran yang mungkin berguna untuk tugas selanjutnya.
- Status tugas: apa yang sudah selesai dan apa yang dijalankan berikutnya.
- Bukti eksekusi: apa yang benar-benar terjadi selama pekerjaan.
- Cakupan izin: tindakan yang diperbolehkan untuk pekerjaan kali ini.
Semua itu bisa disimpan dengan cara sederhana, tetapi jangan dicampur menjadi satu catatan yang harus menanggung semua fungsi.
Komponen sudah ada, tetapi alurnya belum utuh
Pemeriksaan statis terhadap kode V5 menemukan beberapa fondasi yang sudah tersedia. Ada kerangka Graph yang memeriksa ketergantungan dan siklus tugas serta memilih tugas yang siap dijalankan. Jadi, persoalannya bukan ketiadaan Graph, melainkan cakupan kontrak eksekusinya yang belum menggambarkan seluruh alur kerja sasaran.
Ada pula celah integrasi yang lebih konkret:
- Jalur pemanggilan Pi yang ditinjau menonaktifkan pemuatan ekstensi, keterampilan, dan berkas konteks. Karena itu, keterampilan BMAD tidak bisa dianggap otomatis aktif melalui jalur tersebut.
- Logika loop menghalangi penulisan status selesai dan perpindahan ke tugas berikutnya setelah kandidat dikaitkan dengan proses penerimaan. Adanya modul checkpoint saja belum berarti transaksi checkpoint sudah tersambung ke loop.
- Pembekuan cakupan mengikat hampir semua berkas Python dalam direktori skrip, bukan hanya berkas yang benar-benar diperlukan untuk eksekusi. Ini berisiko membuat aset lama yang tidak lagi menjadi bagian jalur baru tetap memengaruhi pemeriksaan.
Temuan tersebut berasal dari pembacaan berkas, bukan uji jalan langsung. Tidak ada perubahan kode atau pengujian eksekusi dalam tinjauan ini, sehingga temuan itu tidak membuktikan kemampuan sistem saat dijalankan.
Bentuk minimal yang layak dipertahankan
Empat “slot” kerja lebih baik dipahami sebagai pembagian tanggung jawab dan izin, bukan kewajiban untuk menjalankan empat model atau layanan latar sekaligus.
- Perencanaan: gunakan BMAD sesuai kebutuhan untuk merumuskan tujuan, daftar tugas, dan kriteria penerimaan.
- Persetujuan awal: manusia menetapkan versi rencana, kumpulan tugas, cakupan perubahan, batas penggunaan, dan cara menghentikan pekerjaan.
- Jalur eksekusi tunggal: pilih tugas yang sudah disetujui, jalankan sesi kerja, lakukan verifikasi yang relevan, minta pemeriksaan independen, periksa kembali hasil yang sama, lalu simpan checkpoint dan status sebelum beralih ke tugas berikutnya.
- Perbaikan terbatas: jika verifikasi gagal, teruskan bukti kegagalan ke sesi baru. Berhenti ketika batas percobaan atau anggaran yang disetujui tercapai.
- Pengalaman dan pemantauan: masukkan pengalaman hanya bila relevan dan terbatas; jadikan dasbor sebagai tampilan baca saja, bukan sumber izin atau penentu bahwa tugas sudah selesai.
Satu aturan keselamatan tidak boleh hilang saat arsitektur diringkas: pengujian, pemeriksaan, dan penyimpanan hasil harus merujuk pada kandidat pekerjaan yang sama. Jika penyimpanan berhasil tetapi status tugas gagal diperbarui, sistem perlu berhenti untuk mencocokkan keadaan—bukan mengulang tindakan secara otomatis.
Begitu pula dengan pengalaman: catatan baru tidak otomatis benar hanya karena belum pernah tersimpan. Sertakan bukti dan batas penerapannya, dan jangan biarkan aturan yang bertentangan mengesampingkan kriteria penerimaan atau izin.
Uji pertama sebaiknya kecil, tetapi nyata
Jangan menjadikan jumlah baris kode sebagai ukuran utama kesederhanaan. Yang lebih penting adalah jumlah tanggung jawab, dependensi, dan jalur kegagalan yang harus dipahami.
Bukti nilai pertama untuk V5 bisa berupa satu uji menyeluruh: setelah IDE lokal ditutup, proses jarak jauh menyelesaikan dua tugas yang saling bergantung, memperbaiki satu kegagalan nyata, lolos pemeriksaan independen, menyimpan checkpoint, dan berhenti dengan tertib.
Sebelum uji itu berhasil, fitur tambahan seperti dasbor yang lebih kaya atau sistem pengalaman yang lebih luas sebaiknya tidak memperbesar cakupan. BMAD dapat menyediakan metode, agen menjalankan pekerjaan, status tugas mengatur urutan, dan loop membatasi perbaikan. Yang belum bisa dianggap selesai adalah sambungan di antara semua bagian tersebut.
Studio Global AI
Lanjutkan penelitian Anda
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
Orang-orang juga bertanya
Apa jawaban singkat untuk "Rampingkan arsitektur agen AI: buktikan dulu satu alur kerja yang aman"?
BMAD METHOD, Harness², status tugas, dan kerangka eksekusi agen menangani persoalan berbeda; menggabungkannya tidak otomatis menghasilkan sistem yang siap berjalan mandiri.
Apa poin penting yang harus divalidasi terlebih dahulu?
BMAD METHOD, Harness², status tugas, dan kerangka eksekusi agen menangani persoalan berbeda; menggabungkannya tidak otomatis menghasilkan sistem yang siap berjalan mandiri. Tinjauan kode menemukan beberapa komponen dasar sudah ada, tetapi belum tersambung menjadi alur lengkap—terutama untuk pemuatan keterampilan, pemeriksaan checkpoint, dan kelanjutan tugas.
Apa yang harus saya lakukan selanjutnya dalam latihan?
Prioritas sebaiknya satu jalur yang bisa dibuktikan: tugas jarak jauh tetap berjalan setelah IDE lokal ditutup, memperbaiki kegagalan secara terbatas, lolos pemeriksaan independen, lalu menyimpan checkpoint dengan aman.