उत्तरप्रकाशित15 स्रोत
AI एजेंटों का बेहतर सिस्टम: लक्ष्य एजेंट तय करे, इंसान बड़े फैसले मंज़ूर करे
प्रस्तावित ढाँचे में Opus समग्र लक्ष्य और काम की दिशा संभालेगा, जबकि प्रोग्राम अधिकार जाँच, निष्पादन और सबूत सहेजने का काम करेगा। मंज़ूर दायरे के भीतर रोज़मर्रा के काम आगे बढ़ सकते हैं; लेकिन ज़रूरी बदलावों और अहम नीतिगत फैसलों पर फिर से इंसानी मंज़ूरी लेनी होगी। एक ही, दोबारा खोला जा सकने वाला इंटरफ़ेस पूरे काम की...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- प्रस्तावित ढाँचे में Opus समग्र लक्ष्य और काम की दिशा संभालेगा, जबकि प्रोग्राम अधिकार जाँच, निष्पादन और सबूत सहेजने का काम करेगा।
- मंज़ूर दायरे के भीतर रोज़मर्रा के काम आगे बढ़ सकते हैं; लेकिन ज़रूरी बदलावों और अहम नीतिगत फैसलों पर फिर से इंसानी मंज़ूरी लेनी होगी।
- एक ही, दोबारा खोला जा सकने वाला इंटरफ़ेस पूरे काम की स्थिति, बदलावों और इंसान के फैसले की प्रतीक्षा कर रहे अनुरोधों को दिखाए।
- Cline CLI/TUI को प्राथमिक विकल्पों में जाँचना उचित है, लेकिन उसे मौजूदा उपकरणों और प्रक्रियाओं से जोड़ने की कठिनाई अभी साबित नहीं हुई है।
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/qJTwUSfu8kgAuJHbN6F14zHqI6A2/images/90A8F2CB3BF6E55B066A/6FED6F9C9403C8D3610C.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 operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"前一版把“Agent 的目标协调”与“程序的执行约束”混为一谈，也把人工授权和 IDE 使用习惯过度简化了。修正后的方案应是：Opus Agent 负责整体目标与偏离度协调，GPT 6 Sol 独立审核成果及门禁合理性，程序负责可靠执行和证据保存；每次实质性方案演进都回到人工决策，而不是一次授权永久运行。\n\n. Topic tags: general web, llm, prompt engineering, 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
AI कोडिंग एजेंटों की व्यवस्था बनाते समय एक अहम फर्क साफ रखना चाहिए: एजेंट काम की दिशा और प्राथमिकताएँ तय करे; प्रोग्राम यह सुनिश्चित करे कि काम स्वीकृत दायरे में और भरोसेमंद तरीके से चले। प्रस्तावित सुधार में Opus समग्र लक्ष्य का समन्वय करेगा, GPT-6-Sol नतीजों और प्रक्रिया की स्वतंत्र समीक्षा करेगा, और बड़े बदलावों पर फैसला इंसान के पास रहेगा। यह एक लक्ष्य-आधारित डिज़ाइन है—इसका मतलब यह नहीं कि ऐसे सभी कनेक्शन पहले से लागू हैं।
चार भूमिकाएँ, एक साझा मंज़ूर योजना
| भूमिका | ज़िम्मेदारी |
|---|---|
| Opus 5.5 Orchestrator Agent | समग्र लक्ष्य समझना, काम की प्राथमिकता तय करना, योजना से भटकाव पहचानना और शोध व सुधार के काम में तालमेल रखना। |
| Astra Research Agent | ज़रूरत पड़ने पर शोध करना और स्रोतों के साथ समर्थन में न आने वाले सबूत भी सामने रखना। |
| Pi + Sonnet Coding Agent | तय दायरे में एक काम पर कोड लिखना या सुधार करना। |
| GPT-6-Sol Reviewer Agent | कोड और स्वीकृति-मानदंडों की समीक्षा करना; साथ ही यह जाँचना कि प्रक्रिया के नियम जोखिम के अनुपात में हैं या नहीं। |
| प्रोग्राम का निष्पादन तंत्र | अधिकार की जाँच, एजेंट शुरू या रोकना, बजट और सत्यापन लागू करना तथा काम के रिकॉर्ड सहेजना। यह उत्पाद के लक्ष्य अपने आप तय नहीं करता। |
Sol की समीक्षा के दो नतीजे अलग-अलग दर्ज होने चाहिए: क्या बदलाव मौजूदा कसौटी पर खरा उतरा, और क्या वह कसौटी खुद उचित है। इससे “परीक्षण असफल हुआ” और “परीक्षण का नियम बदलना चाहिए” एक ही बात नहीं बनेंगे। ana-architect को स्थायी पाँचवें एजेंट के बजाय उन मामलों के लिए विश्लेषण-प्रक्रिया माना जा सकता है जहाँ फैसला अपने आप लेना ठीक न हो।
मुख्य बात कई एजेंटों को हटाना नहीं, बल्कि यह साफ करना है कि किसे किस तरह का अधिकार मिला है और अंतिम फैसला कौन करता है।
मंज़ूरी हर कदम पर नहीं—हर बड़े बदलाव पर
काम को एक स्थायी, अनिश्चितकालीन अनुमति के बजाय मंज़ूर योजना के संस्करण और उसके दायरे के अनुसार चलाना बेहतर होगा।
- मंज़ूर दायरे में काम की प्राथमिकता बदलना, सामान्य सुधार करना और अगला तय काम शुरू करना अपने आप हो सकता है।
- माँग में बदलाव, बड़ा पुनर्गठन, किसी अहम ADR निर्णय को बदलना, या स्वीकृति और महत्वपूर्ण सुरक्षा-नियमों में फेरबदल करना हो तो नया प्रस्ताव बनाकर इंसान से फैसला माँगा जाए।
- केवल प्रगति दर्ज करने, समस्या का स्थान बताने या काम की रसीद सहेजने के लिए हर बार नई मंज़ूरी की ज़रूरत नहीं।
फैसले के लिए बने प्रस्ताव में यह साफ होना चाहिए कि काम क्यों रुका है, मौजूदा नियम किस जोखिम से बचाते हैं, नियम बनाए रखने या बदलने के विकल्पों का क्या असर होगा, कौन-सा विकल्प क्यों सुझाया जा रहा है और मंज़ूरी के बाद वास्तव में क्या किया जाएगा। विकल्पों की तुलना उपयोगी है, लेकिन माप या स्पष्ट अंक-मानदंड न हों तो कुल स्कोर गढ़ना ठीक नहीं।
इंसान स्वीकृति-मानदंड या सुरक्षा-नियम बदलने की मंज़ूरी दे सकता है। फिर भी पुराने परीक्षण की असफलता का रिकॉर्ड रहना चाहिए और नए नियमों के अनुसार अलग से सत्यापन होना चाहिए। नियम बदलने की अनुमति का मतलब यह नहीं कि पुराना परीक्षण सफल था।
ऐसा नियंत्रण-केंद्र जो दोबारा जुड़ने पर स्थिति बता दे
अगर काम की जानकारी Roo चैट, Pi सत्र और tmux आउटपुट में बिखरी हो, तो हर बार लौटने वाले व्यक्ति को खुद सब जोड़कर समझना पड़ेगा। सिर्फ़ कुछ स्टेटस फ़ाइलें जोड़ने से यह अनुभव नहीं सुधरेगा। एक साझा इंटरफ़ेस में कम-से-कम तीन साफ़ दृश्य होने चाहिए:
- समग्र स्थिति: मंज़ूर लक्ष्य, Epic और Task की प्रगति, कौन-सी भूमिका काम कर रही है, रुकावट का कारण और आख़िरी जाँच-बिंदु।
- बदलाव: फ़ाइलों की सूची, प्रस्तावित अंतर, संबंधित सत्यापन और स्वतंत्र समीक्षा।
- इंसानी फैसले: लंबित अनुरोधों की सूची, जहाँ से प्रस्ताव मंज़ूर या नामंज़ूर किया जा सके, या और विश्लेषण माँगा जा सके।
जब किसी काम को इंसानी फैसले की ज़रूरत पड़े, सिस्टम को पहले अनुरोध सहेजना चाहिए, संबंधित काम रोकना चाहिए और उसे साझा इंटरफ़ेस पर दिखाना चाहिए। अगर IDE बंद है, तो बंद विंडो में संदेश दिखाने का दावा व्यावहारिक नहीं है। सही व्यवहार यह है कि अनुरोध सुरक्षित रहे और दोबारा जुड़ने पर पूरी स्थिति के साथ सामने आए।
इंटरफ़ेस से दोबारा जुड़ना पुराने मॉडल-सत्र को फिर शुरू करना नहीं है; लंबित अनुरोध देखना भी अपने आप अनुमति देना नहीं है। मंज़ूरी को किसी खास प्रस्ताव-संस्करण और काम के दायरे से बाँधना चाहिए, ताकि पुरानी विंडो की मंज़ूरी बदली हुई योजना पर लागू न हो। IDE का इस्तेमाल करने वाले व्यक्ति को रोकना भी लक्ष्य नहीं होना चाहिए: अगर इंसान और एजेंट एक साथ फ़ाइल बदलें, तो सिस्टम को टकराव पहचानकर मानव का बदलाव बचाना और प्रभावित काम रोकना चाहिए।
Cline CLI/TUI को विकल्पों में फिर शामिल करना
Cline के आधिकारिक दस्तावेज़ों के अनुसार उसका TUI टर्मिनल में बातचीत, योजनाओं की समीक्षा और कार्रवाइयों की मंज़ूरी के लिए है; CLI स्वचालित, बिना-सिर वाले कार्यप्रवाह भी चला सकता है। 10
7 Cline में Agent Teams और अलग संदर्भ वाले Subagents की सुविधाएँ भी हैं, लेकिन ये VS Code और JetBrains एक्सटेंशन में उसी रूप में उपलब्ध नहीं हैं।
5
9
इसलिए Opus को मुख्य समन्वयक और टर्मिनल को इंसान से बातचीत का माध्यम बनाने वाले विकल्प को पहले से खारिज नहीं करना चाहिए। एक संभावित व्यवस्था यह है:
- Cline CLI/TUI को Opus-आधारित समन्वय और इंसानी बातचीत के लिए परखा जाए।
- Pi को Sonnet-आधारित कोडिंग एजेंट और Jev को सत्यापित इंटरफ़ेस के अनुसार काम करने दिया जाए।
- Sol को कोडिंग सत्र से अलग स्वतंत्र समीक्षक रखा जाए।
- मौजूदा प्रोग्रामिंग संपत्तियों को फेंकने के बजाय निष्पादन तंत्र में रखा जाए।
यह जिम्मेदारियों का बँटवारा है—Cline और Pi को दो अलग मुख्य नियंत्रण-लूप बनाकर चलाने का सुझाव नहीं। तरीक़े और दस्तावेज़ दोबारा इस्तेमाल हो सकते हैं, लेकिन Roo के कस्टम मोड, औज़ारों के अधिकार, काम शुरू होने की रसीद, Pi का जीवन-चक्र और लंबित फैसलों की प्रक्रिया को एक-एक करके मिलाना होगा। CLI और एक्सटेंशन की Agent Teams सुविधाओं में भी अंतर है, इसलिए सिर्फ़ प्लगइन बदलने से वही पृष्ठभूमि-समन्वय मिल जाएगा, यह मानना ठीक नहीं। 5
9
Cline पर जाने में कितना काम लगेगा, इसका पर्याप्त प्रमाण अभी नहीं है। पूरा सिस्टम बदलने या विकल्प को पहले ही नकार देने के बजाय एक छोटा, सीमित एकीकरण परीक्षण अगला व्यावहारिक कदम हो सकता है।
TUI उपयोगी है, लेकिन अकेला चैट-दृश्य पर्याप्त नहीं
Cline का अपना TUI मौजूद है, इसलिए टर्मिनल में काम करने के लिए निजी शाखा से शुरुआत करना ज़रूरी नहीं। 10 OpenCode में भी TUI और प्रोग्राम के ज़रिये इस्तेमाल किया जा सकने वाला CLI है, लेकिन इससे यह साबित नहीं होता कि वही Cline की बताई गई शाखा है।
2
जिस विकल्प का परीक्षण हो, उसमें देखना चाहिए कि क्या वह पूरे कार्यप्रवाह की स्थिति दिखाता है—सिर्फ़ एक एजेंट की बातचीत नहीं; क्या लंबित फैसले सुरक्षित रखकर दोबारा जुड़ने पर दिखाए जा सकते हैं; क्या Pi और स्वतंत्र समीक्षक को जोड़ा जा सकता है; और क्या फ़ाइलों की सूची, बदलावों का अंतर, सत्यापन और समीक्षा एक ही प्रस्ताव-संस्करण से जुड़े हैं। अच्छा दिखने वाला टर्मिनल इंटरफ़ेस तभी उपयोगी होगा जब वह बिखरी जानकारी को सचमुच एक जगह लाए।
योजना में क्या बदले और सफलता कैसी दिखे
मौजूदा योजना और ADR में पिछली सीमाओं को साफ़ तौर पर बदलना होगा: समग्र दिशा के लिए Opus को जिम्मेदार बनाना, प्रोग्राम को अधिकार-जाँच और निष्पादन तक सीमित रखना; मंज़ूरी को हर छोटे कदम के बजाय महत्वपूर्ण बदलाव से जोड़ना; Sol की समीक्षा और ana-architect से इंसान तक फैसले का रास्ता दर्ज करना; तथा दोबारा जुड़ सकने वाले साझा TUI और सहेजे गए फैसले के अनुरोध को मुख्य काम मानना। Cline को प्राथमिक नियंत्रण-केंद्र विकल्प के रूप में परखते हुए Pi, सत्यापन, बजट, जाँच-बिंदुओं और मौजूदा अनुभव को बचाए रखने की योजना भी चाहिए।
एक उपयोगी स्वीकृति-परीक्षण कुछ ऐसा हो सकता है: स्थानीय इंटरफ़ेस बंद हो, पृष्ठभूमि में काम जारी रहे, Sol किसी नियम पर सवाल उठाए, सिस्टम विश्लेषण तैयार करके इंसानी फैसले की प्रतीक्षा करे, और दोबारा जुड़ने पर उपयोगकर्ता को एक ही जगह पूरी प्रगति और लंबित अनुरोध दिखे। फिर उपयोगकर्ता किसी खास बदलाव को मंज़ूरी दे और काम नए स्वीकृत संस्करण के अनुसार आगे बढ़े।
यह डिज़ाइन-सुधार है, लागू हो चुके सिस्टम का दावा नहीं। इसकी मूल दिशा है: Opus से लक्ष्य-समन्वय, Sol से स्वतंत्र समीक्षा, बड़े फैसलों पर इंसानी मंज़ूरी और एक साझा, दोबारा जुड़ने योग्य इंटरफ़ेस।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"AI एजेंटों का बेहतर सिस्टम: लक्ष्य एजेंट तय करे, इंसान बड़े फैसले मंज़ूर करे" का संक्षिप्त उत्तर क्या है?
प्रस्तावित ढाँचे में Opus समग्र लक्ष्य और काम की दिशा संभालेगा, जबकि प्रोग्राम अधिकार जाँच, निष्पादन और सबूत सहेजने का काम करेगा।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
प्रस्तावित ढाँचे में Opus समग्र लक्ष्य और काम की दिशा संभालेगा, जबकि प्रोग्राम अधिकार जाँच, निष्पादन और सबूत सहेजने का काम करेगा। मंज़ूर दायरे के भीतर रोज़मर्रा के काम आगे बढ़ सकते हैं; लेकिन ज़रूरी बदलावों और अहम नीतिगत फैसलों पर फिर से इंसानी मंज़ूरी लेनी होगी।
मुझे अभ्यास में आगे क्या करना चाहिए?
एक ही, दोबारा खोला जा सकने वाला इंटरफ़ेस पूरे काम की स्थिति, बदलावों और इंसान के फैसले की प्रतीक्षा कर रहे अनुरोधों को दिखाए।