उत्तरप्रकाशित11 स्रोत
AI एजेंटों के काम को व्यवस्थित करने के लिए भूमिका नहीं, पूरा कार्यप्रवाह होना चाहिए
मसौदा Analyst, Architect, Coder और Supervisor को अलग अलग एजेंट या दस्तावेज़ भंडार नहीं, बल्कि एक ही कार्यप्रवाह की जिम्मेदारियाँ मानता है। किसी काम को स्वीकार करने के लिए मशीन से सत्यापित जाँच और लेखक से स्वतंत्र, प्रमाणित समीक्षा—दोनों जरूरी हैं। यह 27 अक्टूबर 2026 की प्रस्तावित इंजीनियरिंग विशिष्टता है; इसमें बताए...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- मसौदा Analyst, Architect, Coder और Supervisor को अलग अलग एजेंट या दस्तावेज़ भंडार नहीं, बल्कि एक ही कार्यप्रवाह की जिम्मेदारियाँ मानता है।
- किसी काम को स्वीकार करने के लिए मशीन से सत्यापित जाँच और लेखक से स्वतंत्र, प्रमाणित समीक्षा—दोनों जरूरी हैं।
- यह 27 अक्टूबर 2026 की प्रस्तावित इंजीनियरिंग विशिष्टता है; इसमें बताए गए नियंत्रणों को मौजूदा व्यवस्था में लागू या सत्यापित नहीं बताया गया है।
![[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/images/D242809974BA07007F97/F35AD23DB6AD53E7CB3D.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 文档与任务治理落地规范》工程草案，覆盖角色嵌入、任务模板、数据交接、双重门禁及宿主映射。本次仅交付规范，不修改生产代码、宿主配置或既有任务资产。\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
AI एजेंटों को अलग-अलग भूमिकाएँ दे देना सुनने में सुव्यवस्थित लगता है: एक एजेंट जरूरत समझे, दूसरा डिजाइन बनाए, तीसरा कोड लिखे और चौथा समीक्षा करे। लेकिन भूमिकाओं के नाम बदलने भर से काम का बँटवारा भरोसेमंद नहीं हो जाता। असली सवाल है—हर चरण किस जानकारी पर काम करेगा, उसे क्या करने की अनुमति होगी और अगले चरण में जाने से पहले कौन-सा प्रमाण देना होगा?
BMAD-Solo नाम के एक प्रस्तावित इंजीनियरिंग मसौदे का जवाब है: एजेंटों को अलग-अलग दस्तावेज़ी खानों में बाँटने के बजाय, उन्हें एक साझा कार्यप्रवाह में अलग जिम्मेदारियाँ दी जाएँ। मसौदा 27 अक्टूबर 2026 की तारीख और “प्रस्तावित” स्थिति के साथ है। यह लागू नियंत्रणों की रिपोर्ट नहीं, बल्कि उन्हें बनाने की योजना है।
भूमिकाएँ अलग, कार्यप्रवाह एक
इस रूपरेखा में काम लक्ष्य तय करने से शुरू होता है और विश्लेषण, वास्तु-डिजाइन, कार्यान्वयन, जाँच, समीक्षा और अंततः आगे की टीम या प्रणाली को हस्तांतरण से गुजरता है। Analyst व्यावसायिक जरूरत और सफलता की कसौटी स्पष्ट करता है; Architect काम का अनुबंध, सीमाएँ और जाँच तय करता है; Coder स्वीकृत दायरे में बदलाव करता है; और Supervisor उम्मीदवार बदलाव की समीक्षा करता है।
ये नाम अलग-अलग स्थायी एजेंट या भूमिका-विशेष दस्तावेज़-भंडार बनाने की माँग नहीं करते। मसौदे का जोर इस बात पर है कि हर चरण एक ही कार्य-इकाई और उसके स्पष्ट रिकॉर्ड से जुड़े। कारोबारी प्रक्रिया को ग्राहक की जरूरत से शुरू होकर परिणाम तक जाने वाली पूरी शृंखला के रूप में देखने का विचार भी इसी तरह की प्रवाह-केंद्रित सोच से मेल खाता है। 8
“मैंने खुद जाँच लिया” स्वतंत्र मंजूरी नहीं
मसौदे की सबसे अहम शर्तों में से एक है कि AI का अपना पुनरीक्षण स्वतंत्र अनुमोदन नहीं माना जाएगा। वही एजेंट जो बदलाव लिखता है, बाद में Supervisor की भूमिका अपनाकर कमियाँ खोज सकता है—लेकिन इससे समीक्षक की स्वतंत्र पहचान साबित नहीं होती।
इसलिए प्रस्ताव दो अलग चीज़ों में फर्क करता है: समीक्षा का नजरिया और मंजूरी देने वाले व्यक्ति या प्रणाली की स्वतंत्रता। स्वीकार्यता के लिए मशीन-जाँच का वास्तविक रिकॉर्ड और लेखक से अलग, पहचान योग्य समीक्षक की मंजूरी—दोनों चाहिए। अगर स्वतंत्र समीक्षक उपलब्ध नहीं है, तो काम को स्वीकार घोषित करने के बजाय समीक्षा की प्रतीक्षा में रखा जाना चाहिए।
यह सावधानी एजेंट-आधारित प्रणालियों पर शोध के एक व्यापक प्रश्न से भी जुड़ती है: काम को कई एजेंटों में बाँटने से अपने-आप बेहतर सहयोग नहीं बनता, और एजेंटों के बीच निर्भरता स्थानीय गलती को पूरे काम की विफलता में बदल सकती है। 1
काम का रिकॉर्ड कहाँ रहेगा?
प्रस्ताव एक ही कार्य-दस्तावेज़ को लक्ष्य, सीमाएँ, इनपुट, बदलाव, जाँच और समीक्षा की मुख्य जगह बनाता है। एक अलग छोटी फ़ाइल सिर्फ यह बताएगी कि इस समय किस काम पर ध्यान है; वह काम की स्थिति की दूसरी प्रति नहीं बनेगी। इससे एक ही जानकारी को कई जगह हाथ से अद्यतन करने और उनमें अंतर पैदा होने का जोखिम घटाने का इरादा है।
दस्तावेज़ में यह भी स्पष्ट होना चाहिए कि कौन-सी फ़ाइलें बदलनी हैं, किन शर्तों को नहीं तोड़ना है, कौन-सी जाँच चलानी है और किन नतीजों के बाद काम स्वीकार किया जा सकता है। जो नियंत्रण अभी बने नहीं हैं, उन्हें मसौदा “प्रस्तावित” या “कार्यान्वयन बाकी” कहता है—सफलता का दावा नहीं।
दो जाँचें, एक ही बदलाव से बँधी हुई
स्वीकृति के लिए प्रस्ताव दो दरवाज़े रखता है। पहला, मशीन द्वारा जाँच: निर्धारित परीक्षण सचमुच चले हों, नतीजे उपलब्ध हों और वे उसी बदलाव से जुड़े हों जिसकी समीक्षा हो रही है। दूसरा, स्वतंत्र समीक्षा: समीक्षक सीमाओं, असफलता की स्थितियों, संसाधन-सफाई और जाँचों की विश्वसनीयता जैसे पहलुओं को देखे।
दोनों को उसी कार्य-अनुबंध, उसी बदलाव और उसी सत्यापन रिकॉर्ड से जोड़ना जरूरी है। खाली, अधूरा, पुराना या पहचान से अप्रमाणित रिकॉर्ड “पास” नहीं माना जाएगा। प्रस्तावित स्थिति-क्रम में READY, IN_PROGRESS, IN_REVIEW, ACCEPTED और REJECTED शामिल हैं; जाँच या प्रमाण अधूरा होने पर काम को स्वीकार करने के बजाय रोकना है।
मसौदा अभी क्या साबित नहीं करता
इस दस्तावेज़ में सख्त पार्सर, सत्यापन चलाने और प्रमाण जमा करने वाला भरोसेमंद प्रवेश-बिंदु, स्वतंत्र समीक्षक की पहचान तथा असफल होने पर आगे बढ़ने से रोकने वाला नियंत्रण आवश्यक बताए गए हैं। साथ ही, यह साफ कहता है कि केवल Markdown फ़ाइल या भूमिका-संबंधी निर्देश अपने-आप वास्तविक सुरक्षा-दीवार नहीं बनाते।
इसीलिए इसे लागू व्यवस्था समझना गलत होगा: मसौदा कोई मौजूदा कोड, होस्ट सेटिंग या कार्य-संपत्ति बदलने का दावा नहीं करता। यह बताता है कि आगे निर्माण और परीक्षण में किन बातों को साबित करना होगा—खासकर यह कि लेखक अपनी ही मंजूरी न लिख सके और पुराने “पास” रिकॉर्ड से बदले हुए काम को आगे न बढ़ाया जा सके।
AI एजेंटों के लिए इसका व्यापक सबक सीधा है: काम बाँटना उपयोगी हो सकता है, लेकिन भरोसेमंद नतीजे के लिए जिम्मेदारियों के साथ स्पष्ट सीमाएँ, जाँचने योग्य प्रमाण और सचमुच स्वतंत्र मंजूरी भी चाहिए।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"AI एजेंटों के काम को व्यवस्थित करने के लिए भूमिका नहीं, पूरा कार्यप्रवाह होना चाहिए" का संक्षिप्त उत्तर क्या है?
मसौदा Analyst, Architect, Coder और Supervisor को अलग अलग एजेंट या दस्तावेज़ भंडार नहीं, बल्कि एक ही कार्यप्रवाह की जिम्मेदारियाँ मानता है।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
मसौदा Analyst, Architect, Coder और Supervisor को अलग अलग एजेंट या दस्तावेज़ भंडार नहीं, बल्कि एक ही कार्यप्रवाह की जिम्मेदारियाँ मानता है। किसी काम को स्वीकार करने के लिए मशीन से सत्यापित जाँच और लेखक से स्वतंत्र, प्रमाणित समीक्षा—दोनों जरूरी हैं।
मुझे अभ्यास में आगे क्या करना चाहिए?
यह 27 अक्टूबर 2026 की प्रस्तावित इंजीनियरिंग विशिष्टता है; इसमें बताए गए नियंत्रणों को मौजूदा व्यवस्था में लागू या सत्यापित नहीं बताया गया है।