अनुमतियाँ

किसी खाते को कनेक्ट करना और Okou को उसका उपयोग करने देना, ये दो अलग-अलग निर्णय हैं। किसी Workflow या परिणाम को साझा करने से आपके खाते, व्यक्तिगत निर्देश, निजी चैट या अनुमति-प्रदान साझा नहीं होते।

कनेक्शन, प्राधिकरण और अनुमति

हर सदस्य अपने खाते स्वयं कनेक्ट और अधिकृत करता है। कोई टीम Workflow उसके लेखक के निजी इनबॉक्स या टोकन का उपयोग नहीं कर सकता। Workspace में स्थापित इंटीग्रेशन के लिए अलग से सदस्य-लिंकिंग की आवश्यकता हो सकती है।

My Okou

Connectors का उपयोग करें या अपनी चैट में दिख रहे कनेक्शन अनुरोध का पालन करें। इच्छित खाता चुनें, सेवा की अपनी कनेक्शन प्रक्रिया पूरी करें, और माँगी गई किसी भी नामित अनुमति की समीक्षा करें। किसी सेवा को कनेक्ट करने के लिए आपको कोई विशेषज्ञ Agent बनाने की आवश्यकता नहीं है।

कुछ खातों में अतिरिक्त Chat connector accounts नियंत्रण होते हैं। जहाँ ये नियंत्रण उपलब्ध हों, वहाँ देखें कि इस Chat के लिए कौन-से खाते सक्षम हैं और कौन-सा खाता चुना गया है। केवल सहेजा हुआ कनेक्शन होने का अर्थ यह नहीं है कि उसे हर Chat में उपयोग करने की अनुमति मिल गई है, और किसी खाते का चयन कर लेने का अर्थ यह भी नहीं है कि हर कनेक्टर क्रिया की अनुमति मिल गई है। My Okou अपने-आप इन नियंत्रणों को सक्षम नहीं करता; यदि ये उपलब्ध नहीं हैं, तो वही कनेक्शन और प्राधिकरण प्रक्रिया अपनाएँ जो आपको दिखाई जाती है।

अनुमति का दायरा उत्पाद अनुरोध और कनेक्टर नीति से निर्धारित होता है। केवल इस आधार पर यह मानकर न चलें कि कोई अनुमति सिर्फ एक Chat या एक सहेजे हुए खाते तक सीमित है, क्योंकि आपने उसे वहीं स्वीकृत किया था। स्वीकृति देने से पहले नामित अनुमति और प्रदर्शित अवधि की समीक्षा करें।

Legacy Agents

यदि आपके इंटरफ़ेस में अभी भी Agents हैं, तो इच्छित Agent चुनें और उसकी Authorization सेटिंग्स खोलें। कोई कनेक्शन विशिष्ट Agents को अधिकृत कर सकता है। चुना गया Agent, उसे प्रकाशित करने वाले व्यक्ति के खाते का नहीं, बल्कि उसे चलाने वाले सदस्य के कनेक्ट किए गए खातों और अनुमति-प्रदान का उपयोग करता है। किसी एक Agent का प्राधिकरण हटाने से अन्य अधिकृत Agents पर कोई प्रभाव नहीं पड़ता।

पहुँच देना और वापस लेना

जब Okou को ऐसी अनुमति चाहिए जो उसके पास नहीं है, तो कनेक्टर, क्रिया, कारण, और दिखाया गया कोई भी खाता या दायरा ध्यान से देखें। Allow या Deny चुनें, और उस अनुरोध में उपलब्ध अवधि चुनें। समय-सीमित पहुँच समाप्त होने के बाद फिर से नवीनीकृत करनी होगी। किसी एक अनुमति को अस्वीकार करने से खाता डिस्कनेक्ट नहीं होता और न ही असंबंधित अनुमति-प्रदान हटते हैं।

वर्तमान पहुँच की समीक्षा Connectors में और उत्पाद द्वारा उपलब्ध कराए गए अनुमति नियंत्रणों में करें। Legacy Agents में, चुने गए Agent की Authorization सेटिंग्स भी देखें। Chat की पहुँच हटाना, किसी क्रिया की अनुमति वापस लेना, और सहेजे हुए खाते को डिस्कनेक्ट करना तीन अलग-अलग कार्रवाइयाँ हैं। इनमें से कोई एक चुनने से पहले उसका प्रदर्शित प्रभाव अवश्य जाँचें।

क्रेडेंशियल प्रबंधन

OAuth टोकन और मैन्युअल रूप से दर्ज किए गए सीक्रेट प्लेटफ़ॉर्म पर संग्रहीत किए जाते हैं। कनेक्टर अनुरोधों के लिए फ़ायरवॉल नेटवर्क सीमा पर क्रेडेंशियल प्रविष्ट करता है; सीक्रेट को agent code के सामने environment variable के रूप में उजागर नहीं किया जाता।

पासवर्ड, API keys, OAuth tokens या client secrets को किसी Chat, निर्देश, Workflow या संलग्न फ़ाइल में पेस्ट न करें। कनेक्टर की कनेक्शन प्रक्रिया का उपयोग करें। सहेजे हुए खाते को डिस्कनेक्ट करने से वह कनेक्शन भविष्य के runs से हट जाता है; यह केवल किसी एक Chat में उसके उपयोग को अक्षम करने से अधिक व्यापक कार्रवाई है।

अनुमोदन सीमाएँ

वास्तव में लागू की जा सकने वाली सीमा कनेक्टर का नामित अनुमति-प्रदान है। कोई व्यक्तिगत निर्देश या Workflow निर्देश पहुँच का विस्तार नहीं करता, और “sensitive action” जैसी कोई सामान्य श्रेणी यह सुनिश्चित नहीं करती कि हर बाहरी लेखन-क्रिया उसी तरह रुकेगी।

ऐसे कार्य के लिए जिसे मानव समीक्षा के अधीन ही रहना चाहिए:

1. जहाँ कनेक्टर इन्हें अलग-अलग उपलब्ध कराता है, वहाँ पढ़ने या मसौदा बनाने की पहुँच दें और अंतिम लिखने या भेजने की पहुँच अस्वीकार करें।
2. समीक्षा की आवश्यकता को व्यक्तिगत निर्देशों या Workflow में स्पष्ट रूप से लिखें।
3. अंतिम कार्रवाई मानव के पास ही रखें, उदाहरण के लिए ईमेल का मसौदा या प्रस्तावित परिवर्तन तैयार करके।

अपस्ट्रीम सेवा नियंत्रणों का भी उपयोग करें: सीमित-दायरे वाली API keys, न्यूनतम-अधिकार वाले OAuth scopes, repository permissions, और अलग production credentials। खरीद-स्वीकृति, खाते को कनेक्ट करने से अब भी अलग रहती है।

चैट, लॉग और व्यवस्थापक दृश्यता

सदस्य अपनी-अपनी Chat threads तक पहुँचते हैं। किसी Workflow को प्रकाशित करना, या legacy अनुभव में किसी Agent को प्रकाशित करना, किसी सदस्य की निजी Chats या credentials को प्रकाशित नहीं करता। वार्तालापों और artifacts को केवल स्पष्ट साझाकरण नियंत्रणों के माध्यम से ही साझा करें।

Workspace व्यवस्थापक बिलिंग और क्षमता प्रबंधन के लिए सदस्य-स्तरीय उपयोग के समेकित आँकड़े देख सकते हैं। इससे निजी Chat सामग्री अपने-आप उजागर नहीं होती। अपनी Chat के भीतर activity record देखकर जाँचें कि कौन-सी कनेक्टर क्रिया चली और वह सफल हुई या नहीं।

समीक्षा चेकलिस्ट

• क्या इच्छित सेवा खाता कनेक्ट है और इस कार्य के लिए उपलब्ध है?
• Legacy Agents में, क्या इच्छित Agent अधिकृत है?
• जहाँ Chat खाता नियंत्रण मौजूद हैं, क्या इच्छित खाता अनुमत भी है और चुना भी गया है?
• क्या केवल आवश्यक नामित क्रियाएँ, उपयुक्त अवधि के लिए, अनुमत हैं?
• क्या इस कार्य में अंतिम बाहरी कार्रवाइयाँ किसी समीक्षा-योग्य चरण में रखी गई हैं?

कनेक्टर्स, वर्कफ़्लोज़, और टीमों के लिए देखें।