Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor. Bir ajanın rol değiştirmesi, bağımsız denetçi olduğu anlamına gelmiyor; resmî onay için ayrı bir insan veya korumalı inceleme hizmeti gerekiyor.
YayımlayanGörseller GPT Image 2 ile oluşturuldu
Research answer
![[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
Bir yapay zekâ ajanına analiz, mimari, kodlama ve inceleme görevlerini vermek kolay görünebilir. Ancak bu rollerin isimlerini değiştirmek, işi gerçekten bağımsız biçimde denetlediği anlamına gelmez. BMAD-Solo için hazırlanan bir mühendislik taslağı, bu ayrımı merkeze alıyor: Tek ajanlı bir iş akışı mümkün; fakat çalışmayı yapan tarafın kendi kendine verdiği onay, bağımsız incelemenin yerini tutmuyor.
Taslak, bu nedenle dört ayrı ajanı yöneten yeni bir sistem kurmayı değil, görevlerin tek bir iş akışı içinde nasıl devredileceğini tanımlamayı öneriyor. Ana hat, Plan aşamasında analiz ve mimari; Act aşamasında uygulama ve inceleme. Analyst, Architect, Coder ve Supervisor bu akıştaki sorumluluklar; ayrı ayrı çalıştırılması zorunlu ajanlar değil.
Öneride Analyst, hedefi, kabul ölçütlerini, kısıtları ve bilinmeyenleri netleştiriyor. Architect bu girdileri, yapılacak işleri ve kontrolleri tanımlayan bir görev sözleşmesine dönüştürüyor. Coder, onaylanmış kapsam içinde çalışıyor; Supervisor ise aday sonucu ve kontrol kanıtlarını inceliyor.
Kritik nokta, Coder’ın aynı oturumda Supervisor rolüne geçmesinin resmî onay sayılmaması. Yeni bir istem kullanmak, bağlamı temizlemek veya modele başka bir rol etiketi vermek, denetçinin kimliğini ve yetkisini bağımsız hâle getirmiyor. Taslak, resmî onay için ya işi yapan kişiden ayrı bir insan denetçiyi ya da uygulayıcı tarafından kullanılamayan kimlik bilgilerine sahip ayrı bir inceleme hizmetini öngörüyor.
Bu yaklaşım, çok ajanlı sistemlerde iş paylaşımının tek başına tamamlayıcı katkıyı garanti etmediğine dikkat çeken araştırma tartışmasıyla da örtüşüyor. Ancak araştırma kaydının özetinden, taslağın ayrıntılı kapı mekanizmalarının bu çalışmada önerildiği sonucu çıkarılamaz. 1
Taslağın görev kabulü için önerdiği temel koşul iki parçalı: makine kontrolleri (C) geçmeli ve bağımsız inceleme (R) onaylanmalı. Bu iki koşuldan biri eksik, başarısız veya doğrulanamaz durumdaysa görev kabul edilmemeli. Alt görevlere çıktı aktarılması içinse bunlara ek olarak yetkinin, görev bağımlılıklarının ve aday sürümün kimliğinin de doğrulanması gerekiyor.
Makine tarafında yalnızca komutun sıfır çıkış koduyla bitmesi yeterli sayılmıyor. Öneri; testlerin gerçekten toplandığının, gerekli vakaların çalıştığının, atlanan test bulunmadığının, zaman aşımı yaşanmadığının ve çalışma kayıtlarının elde tutulduğunun kontrol edilmesini istiyor. İnceleme tarafında ise kararın hangi görev sözleşmesine, kod değişikliğine ve kontrol kanıtına dayandığının açıkça bağlanması gerekiyor.
Bu ayrım, “kontrol başarısız oldu” ile “kanıt yok” durumlarını da birbirine karıştırmamayı amaçlıyor. Başarısız bir kontrol olumsuz kanıt olabilir; çalıştırılmamış veya eski bir kontrol sonucuysa mevcut sürüm hakkında güvenilir bir sonuca yetmez. Her iki durumda da taslağa göre yayın kapısı açılmamalı.
Taslak, görev sözleşmesi, kontrol çıktısı, inceleme kararı ve kalıcı alan bilgisi için ayrı ama birbirine referans veren kayıtlar öneriyor. Görev dosyası ne yapılacağını ve hangi koşullarda kabul edileceğini tutuyor; makine kayıtları çalıştırma kanıtını saklıyor; inceleme sonucu ise belirli bir kod adayı ve görev sürümüne bağlanıyor. Böylece aynı durumun birden fazla dosyada elle güncellenmesi ve kayıtların zamanla çelişmesi önlenmek isteniyor.
Bir sonraki görevin, henüz kabul edilmemiş bir işi tamamlanmış bağımlılık gibi kullanmaması da bu tasarımın parçası. Önceki işin kabul edilmiş sürümü ve çıktısı doğrulanmalı; yeni bir değişiklik gerekiyorsa kabul edilmiş kaydı sessizce değiştirmek yerine yeni bir görev açılmalı.
Bu yaklaşımın iş akışı vurgusu, işin girdiden çıktıya nasıl ilerlediğini temel almayı öneren iş akışı anlayışıyla paralellik taşıyor. Ancak taslaktaki alanlar, durum makinesi ve imza mekanizmaları, ilgili kaynakta aynen yer alan tanımlar değil; bu belge için önerilen mühendislik kuralları. 11
Taslak, Roo Code ve Cline’da kullanılabilecek kural ve yapılandırma örnekleri de sunuyor. Ancak bunlar doğrulanmış bir kurulumun veya çalışan kapı mekanizmasının kanıtı değil. Rol adlarının yapılandırmada bulunması, bir aracın gerçekten yazma yetkisini sınırladığını ya da geçersiz bir onayı engellediğini tek başına göstermez.
Önerinin kendisi de bu sınırı açıkça koyuyor: Gerçek bir güvence iddiası için hedef araç sürümünde kural yüklemesi, yetki sınırları, test çalıştırma ve reddetme davranışları ayrıca denenmeli. İstem metni ya da kontrol listesi tek başına fiziksel bir güvenlik sınırı oluşturmaz.
Bu nedenle belge, bitmiş bir yazılımın duyurusu değil; BMAD-Solo için bir yönetişim taslağı. Öne çıkardığı fikir ise yalın: Tek bir ajan birden fazla işi üstlenebilir, ama işi yapan, kanıtı üreten ve resmî onayı veren tarafların sorumlulukları birbirine karıştırılmamalı.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor.
Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor. Bir ajanın rol değiştirmesi, bağımsız denetçi olduğu anlamına gelmiyor; resmî onay için ayrı bir insan veya korumalı inceleme hizmeti gerekiyor.
İşin yayımlanması için hem makine kontrollerinin hem bağımsız incelemenin geçmesi öneriliyor.
Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor. Bir ajanın rol değiştirmesi, bağımsız denetçi olduğu anlamına gelmiyor; resmî onay için ayrı bir insan veya korumalı inceleme hizmeti gerekiyor.
YayımlayanGörseller GPT Image 2 ile oluşturuldu
Research answer
![[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
Bir yapay zekâ ajanına analiz, mimari, kodlama ve inceleme görevlerini vermek kolay görünebilir. Ancak bu rollerin isimlerini değiştirmek, işi gerçekten bağımsız biçimde denetlediği anlamına gelmez. BMAD-Solo için hazırlanan bir mühendislik taslağı, bu ayrımı merkeze alıyor: Tek ajanlı bir iş akışı mümkün; fakat çalışmayı yapan tarafın kendi kendine verdiği onay, bağımsız incelemenin yerini tutmuyor.
Taslak, bu nedenle dört ayrı ajanı yöneten yeni bir sistem kurmayı değil, görevlerin tek bir iş akışı içinde nasıl devredileceğini tanımlamayı öneriyor. Ana hat, Plan aşamasında analiz ve mimari; Act aşamasında uygulama ve inceleme. Analyst, Architect, Coder ve Supervisor bu akıştaki sorumluluklar; ayrı ayrı çalıştırılması zorunlu ajanlar değil.
Öneride Analyst, hedefi, kabul ölçütlerini, kısıtları ve bilinmeyenleri netleştiriyor. Architect bu girdileri, yapılacak işleri ve kontrolleri tanımlayan bir görev sözleşmesine dönüştürüyor. Coder, onaylanmış kapsam içinde çalışıyor; Supervisor ise aday sonucu ve kontrol kanıtlarını inceliyor.
Kritik nokta, Coder’ın aynı oturumda Supervisor rolüne geçmesinin resmî onay sayılmaması. Yeni bir istem kullanmak, bağlamı temizlemek veya modele başka bir rol etiketi vermek, denetçinin kimliğini ve yetkisini bağımsız hâle getirmiyor. Taslak, resmî onay için ya işi yapan kişiden ayrı bir insan denetçiyi ya da uygulayıcı tarafından kullanılamayan kimlik bilgilerine sahip ayrı bir inceleme hizmetini öngörüyor.
Bu yaklaşım, çok ajanlı sistemlerde iş paylaşımının tek başına tamamlayıcı katkıyı garanti etmediğine dikkat çeken araştırma tartışmasıyla da örtüşüyor. Ancak araştırma kaydının özetinden, taslağın ayrıntılı kapı mekanizmalarının bu çalışmada önerildiği sonucu çıkarılamaz. 1
Taslağın görev kabulü için önerdiği temel koşul iki parçalı: makine kontrolleri (C) geçmeli ve bağımsız inceleme (R) onaylanmalı. Bu iki koşuldan biri eksik, başarısız veya doğrulanamaz durumdaysa görev kabul edilmemeli. Alt görevlere çıktı aktarılması içinse bunlara ek olarak yetkinin, görev bağımlılıklarının ve aday sürümün kimliğinin de doğrulanması gerekiyor.
Makine tarafında yalnızca komutun sıfır çıkış koduyla bitmesi yeterli sayılmıyor. Öneri; testlerin gerçekten toplandığının, gerekli vakaların çalıştığının, atlanan test bulunmadığının, zaman aşımı yaşanmadığının ve çalışma kayıtlarının elde tutulduğunun kontrol edilmesini istiyor. İnceleme tarafında ise kararın hangi görev sözleşmesine, kod değişikliğine ve kontrol kanıtına dayandığının açıkça bağlanması gerekiyor.
Bu ayrım, “kontrol başarısız oldu” ile “kanıt yok” durumlarını da birbirine karıştırmamayı amaçlıyor. Başarısız bir kontrol olumsuz kanıt olabilir; çalıştırılmamış veya eski bir kontrol sonucuysa mevcut sürüm hakkında güvenilir bir sonuca yetmez. Her iki durumda da taslağa göre yayın kapısı açılmamalı.
Taslak, görev sözleşmesi, kontrol çıktısı, inceleme kararı ve kalıcı alan bilgisi için ayrı ama birbirine referans veren kayıtlar öneriyor. Görev dosyası ne yapılacağını ve hangi koşullarda kabul edileceğini tutuyor; makine kayıtları çalıştırma kanıtını saklıyor; inceleme sonucu ise belirli bir kod adayı ve görev sürümüne bağlanıyor. Böylece aynı durumun birden fazla dosyada elle güncellenmesi ve kayıtların zamanla çelişmesi önlenmek isteniyor.
Bir sonraki görevin, henüz kabul edilmemiş bir işi tamamlanmış bağımlılık gibi kullanmaması da bu tasarımın parçası. Önceki işin kabul edilmiş sürümü ve çıktısı doğrulanmalı; yeni bir değişiklik gerekiyorsa kabul edilmiş kaydı sessizce değiştirmek yerine yeni bir görev açılmalı.
Bu yaklaşımın iş akışı vurgusu, işin girdiden çıktıya nasıl ilerlediğini temel almayı öneren iş akışı anlayışıyla paralellik taşıyor. Ancak taslaktaki alanlar, durum makinesi ve imza mekanizmaları, ilgili kaynakta aynen yer alan tanımlar değil; bu belge için önerilen mühendislik kuralları. 11
Taslak, Roo Code ve Cline’da kullanılabilecek kural ve yapılandırma örnekleri de sunuyor. Ancak bunlar doğrulanmış bir kurulumun veya çalışan kapı mekanizmasının kanıtı değil. Rol adlarının yapılandırmada bulunması, bir aracın gerçekten yazma yetkisini sınırladığını ya da geçersiz bir onayı engellediğini tek başına göstermez.
Önerinin kendisi de bu sınırı açıkça koyuyor: Gerçek bir güvence iddiası için hedef araç sürümünde kural yüklemesi, yetki sınırları, test çalıştırma ve reddetme davranışları ayrıca denenmeli. İstem metni ya da kontrol listesi tek başına fiziksel bir güvenlik sınırı oluşturmaz.
Bu nedenle belge, bitmiş bir yazılımın duyurusu değil; BMAD-Solo için bir yönetişim taslağı. Öne çıkardığı fikir ise yalın: Tek bir ajan birden fazla işi üstlenebilir, ama işi yapan, kanıtı üreten ve resmî onayı veren tarafların sorumlulukları birbirine karıştırılmamalı.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor.
Taslak, dört ayrı ajan yerine Analyst, Architect, Coder ve Supervisor sorumluluklarını tek bir Plan–Act akışında düzenliyor. Bir ajanın rol değiştirmesi, bağımsız denetçi olduğu anlamına gelmiyor; resmî onay için ayrı bir insan veya korumalı inceleme hizmeti gerekiyor.
İşin yayımlanması için hem makine kontrollerinin hem bağımsız incelemenin geçmesi öneriliyor.