Mono में AI टूल की अनुमति: मंजूरी से पहले क्या जाँचें
Mono की चैट नीतियाँ, MCP टूल सेटिंग और कोडिंग एजेंट की मंजूरी समझें। पहुँच देने से पहले कार्रवाई, लक्ष्य और अनुमति का दायरा जाँचें।
किसी AI टूल को कुछ करने की अनुमति देने से पहले पता करें कि वह क्या पढ़ेगा या बदलेगा, किस खाते या फ़ाइल पर असर पड़ेगा, और आपकी मंज़ूरी सिर्फ़ इस अनुरोध के लिए है या आगे के अनुरोधों के लिए भी। जाना-पहचाना टूल नाम इन सवालों का जवाब नहीं देता।
Mono by Reunified में चैट टूल, जुड़े हुए MCP टूल और कोडिंग एजेंट के लिए अलग-अलग नियंत्रण हैं। यह गाइड बताती है कि ये कैसे अलग हैं और हर अनुरोध जाँचने का आसान तरीका देती है। Mono अभी उपलब्ध नहीं है (प्रतीक्षा सूची में जुड़ें), और आपको दिखने वाले विकल्प आपके कनेक्शन और एजेंट पर निर्भर करते हैं।
1. खाते की पहुँच और कार्रवाई की मंजूरी अलग समझें
किसी सेवा में साइन इन करने से उस खाते तक पहुँच मिलती है। किसी कार्रवाई को मंज़ूरी देना दूसरे सवाल का जवाब है: क्या यह खास कार्रवाई अभी चलनी चाहिए? स्किल इंस्टॉल करना, सिस्टम अनुमति देना और कोडिंग एजेंट का अनुरोध मानना भी अलग-अलग फ़ैसले हैं।
दस्तावेज़ों वाला एक काल्पनिक काम लें: “मेरा ड्राफ्ट ढूँढो” का मतलब “ड्राफ्ट सबके साथ साझा करो” नहीं है। खाता दोनों की अनुमति दे सकता है, पर आपका अनुरोध सिर्फ़ एक को कवर करता है। कोई संवेदनशील चीज़ जोड़ने से पहले अपनी सीमा लिख लें: एक तय दस्तावेज़ पढ़ना, सारांश लौटाना और रुक जाना।
किसी स्किल पर भरोसा करने और उसे सेट करने का फ़ैसला करने के लिए स्किल इंस्टॉलेशन मार्गदर्शिका देखें। इस्तेमाल शुरू होने के बाद हर कार्रवाई जाँचें, यह न मानें कि इंस्टॉल करते ही आगे के सारे फ़ैसले हो गए।
2. जानें कि Mono का कौन-सा नियंत्रण लागू है
Mono की अनुमतियां में टूल वाले हिस्से में क्वेरी कॉल (जो जानकारी पढ़ती हैं) और म्यूटेशन कॉल (जो कुछ बदलती हैं) के लिए अलग डिफ़ॉल्ट हैं। हर एक को अनुमति दें, पूछें या अस्वीकार करें पर रखा जा सकता है। ये डिफ़ॉल्ट उन टूल पर लागू होते हैं जिन्हें सहायक चैट में बुलाता है। किसी इंस्टॉल किए गए MCP स्किल में कॉन्फ़िगरेशन वाला हिस्सा उसके टूल दिखा सकता है, और वहाँ किया गया चुनाव उस टूल के लिए डिफ़ॉल्ट की जगह ले लेता है।
पूछें एक कार्ड दिखाता है जिसमें आप कॉल मानते या ठुकराते हैं। अनुमति दें उसे बिना पूछे चला देता है, और अस्वीकार करें उसे रोक देता है। चूँकि ये डिफ़ॉल्ट चैट के लिए हैं, यह न मानें कि ये कोडिंग एजेंट या शेड्यूल किए गए टास्क का काम भी तय करते हैं।
कोडिंग एजेंट अलग से अनुमति माँगते हैं, और कौन-से विकल्प दिखें यह एजेंट तय करता है, जैसे अनुमति दें, हमेशा अनुमति दें या अस्वीकार करें। Mono का YOLO मोड एजेंट के हर अनुरोध को बिना पूछे मान लेता है, इसलिए एजेंट बिना निगरानी के फ़ाइलें बदलता और कमांड चलाता है। अगर आप हर अनुरोध खुद देखना चाहते हैं, तो इसे बंद रखें। फ़ोन डिस्कनेक्ट होने पर भी सत्र आपके कंप्यूटर पर चलते रहते हैं, इसलिए फ़ोन लॉक करने से एजेंट रुकता नहीं।
3. कार्रवाई, लक्ष्य और उपलब्ध विवरण पढ़ें
माँगी गई कार्रवाई की तुलना अपने मूल काम से करें। सोचें कि डिवाइस से क्या बाहर जाएगा, क्या बदल सकता है और नतीजा कहाँ दिखेगा। पढ़ने वाली कॉल भी किसी जुड़ी सेवा के साथ निजी डेटा साझा कर सकती है, इसलिए “क्वेरी” लेबल का मतलब यह नहीं कि कॉल हानिरहित है।
सहमति कार्ड टूल और सर्वर का नाम दिखाता है, पर हो सकता है कि वह अनुरोध का हर विवरण न दिखाए। कोडिंग अनुमति के विवरण भी स्क्रीन में समाने के लिए छोटे किए जा सकते हैं। अगर लक्ष्य, पाने वाला या कमांड साफ़ न हो, तो अस्वीकार करें या रुकें, और अनुमति देने से पहले पढ़ने लायक विवरण माँगें।
MCP टूल विनिर्देश कहता है कि जब तक सर्वर भरोसेमंद न हो, टूल के विवरण-चिह्नों को अविश्वसनीय मानें। टूल को इस आधार पर परखें कि वह असल में क्या करता है और कहाँ से आया है, किसी तसल्ली देने वाले लेबल के आधार पर नहीं।
4. जरूरत के अनुरूप सबसे सीमित निर्णय चुनें
अनुरोध आने पर यह तालिका इस्तेमाल करें:
| प्रस्तावित कार्रवाई | अनुमति से पहले क्या जाँचें |
|---|---|
| प्रोजेक्ट दस्तावेज़ पढ़ना | सही खाता, सटीक दस्तावेज़ और डेटा किस काम आएगा |
| एक रिकॉर्ड अपडेट करना | सटीक रिकॉर्ड, फ़ील्ड और नए मान |
| सामग्री भेजना या साझा करना | पाने वाला, सामग्री, कौन देख सकेगा और कब जाएगी |
| अपने कंप्यूटर पर कमांड चलाना | कार्य फ़ोल्डर, कमांड और अपेक्षित असर |
| स्थायी अनुमति देना | आगे यह क्या कवर करेगी और इसे कैसे बदलें या हटाएँ |
अगर एजेंट एक बार वाला और “हमेशा” वाला, दोनों विकल्प दे, तो वही चुनें जो आपका इरादा हो। हमेशा अनुमति दें इस एक कार्रवाई की मंज़ूरी से ज़्यादा बड़ा है। ACP टूल-कॉल दस्तावेज़ बताता है कि एजेंट कौन-से विकल्प दे सकता है; हर एजेंट सारे विकल्प नहीं देता, न हर कार्रवाई से पहले पूछता है।
5. लौटाई गई सामग्री को जाँचने योग्य सूचना मानें
टूल के नतीजे में दस्तावेज़, वेब पेज या किसी सेवा का संदेश हो सकता है। उस नतीजे के अंदर लिखा टेक्स्ट आपका निर्देश नहीं है। अगर लाया गया कोई पेज सहायक से कहे कि फ़ाइल कहीं भेज दो, तो कुछ और मंज़ूर करने से पहले उसे अपने असली लक्ष्य से मिलाएँ।
दस्तावेज़ वाले उदाहरण में “इसे सबके साथ साझा करो” जैसा वाक्य यह नहीं बताता कि “सब” कौन हैं, और न ही प्रकाशित करने की अनुमति देता है। संबंधित अंश माँगें और अलग से तय करें कि कुछ करना ज़रूरी है या नहीं।
मंज़ूर बदलाव के बाद मूल सेवा में नतीजा जाँचें। अगर जवाब खो जाए या साफ़ न हो, तो दोबारा कोशिश से पहले गंतव्य देखें। मंज़ूरी कार्रवाई को चलने की कोशिश करने देती है; यह साबित नहीं करती कि नतीजा हुआ।
6. काम खत्म होने पर स्थायी पहुँच की समीक्षा करें
काम खत्म होने पर व्यापक डिफ़ॉल्ट को वैसा कर दें जैसा आप रोज़ के इस्तेमाल में चाहते हैं। अगर एजेंट की अपनी सेटिंग हैं, तो वहाँ “हमेशा अनुमति दें” वाले चुनाव देखें। Mono में कनेक्शन हटाने से सेवा की तरफ़ दी गई पहुँच शायद रद्द न हो, इसलिए उसके लिए उसी सेवा की खाता सेटिंग इस्तेमाल करें।
खाता, टूल, उद्देश्य और बाद में दोबारा जाँचने वाली पहुँच का छोटा नोट रखें। अगर कोई अनुरोध अनुमति के बजाय कनेक्शन की वजह से विफल लगे, तो MCP समस्या-समाधान देखें। कोड के लिए, परिणामी बदलावों की समीक्षा उन कमांड मंज़ूरियों से अलग करें जिनसे वे बने।
