पढ़ने की अनुमतियाँ

जो एजेंट अपने पीयर को केवल भेज (send) सकता है, उसे सवाल पूछकर इंतज़ार करना पड़ता है। जो एजेंट अपने पीयर को पढ़ (read) सकता है, वह देख सकता है कि दूसरा एजेंट क्या कर रहा है और उसी टर्न में जवाब का इस्तेमाल कर सकता है — हाल का ट्रांसक्रिप्ट खींचना, टर्मिनल स्क्रीन देखना, नोट्स पढ़ना, या बस यह पूछना "पिछली बार देखने के बाद कुछ बदला है क्या"।

यह सच में उपयोगी है, और यह सच में एक डेटा-शेयरिंग फ़ैसला है। 1DevTool इसे उसी रूप में देखता है।

जब तक आप न कहें, कुछ भी पढ़ने योग्य नहीं

रीड परमिशन्स डिफ़ॉल्ट रूप से बंद होती हैं और हर लिंक के लिए अलग से दी जाती हैं, एक डायलॉग में जो हर उस एजेंट का नाम बताता है जिस तक यह कंटेंट पहुँच सकता है।

ये अनुमतियाँ अलग-अलग हैं, एक ही स्विच नहीं:

• बाउंडेड ट्रांसक्रिप्ट — बातचीत की हाल की एक विंडो
• फुल ट्रांसक्रिप्ट — पूरी बातचीत
• टर्मिनल स्क्रीन — इस वक्त स्क्रीन पर जो कुछ भी है, बिल्कुल वैसा ही

स्क्रीन ग्रांट के साथ एक साफ़ चेतावनी आती है, क्योंकि यह उसकी हकदार है: यह सिर्फ़ टर्मिनल फ़ॉर्मेटिंग हटाती है। की (keys), टोकन, और .env का आउटपुट ज्यों का त्यों वापस आता है।

डायलॉग वह हिस्सा भी बताता है जिसे भूलना आसान है — एजेंट जो कुछ भी पढ़ता है, वह उस वेंडर की बातचीत का हिस्सा बन जाता है। रद्द करना अगली रीड को रोकता है; जो पहले ही कॉपी हो चुका है, उसे यह वापस नहीं ला सकता।

रद्द करना

AI सेटिंग्स में लिंक की एंट्री से आप कभी भी रद्द कर सकते हैं। पहले से चल रही रीड को उसके पूरा होने से पहले ही रोक दिया जाता है।

यह साबित करना कि पूछ कौन रहा है

macOS पर, रीड रिक्वेस्ट को ऑपरेटिंग सिस्टम के मुक़ाबले वेरिफ़ाई किया जाता है: सिर्फ़ वह असल, लाइव प्रोसेस जो उस टर्मिनल के अंदर चल रही है जिसका यह लिंक है, इसके ज़रिए पढ़ सकती है। पड़ोस का कोई एजेंट जो सिर्फ़ सही आइडेंटिफ़ायर जानता है, उसे कुछ नहीं मिलता।

Linux और Windows पर, कमज़ोर प्रमाण स्वीकार करने के बजाय फ़िलहाल इन रीड्स को अस्वीकार कर दिया जाता है। इन प्लेटफ़ॉर्म्स पर भेजना, पूछना, जवाब देना और बाक़ी सब कुछ सामान्य रूप से काम करता है — बस रीड ग्रांट्स को तब तक रोका जाता है जब तक वैसा ही प्रमाण उपलब्ध न हो।

किसी पीयर को पब्लिश करना

व्यापक रीड एक्सेस देने के बजाय, कोई एजेंट किसी ख़ास लिंक के उठाने के लिए कुछ पब्लिश कर सकता है — एक फ़ाइल या नतीजा जो सिर्फ़ एक पीयर को सौंपा गया हो, और सिर्फ़ उसी लिंक से पढ़ा जा सके। जब मक़सद हो "रिव्यूअर को यह diff दे दो", तो पब्लिशिंग छोटा और ज़्यादा सुरक्षित तरीक़ा है।

Settings में लिंक लिस्ट

Settings → AI आपके एजेंट्स के हर लिंक को एक ही जगह दिखाता है:

• एक्टिव लिंक, टूटे हुए लिंक, और वे लिंक जो किसी एजेंट ने रिक्वेस्ट किए हैं पर अभी तक नहीं दिए गए
• किसी रिक्वेस्टेड लिंक को मंज़ूर या अस्वीकार करें
• किसी मौजूदा लिंक की अनुमतियों को एडिट करें
• यह रिव्यू करें कि रीड ग्रांट किसका कंटेंट उजागर करेगा
• ऐसे लिंक को फिर से कनेक्ट करें जिसका टर्मिनल रीस्टार्ट हुआ था
• उसे पूरी तरह से हटा दें

भेजने और पूछने में सक्षम लिंक तब भी खोजे जा सकते हैं, जब वे ट्रांसक्रिप्ट या स्क्रीन पढ़ने की अनुमति नहीं देते, ताकि सिर्फ़ रीडिंग बंद होने की वजह से कोई पीयर कभी "no peer exists" जैसी रिपोर्ट न दे।

भरोसे को लेकर एक बात

रीड परमिशन्स ऑर्केस्ट्रेशन का वह एक हिस्सा हैं जहाँ सुरक्षित डिफ़ॉल्ट की कुछ क़ीमत चुकानी पड़ती है — इनके बिना एजेंट धीमा काम करता है। यह अदला-बदली जानबूझकर आप पर छोड़ी गई है, हर लिंक के लिए अलग से, और जिस पल आप यह फ़ैसला लेते हैं, उस पल प्रभावित एजेंट्स के नाम स्क्रीन पर दिखाए जाते हैं।

संबंधित

• लिंक्ड टर्मिनल्स — वे लिंक बनाना जिन पर ये अनुमतियाँ लागू होती हैं
• टीम मैप — हर एज पर परमिशन बैज दिखाए जाते हैं
• ऑर्केस्ट्रेशन ओवरव्यू