JawabanDipublikasikan12 sumber
Satu alur kerja, empat peran: cara merancang tata kelola agen AI
Rancangan ini menempatkan Analyst, Architect, Coder, dan Supervisor dalam satu alur kerja, bukan dalam empat sistem tugas yang terpisah. Setiap tugas memiliki satu kontrak dan satu status resmi; pergantian peran tidak otomatis mengubah izin atau memberikan identitas baru.
Diterbitkan olehGambar dibuat dengan GPT Image 2
Jawaban penelitian
Poin-poin penting
- Rancangan ini menempatkan Analyst, Architect, Coder, dan Supervisor dalam satu alur kerja, bukan dalam empat sistem tugas yang terpisah.
- Setiap tugas memiliki satu kontrak dan satu status resmi; pergantian peran tidak otomatis mengubah izin atau memberikan identitas baru.
- Pekerjaan baru bisa diterima jika pemeriksaan mesin berhasil dan peninjau independen menyetujui kandidat yang sama.
- Dokumen ini masih berupa rancangan rekayasa: kode, konfigurasi, dan mekanisme gerbang yang diusulkan belum dinyatakan sudah dibuat atau diuji.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/GwlKmI7QinNfXevZji84RFDPF1F3/images/3691292DB166B5BB21C7/D32C36C0DF02CF52EB04.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 produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"本草案采用“一个任务工件贯穿业务流、两个基础动作承载四种职责、机器检查与独立签章共同放行”的治理模型。交付仅为工程规范设计，不实施代码、不迁移现有资产，也不把提示词切换视为独立审查或运行时权限隔离。\n\n 任务契约与生命周期统一归入 specs/tasks/，不按角色建立文档孤岛。\n 同一 Agent 可以切. 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
Gagasan utamanya: tata kelola mengikuti alur kerja
Rancangan BMAD-Solo ini berangkat dari satu prinsip: dokumentasi, pemeriksaan mutu, dan persetujuan sebaiknya mengikuti alur kerja bisnis dari awal sampai akhir, bukan dipisah-pisah menurut nama peran. Gagasan bahwa proses menggambarkan alur bisnis dan kualitas perlu ditanamkan ke dalam proses juga muncul dalam pembahasan tentang hubungan bisnis, proses, TI, kualitas, dan operasi.8 Huawei, secara terpisah, menyatakan perlunya menempatkan persyaratan kualitas di dalam proses bisnis.
7
Namun, usulan ini bukan laporan implementasi. Dokumen sumber menegaskan bahwa struktur folder, templat, konfigurasi host, dan antarmuka gerbang yang dibahas masih merupakan rancangan. Tidak ada dasar untuk menyimpulkan bahwa semua itu sudah dibuat, dimuat, atau lolos uji.
Empat tanggung jawab dalam dua tahap
Alur kerja dibagi menjadi Plan dan Act, dengan dua tanggung jawab di masing-masing tahap:
| Tahap | Peran | Tanggung jawab utama |
|---|---|---|
| Plan | Analyst | Merumuskan tujuan, kebutuhan, kriteria penerimaan, dan hal-hal yang belum diketahui. |
| Plan | Architect | Menentukan antarmuka, ruang lingkup perubahan, dependensi, pemeriksaan yang diperlukan, serta cara menangani kegagalan. |
| Act | Coder | Mengerjakan perubahan yang sudah disetujui, menjalankan uji mandiri, dan menyiapkan kandidat untuk ditinjau. |
| Act | Supervisor | Memeriksa bukti, mengoordinasikan pengujian, dan memastikan peninjauan independen dilakukan. |
Keempatnya merupakan tanggung jawab dalam satu rangkaian kerja, bukan klaim bahwa harus ada empat agen atau proses terpisah. Tugas sederhana boleh mengurangi kedalaman perencanaan, tetapi tetap perlu memiliki tujuan, batas pekerjaan, pemeriksaan yang relevan, dan tinjauan.
Pergantian peran juga bukan pergantian izin. Ketika konteks berubah, sistem yang menjalankan alur perlu memeriksa kembali identitas tugas, versi kontrak, tahap, otorisasi, dan kewajiban yang belum selesai. Pernyataan model seperti “sekarang saya Supervisor” tidak dengan sendirinya mengubah status tugas.
Satu tugas sebagai sumber kebenaran
Rancangan mengusulkan agar kontrak dan siklus hidup tiap tugas disimpan di specs/tasks/. Satu dokumen tugas mencatat tujuan, masukan, dependensi, hasil yang diharapkan, kriteria penerimaan, pemeriksaan, batas perubahan, dan statusnya. Dokumen peran, daftar tugas host, catatan percakapan, atau ringkasan ADR tidak boleh menjadi salinan status yang dikelola secara terpisah.
Sebuah penunjuk fokus aktif hanya menunjukkan tugas yang sedang ditangani. Status tahap dan hasil pemeriksaan tetap dibaca dari dokumen tugas itu sendiri. Dengan demikian, penunjuk tidak berubah menjadi sistem status kedua.
Dokumen tugas juga perlu membedakan beberapa keadaan yang mudah tercampur: siap dikerjakan, sedang ditinjau, diterima, diizinkan untuk dirilis, benar-benar dirilis, dan diarsipkan. Misalnya, tugas berstatus diterima belum tentu sudah digabungkan atau dirilis. Masing-masing tindakan memerlukan otorisasi dan bukti tersendiri.
Mengapa ganti prompt bukan tinjauan independen
Salah satu batas penting dalam rancangan ini adalah pemisahan tugas tidak sama dengan pemisahan pihak. Agen yang mengerjakan perubahan boleh beralih ke sudut pandang Supervisor untuk memeriksa hasilnya. Tetapi, jika pihaknya tetap sama, pemeriksaan itu tidak dapat disebut persetujuan independen.
Model bawaan yang diusulkan adalah: agen mengerjakan dan menyiapkan peninjauan, perangkat validasi menghasilkan bukti, lalu manusia yang tidak terlibat dalam implementasi memeriksa kandidat dan memberikan persetujuan atau penolakan. Layanan peninjau otomatis pun tidak otomatis independen hanya karena menggunakan sesi, model, atau nama peran yang berbeda; identitas, kewenangan, dan proses penilaiannya harus ditetapkan dan diuji.
Dua gerbang sebelum pekerjaan dilepas
Sebelum hasil diterima, dua syarat harus terpenuhi untuk kandidat yang sama:
- Pemeriksaan mesin berhasil. Bukti harus berasal dari proses validasi tepercaya dan terikat pada tugas, versi kontrak, kandidat, lingkungan, serta percobaan yang benar.
- Tinjauan independen disetujui. Peninjau harus memeriksa kontrak, kandidat, bukti pengujian, dan batasan yang masih berlaku.
Keduanya saling melengkapi, bukan saling menggantikan. Tinjauan manusia tidak boleh menghapus kegagalan pemeriksaan wajib; sebaliknya, hasil uji yang baik tidak membuktikan bahwa perubahan sudah tepat secara bisnis.
Jika bukti hilang, kedaluwarsa, tidak dapat diverifikasi, atau merujuk pada kandidat lama, hasilnya bukan “lolos”. Rancangan mengusulkan tiga kategori hasil mesin: PASS, FAIL, dan UNKNOWN. FAIL dan UNKNOWN sama-sama memblokir pelepasan hasil, meski alasan kegagalannya perlu dibedakan.
Bukti harus nyata dan terkait dengan kandidat
Dokumen rancangan meminta gerbang validasi mencatat perintah yang dijalankan, kode keluar, hasil pemeriksaan, daftar pengujian yang benar-benar dieksekusi, waktu, lingkungan, dan keluaran yang relevan. Pemeriksaan juga perlu menangani batas waktu, pembatalan, kegagalan persiapan, serta proses yang belum berhenti.
Karena itu, perintah uji yang berakhir dengan kode nol belum tentu cukup. Untuk pengujian, misalnya, perlu dipastikan bahwa pengujian wajib benar-benar terkumpul dan berjalan—bukan dilewati atau tidak ditemukan. Aset uji yang belum dibuat juga tidak boleh diperlakukan seolah-olah sudah berhasil.
Peninjauan independen perlu mengikat persetujuannya ke identitas kandidat, versi kontrak, bukti mesin, dan isi laporan. Bila kandidat berubah setelah ditinjau, persetujuan lama tidak otomatis berlaku.
Konteks secukupnya, bukan seluruh riwayat
Rancangan ini juga mendorong pemuatan informasi secara terbatas: aturan umum, dokumen tugas aktif, masukan yang dinyatakan, aturan domain yang relevan, serta bukti dan kewajiban yang masih terbuka. Riwayat tugas lain, seluruh log, dan percakapan lengkap tidak perlu dimuat secara otomatis.
Saat pekerjaan berpindah tahap atau dilanjutkan setelah jeda, ringkasan tidak boleh menggantikan pemeriksaan bukti. Informasi penting perlu dirujuk kembali ke sumbernya. Jika platform tidak benar-benar dapat menghapus konteks lama, sistem tidak boleh mengklaim bahwa pergantian prompt telah “membersihkan” riwayat model.
Bagaimana kaitannya dengan riset agen AI?
Sumber yang disertakan mencantumkan pracetak AutoSwarm: Automating Agent Swarms, yang diajukan pada 17 Oktober 2026.1 Akan tetapi, konteks yang tersedia tidak memuat teks lengkap definisi atau rumus yang dikaitkan dengan makalah tersebut. Karena itu, rancangan ini memakai persyaratan yang diberikan dalam dokumen sebagai batas desain, bukan sebagai klaim bahwa sistem AutoSwarm telah direproduksi atau efektivitasnya sudah terbukti.
Yang perlu dibuktikan sebelum rancangan diterapkan
Sebelum dijadikan sistem kerja, beberapa hal masih perlu dibangun dan diverifikasi: parser dokumen tugas yang menolak struktur ambigu, mekanisme perubahan status yang mencegah konflik, penyimpanan bukti per percobaan, gerbang yang dapat menolak hasil tidak valid, serta jalur persetujuan yang benar-benar memisahkan pelaksana dan peninjau.
Integrasi dengan Roo Code atau Cline pun harus diuji pada versi dan konfigurasi yang dipakai. Aturan tertulis atau templat prompt saja tidak membuktikan bahwa host benar-benar memuat aturan, membatasi alat, atau menghentikan alur saat gerbang gagal.
Pada akhirnya, nilai utama rancangan ini bukan banyaknya dokumen atau jumlah peran. Ukurannya adalah apakah satu tugas dapat ditelusuri dari kebutuhan hingga hasil, apakah bukti cocok dengan perubahan yang ditinjau, dan apakah pekerjaan gagal berhenti alih-alih diam-diam diteruskan.
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 "Satu alur kerja, empat peran: cara merancang tata kelola agen AI"?
Rancangan ini menempatkan Analyst, Architect, Coder, dan Supervisor dalam satu alur kerja, bukan dalam empat sistem tugas yang terpisah.
Apa poin penting yang harus divalidasi terlebih dahulu?
Rancangan ini menempatkan Analyst, Architect, Coder, dan Supervisor dalam satu alur kerja, bukan dalam empat sistem tugas yang terpisah. Setiap tugas memiliki satu kontrak dan satu status resmi; pergantian peran tidak otomatis mengubah izin atau memberikan identitas baru.
Apa yang harus saya lakukan selanjutnya dalam latihan?
Pekerjaan baru bisa diterima jika pemeriksaan mesin berhasil dan peninjau independen menyetujui kandidat yang sama.