उत्तरप्रकाशित11 स्रोत
AI एजेंट के काम को भरोसेमंद बनाने का एक नया खाका
BMAD Solo एक प्रस्तावित कार्य पद्धति है, लागू या परखी हुई प्रणाली होने का दावा नहीं। Analyst, Architect, Coder और Supervisor अलग अलग एजेंट नहीं, एक ही कार्य प्रवाह की जिम्मेदारियाँ हैं। काम को रिलीज़ करने से पहले मशीन जाँच और स्वतंत्र समीक्षा—दोनों का पास होना जरूरी रखा गया है।
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- BMAD Solo एक प्रस्तावित कार्य पद्धति है, लागू या परखी हुई प्रणाली होने का दावा नहीं।
- Analyst, Architect, Coder और Supervisor अलग अलग एजेंट नहीं, एक ही कार्य प्रवाह की जिम्मेदारियाँ हैं।
- काम को रिलीज़ करने से पहले मशीन जाँच और स्वतंत्र समीक्षा—दोनों का पास होना जरूरी रखा गया है।
- एक ही एजेंट का भूमिका बदल लेना स्वतंत्र समीक्षा नहीं माना जाएगा; अंतिम स्वीकृति के लिए अलग भरोसेमंद समीक्षक चाहिए।
![[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/images/F4A256AF222F559F36DB/6E62B52B5313887FEB4A.png)
AI संकेत
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":"以下为《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
AI से कोड या दस्तावेज़ बनवाना एक बात है; यह साबित करना दूसरी कि काम तय दायरे में हुआ, जाँच सचमुच चली और समीक्षा स्वतंत्र थी। इसी अंतर को व्यवस्थित करने के लिए BMAD-Solo नाम का एक प्रस्तावित इंजीनियरिंग ढाँचा सामने रखा गया है। इसका मुख्य विचार है: एक ही एजेंट अलग-अलग जिम्मेदारियाँ निभा सकता है, लेकिन हर चरण के लिए स्पष्ट नियम, प्रमाण और आगे बढ़ने की शर्तें होनी चाहिए।
यह ढाँचा अभी प्रस्ताव है—इसे लागू, परीक्षणित या किसी होस्टिंग प्लेटफॉर्म पर सत्यापित प्रणाली नहीं बताया गया है। इसलिए इसे तैयार सुरक्षा उत्पाद की तरह नहीं, कामकाजी नियमों के खाके की तरह पढ़ना चाहिए।
चार भूमिकाएँ, एक कार्य-प्रवाह
BMAD-Solo में काम Plan से Act तक चलता है: पहले लक्ष्य और जरूरतें समझना, फिर समाधान की सीमा तय करना, उसके बाद काम करना और अंत में समीक्षा करना। इस क्रम में चार जिम्मेदारियाँ प्रस्तावित हैं:
- Analyst: लक्ष्य, जरूरतें, स्वीकार्यता की कसौटियाँ और अनिश्चितताएँ स्पष्ट करता है।
- Architect: काम का दायरा, निर्भरताएँ, इंटरफेस और जाँच का तरीका तय करता है।
- Coder: स्वीकृत योजना के अनुसार काम करता है और अपने परीक्षण के प्रमाण देता है।
- Supervisor: तय कसौटियों के आधार पर बदलाव और जाँच के प्रमाण की समीक्षा करता है।
ये चार अलग-अलग AI एजेंट होना जरूरी नहीं। प्रस्ताव का जोर भूमिकाओं के नामों पर नहीं, बल्कि इस बात पर है कि हर चरण में कौन-सा काम अधिकृत है और अगले चरण में जाने से पहले क्या साबित करना होगा।
समीक्षा में भूमिका बदलना काफी नहीं
इस खाके की एक अहम सावधानी है: Coder का Supervisor बन जाना अपने-आप में स्वतंत्र समीक्षा नहीं है। वही मॉडल, नया प्रॉम्प्ट या बदला हुआ भूमिका-नाम—इनमें से कोई भी चीज़ स्वतंत्रता का प्रमाण नहीं मानी जाएगी। औपचारिक स्वीकृति के लिए अलग मानव समीक्षक या ऐसा अधिकृत समीक्षा तंत्र चाहिए जिसकी पहचान और प्रमाण कार्य करने वाले पक्ष के नियंत्रण में न हों।
इससे एक व्यावहारिक फर्क पैदा होता है: एजेंट समीक्षा में मदद कर सकता है, संभावित समस्याएँ गिना सकता है और प्रमाण व्यवस्थित कर सकता है; लेकिन वह अपनी ही समीक्षा को स्वतंत्र मंजूरी बताकर काम रिलीज़ नहीं कर सकता।
रिलीज़ के लिए दोहरी शर्त
प्रस्ताव में अंतिम स्वीकृति के लिए दो दरवाजे रखे गए हैं:
- मशीन-जाँच (C): तय जाँच वास्तव में चली हो, उसके परिणाम और मूल रिकॉर्ड उपलब्ध हों, और वे उसी बदलाव से जुड़े हों जिसकी समीक्षा हो रही है।
- स्वतंत्र समीक्षा (R): अलग समीक्षक ने उसी बदलाव, तय आवश्यकताओं और जाँच के प्रमाण की समीक्षा करके स्वीकृति दी हो।
दोनों में से कोई नतीजा गायब, पुराना या सत्यापित न हो सके तो काम को आगे रिलीज़ नहीं करना चाहिए। साथ में, रिलीज़ की अलग अनुमति, निर्भरताओं की वैधता और काम के दायरे का मिलान भी जरूरी है। यानी टेस्ट पास होना अकेले आगे बढ़ने की अनुमति नहीं देता।
हर काम की अपनी Task Unit
दस्तावेज़ एक काम को Task Unit में बाँधने का सुझाव देता है। इसमें लक्ष्य, मंजूर दायरा, इनपुट, निर्भरताएँ, किए जाने वाले बदलाव, स्वीकार्यता की कसौटियाँ और जाँच के निर्देश दर्ज होंगे। मशीन-जाँच के असली रिकॉर्ड और समीक्षा की मंजूरी भी अपने-अपने तय स्थान पर रखी जाएगी। इससे एक ही स्थिति को कई फाइलों में अलग-अलग ढंग से लिखने का जोखिम घट सकता है।
प्रस्ताव यह भी कहता है कि जाँच के लिए दिया गया टेम्पलेट अपने-आप में जाँच का प्रमाण नहीं है। असली परिणाम तभी माना जाएगा जब भरोसेमंद निष्पादन व्यवस्था से रिकॉर्ड तैयार हो और वह संबंधित काम से मेल खाए। इसी तरह, असफल जाँच के बाद पुरानी मंजूरी को नए बदलाव पर लागू नहीं माना जाना चाहिए।
व्यवसाय-प्रवाह से लिया गया नजरिया
इसका व्यापक विचार काम को अलग-अलग दस्तावेज़ों या भूमिका-आधारित फोल्डरों में बाँटने के बजाय शुरुआत से अंत तक एक प्रवाह की तरह देखना है। Xu Zhijun से जुड़े व्यवसाय-प्रवाह संबंधी लेखों में भी ग्राहक की जरूरत से मूल्य-वितरण तक के प्रवाह को प्रक्रिया, IT और गुणवत्ता के लिए आधार बताया गया है। 6
11
यह तुलना यहाँ एक सोचने का ढाँचा देती है—यह दावा नहीं कि प्रस्तावित Task Unit या दोहरी जाँच उसी लेख की मूल परिभाषाएँ हैं।
शोध-संदर्भ और सीमा
प्रस्ताव में AutoSwarm नाम के बहु-एजेंट शोधपत्र का उल्लेख है। उसके उपलब्ध रिकॉर्ड में एजेंटों के बीच काम बाँटने और निर्भरताओं के कारण त्रुटियाँ फैलने की चुनौती का परिचय मिलता है। 1 लेकिन उपलब्ध संदर्भ से शोधपत्र के पूरे तर्क या इस प्रस्ताव में दी गई विशिष्ट जाँच-पद्धति की पुष्टि नहीं होती। इसलिए BMAD-Solo के नियमों को उस शोधपत्र का प्रमाणित निष्कर्ष समझना ठीक नहीं होगा।
इसी तरह, Roo Code या Cline जैसे टूल के लिए दिए गए कॉन्फ़िगरेशन विचार केवल संभावित मैपिंग हैं। असली नियम लोड होते हैं या नहीं, कौन-से टूल रोके जा सकते हैं और स्वीकृति सचमुच सुरक्षित है या नहीं—इन सबकी पुष्टि संबंधित प्लेटफॉर्म पर अलग से करनी होगी।
असली कसौटी: नियम नहीं, लागू नियंत्रण
इस प्रस्ताव का उपयोगी संदेश सीधा है: भूमिकाओं के नाम, चेकलिस्ट और “पास” लिख देना सुरक्षा नहीं बनाते। भरोसे के लिए काम करने वाले और समीक्षा करने वाले पक्षों के बीच वास्तविक सीमा, बदलाव से बँधे प्रमाण और विफलता पर आगे बढ़ने से रोकने वाला तंत्र चाहिए। जब तक ये चीज़ें लागू करके परखी न जाएँ, ढाँचा एक सुव्यवस्थित डिज़ाइन प्रस्ताव है—सत्यापित नियंत्रण प्रणाली नहीं।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"AI एजेंट के काम को भरोसेमंद बनाने का एक नया खाका" का संक्षिप्त उत्तर क्या है?
BMAD Solo एक प्रस्तावित कार्य पद्धति है, लागू या परखी हुई प्रणाली होने का दावा नहीं।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
BMAD Solo एक प्रस्तावित कार्य पद्धति है, लागू या परखी हुई प्रणाली होने का दावा नहीं। Analyst, Architect, Coder और Supervisor अलग अलग एजेंट नहीं, एक ही कार्य प्रवाह की जिम्मेदारियाँ हैं।
मुझे अभ्यास में आगे क्या करना चाहिए?
काम को रिलीज़ करने से पहले मशीन जाँच और स्वतंत्र समीक्षा—दोनों का पास होना जरूरी रखा गया है।