Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor. Bir ajanın kendi çalışmasını Supervisor rolünde incelemesi yararlı olabilir; ancak bu, bağımsız onay anlamına gelmiyor.
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/VPe3MFqUXtTGiXzteqUpJOqwd2J3/thumbnails/2024370392F66BCB0642/6D3932B9C67C43E3C536-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 文档与任务治理落地规范》工程草案,覆盖角色嵌入、任务模板、数据交接、双重门禁及宿主映射。本次仅交付规范,不修改生产代码、宿主配置或既有任务资产。\n\n 业务流组织任务,角色只是工序职责,不建立按角色分割的文档体系。\n 任务契约与当前状态收敛到 specs/. 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
Yapay zekâ ajanlarına farklı roller vermek, tek başına güvenilir bir iş akışı kurmaya yetmiyor. Daha temel soru şu: Her görev hangi iş sürecinin parçası, hangi bilgiyi devralıyor ve tamamlandığı nasıl kanıtlanıyor?
BMAD-Solo için hazırlanan mühendislik taslağı bu sorulara, görevleri roller etrafında değil uçtan uca bir süreç etrafında düzenleyerek yanıt veriyor. Belge bir uygulama duyurusu değil; görev belgeleri, doğrulama adımları ve inceleme kuralları için önerilen bir yönetişim modeli.
Taslak, akışı hedefin alınmasından iş analizine, mimari sözleşmenin belirlenmesinden uygulama ve doğrulamaya; oradan da sonraki aşamalara aktarım ve kalıcı dokümantasyona uzanan bir süreç olarak tarif ediyor. Analyst, Architect, Coder ve Supervisor ise bu sürecin farklı noktalarında üstlenilen sorumluluklar.
Bu yaklaşımın dayandığı iş akışı fikri, yalnızca yazılım ajanlarına özgü değil. Huawei’nin iş süreçleri üzerine yayımlanan metninde iş akışı, müşteri talebinden ürün veya hizmet sunumuna ve müşteri memnuniyetine uzanan uçtan uca bir süreç olarak ele alınıyor. 8 Taslak da benzer biçimde, rol listesinden önce işin hedefini ve teslimat zincirini netleştirmeye çalışıyor.
Bu çerçevede Analyst hedefi, iş kurallarını ve kabul ölçütlerini belirliyor; Architect bunları arayüzlere, teslimatlara ve doğrulama planına dönüştürüyor. Coder yalnızca onaylanmış kapsamda çalışıyor. Supervisor ise ortaya çıkan adayı ve kanıtları inceliyor.
Taslağın altını çizdiği önemli ayrım, inceleme bakış açısıyla onay yetkisinin aynı şey olmaması. Tek bir ajan Supervisor rolüne geçip kendi çalışmasını tekrar değerlendirebilir; bu, sorunları bulmaya yardımcı olabilir. Ancak ajan, yalnızca rolünü değiştirdiği için bağımsız bir denetçiye dönüşmez.
Önerilen modelde bağımsız onay, uygulamaya katılmamış ve kimliği doğrulanabilen bir inceleyiciden gelmeli. Böyle bir inceleyici yoksa görev kabul edilmiş sayılmıyor; inceleme bekliyor olarak kalıyor. Bu yaklaşım, uzmanlaşmış ajanların iş paylaşımının her zaman birbirini tamamlayan katkılar üretmeyeceği ve ajanlar arasındaki bağımlılıkların yerel hataları daha geniş başarısızlıklara dönüştürebileceği yönündeki araştırma tartışmasıyla da örtüşüyor. 1
Taslak, görevin kabulünü iki koşula bağlıyor: Makine tarafından doğrulanabilen kontrollerin geçmesi ve bağımsız incelemenin onay vermesi. Test çıktısı, inceleme kararı ve aday değişiklikler aynı görev ve sürümle ilişkilendirilmeli. Bir dosya değişirse eski test sonucu veya inceleme onayı yeni adaya otomatik olarak taşınmamalı.
Eksik, süresi geçmiş ya da doğrulanamayan kanıt başarı kabul edilmiyor. Bu durumda görev engellenmiş durumda kalıyor. Benzer şekilde, testlerin geçmesi tek başına teslimatın onaylandığı anlamına gelmiyor; bağımsız incelemenin yerini de alamıyor.
Öneride her görev için tek bir yetkili sözleşme dosyası bulunuyor. Bu dosya hedefi, girdileri, izin verilen kapsamı, teslimatları ve kabul ölçütlerini tanımlıyor. Aktif görev dosyası ise yalnızca varsayılan odak noktasını gösteriyor; görev durumunu ikinci kez kopyalamıyor.
Analiz notları, test kayıtları ve kalıcı teknik belgeler de farklı amaçlarla tutuluyor. Amaç, her rol için ayrı bir belge yığını oluşturmak değil; bir sonraki aşamanın ihtiyaç duyduğu bilgiyi aktarıp gereksiz geçmişi taşımamak. Örneğin uygulama aşamasından incelemeye geçerken sabitlenmiş değişiklikler, gerçek test sonuçları ve bilinen sınırlamalar paylaşılmalı; uzun sohbet dökümleri aktarımın yerine geçmemeli.
Belge, görev sözleşmesi doğrulayıcısı, güvenilir test çalıştırıcısı, bağımsız onay kaydı ve sonraki aşamalara geçişi durdurabilecek bir kapı gibi bileşenler öneriyor. Ancak taslak, bunların mevcut sistemde kurulu veya çalışır durumda olduğunu söylemiyor. Önerilen kontrollerin gerçekten zorunlu tutulabilmesi için yazılı kuralların yanında doğrulama araçlarının ve onay mekanizmalarının da uygulanıp sınanması gerekiyor.
Bu nedenle yaklaşımın temel iddiası “ajanlara daha çok rol verelim” değil. Asıl hedef, işi anlaşılır bir süreçte tanımlamak; her aşamaya yalnızca gereken veriyi aktarmak ve kabul kararını sözlü beyana değil, doğrulanabilir kanıta bağlamak.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor.
Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor. Bir ajanın kendi çalışmasını Supervisor rolünde incelemesi yararlı olabilir; ancak bu, bağımsız onay anlamına gelmiyor.
Bir görevin kabulü için makineyle doğrulanabilir testler ve kimliği doğrulanmış bağımsız inceleme gerekiyor; eksik kanıt başarı sayılmıyor.
Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor. Bir ajanın kendi çalışmasını Supervisor rolünde incelemesi yararlı olabilir; ancak bu, bağımsız onay anlamına gelmiyor.
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/VPe3MFqUXtTGiXzteqUpJOqwd2J3/thumbnails/2024370392F66BCB0642/6D3932B9C67C43E3C536-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 文档与任务治理落地规范》工程草案,覆盖角色嵌入、任务模板、数据交接、双重门禁及宿主映射。本次仅交付规范,不修改生产代码、宿主配置或既有任务资产。\n\n 业务流组织任务,角色只是工序职责,不建立按角色分割的文档体系。\n 任务契约与当前状态收敛到 specs/. 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
Yapay zekâ ajanlarına farklı roller vermek, tek başına güvenilir bir iş akışı kurmaya yetmiyor. Daha temel soru şu: Her görev hangi iş sürecinin parçası, hangi bilgiyi devralıyor ve tamamlandığı nasıl kanıtlanıyor?
BMAD-Solo için hazırlanan mühendislik taslağı bu sorulara, görevleri roller etrafında değil uçtan uca bir süreç etrafında düzenleyerek yanıt veriyor. Belge bir uygulama duyurusu değil; görev belgeleri, doğrulama adımları ve inceleme kuralları için önerilen bir yönetişim modeli.
Taslak, akışı hedefin alınmasından iş analizine, mimari sözleşmenin belirlenmesinden uygulama ve doğrulamaya; oradan da sonraki aşamalara aktarım ve kalıcı dokümantasyona uzanan bir süreç olarak tarif ediyor. Analyst, Architect, Coder ve Supervisor ise bu sürecin farklı noktalarında üstlenilen sorumluluklar.
Bu yaklaşımın dayandığı iş akışı fikri, yalnızca yazılım ajanlarına özgü değil. Huawei’nin iş süreçleri üzerine yayımlanan metninde iş akışı, müşteri talebinden ürün veya hizmet sunumuna ve müşteri memnuniyetine uzanan uçtan uca bir süreç olarak ele alınıyor. 8 Taslak da benzer biçimde, rol listesinden önce işin hedefini ve teslimat zincirini netleştirmeye çalışıyor.
Bu çerçevede Analyst hedefi, iş kurallarını ve kabul ölçütlerini belirliyor; Architect bunları arayüzlere, teslimatlara ve doğrulama planına dönüştürüyor. Coder yalnızca onaylanmış kapsamda çalışıyor. Supervisor ise ortaya çıkan adayı ve kanıtları inceliyor.
Taslağın altını çizdiği önemli ayrım, inceleme bakış açısıyla onay yetkisinin aynı şey olmaması. Tek bir ajan Supervisor rolüne geçip kendi çalışmasını tekrar değerlendirebilir; bu, sorunları bulmaya yardımcı olabilir. Ancak ajan, yalnızca rolünü değiştirdiği için bağımsız bir denetçiye dönüşmez.
Önerilen modelde bağımsız onay, uygulamaya katılmamış ve kimliği doğrulanabilen bir inceleyiciden gelmeli. Böyle bir inceleyici yoksa görev kabul edilmiş sayılmıyor; inceleme bekliyor olarak kalıyor. Bu yaklaşım, uzmanlaşmış ajanların iş paylaşımının her zaman birbirini tamamlayan katkılar üretmeyeceği ve ajanlar arasındaki bağımlılıkların yerel hataları daha geniş başarısızlıklara dönüştürebileceği yönündeki araştırma tartışmasıyla da örtüşüyor. 1
Taslak, görevin kabulünü iki koşula bağlıyor: Makine tarafından doğrulanabilen kontrollerin geçmesi ve bağımsız incelemenin onay vermesi. Test çıktısı, inceleme kararı ve aday değişiklikler aynı görev ve sürümle ilişkilendirilmeli. Bir dosya değişirse eski test sonucu veya inceleme onayı yeni adaya otomatik olarak taşınmamalı.
Eksik, süresi geçmiş ya da doğrulanamayan kanıt başarı kabul edilmiyor. Bu durumda görev engellenmiş durumda kalıyor. Benzer şekilde, testlerin geçmesi tek başına teslimatın onaylandığı anlamına gelmiyor; bağımsız incelemenin yerini de alamıyor.
Öneride her görev için tek bir yetkili sözleşme dosyası bulunuyor. Bu dosya hedefi, girdileri, izin verilen kapsamı, teslimatları ve kabul ölçütlerini tanımlıyor. Aktif görev dosyası ise yalnızca varsayılan odak noktasını gösteriyor; görev durumunu ikinci kez kopyalamıyor.
Analiz notları, test kayıtları ve kalıcı teknik belgeler de farklı amaçlarla tutuluyor. Amaç, her rol için ayrı bir belge yığını oluşturmak değil; bir sonraki aşamanın ihtiyaç duyduğu bilgiyi aktarıp gereksiz geçmişi taşımamak. Örneğin uygulama aşamasından incelemeye geçerken sabitlenmiş değişiklikler, gerçek test sonuçları ve bilinen sınırlamalar paylaşılmalı; uzun sohbet dökümleri aktarımın yerine geçmemeli.
Belge, görev sözleşmesi doğrulayıcısı, güvenilir test çalıştırıcısı, bağımsız onay kaydı ve sonraki aşamalara geçişi durdurabilecek bir kapı gibi bileşenler öneriyor. Ancak taslak, bunların mevcut sistemde kurulu veya çalışır durumda olduğunu söylemiyor. Önerilen kontrollerin gerçekten zorunlu tutulabilmesi için yazılı kuralların yanında doğrulama araçlarının ve onay mekanizmalarının da uygulanıp sınanması gerekiyor.
Bu nedenle yaklaşımın temel iddiası “ajanlara daha çok rol verelim” değil. Asıl hedef, işi anlaşılır bir süreçte tanımlamak; her aşamaya yalnızca gereken veriyi aktarmak ve kabul kararını sözlü beyana değil, doğrulanabilir kanıta bağlamak.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor.
Taslakta Analyst, Architect, Coder ve Supervisor ayrı belge sistemleri değil, uçtan uca iş akışındaki sorumluluklar olarak ele alınıyor. Bir ajanın kendi çalışmasını Supervisor rolünde incelemesi yararlı olabilir; ancak bu, bağımsız onay anlamına gelmiyor.
Bir görevin kabulü için makineyle doğrulanabilir testler ve kimliği doğrulanmış bağımsız inceleme gerekiyor; eksik kanıt başarı sayılmıyor.