पहचान
खोलिए एजेंट फिर एजेंट के विवरण पृष्ठ पर पहुँचने के लिए किसी कार्ड पर क्लिक कीजिए। अवलोकन टैब वह संपादन-योग्य सतह है, जिस पर हर फ़ील्ड चलते-चलते सहेज लेती है - चुनाव और टॉगल बदलते ही, और टेक्स्ट फ़ील्ड जब आप कहीं और क्लिक करते हैं। यहाँ कोई अलग एडिट डायलॉग नहीं है जिसे सबमिट करना याद रखना पड़े।
वह अवतार कार्ड कोई अपलोड की गई चौकोर तस्वीर लेता है, न हो तो किसी इमोजी पर वापस चला जाता है, या कार्टून बनाएँ - एक ऐसा चित्र जो किसी वैकल्पिक संदर्भ तस्वीर, विवरण, शैली-नोट और इमोजी-मिज़ाज से बनता है। चित्र क़रीब एक मिनट में वापस आ जाता है। पहचान कार्ड में मॉडल, विवरण, वह एक्सेंट रंग जिससे एजेंट को पूरे डैशबोर्ड में रंगा जाता है, और पहुँच: यानी एजेंट का वातावरण केवल-पढ़ने योग्य है, पढ़ने-लिखने योग्य है, या पढ़ने-लिखने-चलाने योग्य है। ग्राहकों से जुड़े किसी भी काम के लिए केवल-पढ़ने योग्य से शुरू कीजिए, और इसे तभी बढ़ाइए जब किसी काम को सचमुच फ़ाइलें लिखने की ज़रूरत हो।
विवरण महज़ सजावट नहीं है। यही वह चीज़ है जो दूसरे लोग - और दूसरे एजेंट भी - तब देखते हैं जब वे तय करते हैं कि किससे पूछा जाए, और एजेंट-पिकर की खोज इसी पर मेल खाती है।
स्थायी निर्देश
वह सिस्टम प्रॉम्प्ट कार्ड एजेंट का ब्रीफ़ है: वह कौन है, वह किसके लिए ज़िम्मेदार है, उसे कभी क्या नहीं करना चाहिए, और उसे कैसे जवाब देना चाहिए। यह पृष्ठ पर सबसे ज़्यादा असर डालने वाला अकेला फ़ील्ड है। एक AI से बनवाइए बटन एजेंट के नाम, विवरण और चुने हुए टूल्स से एक ब्रीफ़ का मसौदा तैयार करता है; परिणाम को संपादन योग्य पहला मसौदा समझिए, तैयार ब्रीफ़ नहीं।
अच्छे निर्देश ठोस और सीमाबद्ध होते हैं। दर्शक बताइए, लहजा बताइए, एस्केलेशन का नियम बताइए (“रिफ़ंड से जुड़ी कोई भी बात हो तो किसी इंसान को सौंप दो”), और यह भी बताइए कि दायरे से बाहर क्या है। धुंधले ब्रीफ़ ऐसे एजेंट बनाते हैं जो अपने काम की सीमाओं के बारे में पूरे भरोसे के साथ ग़लत होते हैं।
सिस्टम प्रॉम्प्ट को संपादित करने के लिए पुनः चालू करने की ज़रूरत नहीं है। चल रही बातचीतों को एक बार यह सूचना मिलती है कि उनके संचालन-निर्देश बदल गए हैं, और वे अपनी अगली बारी में नया पाठ अपना लेती हैं।
मॉडल चुनना
Olano 18+ LLM प्रदाताओं पर चलता है, और मॉडल हर एजेंट के लिए अलग चुना जाता है। प्रबंधित तैनाती में ड्रॉपडाउन सबसे पहले Olano-प्रबंधित स्तरों को एक तय सीढ़ी में दिखाता है - Olano Turbo (तेज़ और सस्ता, डिफ़ॉल्ट), Olano Pro (ज़्यादा जटिल बहु-चरण काम के लिए) और Olano Max (अधिकतम क्षमता, सबसे ज़्यादा लागत) - हर एक क्रेडिट में बिल होता है, आपकी अपनी प्रदाता-कुंजी के बिना। इसके नीचे वे प्रदाता आते हैं जिन्हें आपने ख़ुद प्रामाणित किया है।
ड्रॉपडाउन सिर्फ़ उन्हीं प्रदाताओं को सूचीबद्ध करता है जिन्हें आप सचमुच इस्तेमाल कर सकते हैं: कुंजी-आधारित प्रदाता तभी दिखता है जब उसकी कुंजी मौजूद हो, और OAuth प्रदाता जुड़ने के बाद। आप कभी ऐसा मॉडल नहीं चुनेंगे जो जवाब ही न दे सके। जहाँ कोई मॉडल रीज़निंग-एफ़र्ट नियंत्रण देता है, वहाँ एक रीज़निंग एफ़र्ट ड्रॉपडाउन Model के नीचे दिखता है; जिन मॉडलों में यह सुविधा नहीं होती वे कुछ नहीं दिखाते, क्योंकि सेट करने को कुछ है ही नहीं।
आपको पक्का करने की ज़रूरत नहीं है। किसी भी बातचीत में, चैट हेडर का मॉडल चिप सिर्फ़ उस एक बातचीत को अलग मॉडल पर चलाता है, बिना एजेंट के कॉन्फ़िगर किए गए डिफ़ॉल्ट को छेड़े।
टूल्स
वह टूल्स टैब एक खोजने योग्य ब्राउज़र है, जिसमें वह सब कुछ है जो इस एजेंट को दिया जा सकता है: 75+ अंतर्निहित इंटीग्रेशन, जो कुल मिलाकर 450+ कनेक्टर टूल देते हैं, श्रेणियों और चुनिंदा बंडलों में बँटे हुए। बाईं ओर की पट्टी इन पर फ़िल्टर करती है: सभी, चयनित या अनुपलब्ध कुंजियाँ; मुख्य पैनल में चेकबॉक्स कार्ड सूचीबद्ध होते हैं, हर एक पर तैयारी का बैज - तैयार, या अभी भी अनुपलब्ध क्रेडेंशियल की गिनती - और हर टूल को जिन सीक्रेट की ज़रूरत है उनके नाम भी बताता है। चुनाव अपने आप सहेज जाता है।
कुछ टूल अपने आप जोड़ दिए जाते हैं और यहाँ सूचीबद्ध नहीं होते: मेमोरी, समय, वेब लुकअप, और कुछ और सार्वभौमिक सहायक जो हर एजेंट को मिलते हैं। ऑपरेशंस टूल - शेड्यूलिंग, स्वीकृतियाँ, हार्टबीट प्रबंधन - हर एजेंट को सीधे दिए जाने के बजाय एक अंतर्निहित ऑपरेशंस सबएजेंट पर रहते हैं।
टैब के नीचे, एक समेटा हुआ सेक्शन स्वीकृति ओवरराइड (एडवांस्ड) सेक्शन चुने गए टूल्स को उनकी प्रभावी स्वीकृति स्थिति के साथ सूचीबद्ध करता है, और हर टूल के लिए एक Default / हमेशा पूछें / कभी न पूछें नियंत्रण मिलता है। यह टूल-विशेष सेटिंग स्वीकृति प्रणाली में सबसे ऊँची प्राथमिकता वाला नियम है - देखिए अध्याय 8.
ज़्यादा टूल होना बेहतर नहीं है। एजेंट के पास जो भी टूल है, वह ऐसा टूल है जिसे वह ग़लत पल में इस्तेमाल कर सकता है, और लंबी सूची हर अलग चुनाव को कम भरोसेमंद बना देती है। एजेंट को उतने ही टूल दीजिए जो उसके काम के लिए ज़रूरी हैं, और बस।
स्किल्स और सबएजेंट
एक स्किल एक लिखित प्रक्रिया है जिसे एजेंट अपना सकता है: निर्देशों वाला एक फ़ोल्डर, और चाहे तो स्क्रिप्ट भी। टैब स्किल्स टैब इस एजेंट के लिए उपलब्ध स्किल डायरेक्टरी सूचीबद्ध करता है और आपको उन्हें चालू या बंद करने देता है। स्किल्स वह तरीक़ा हैं जिससे आप कोई दोहराई जा सकने वाली विधि सिखाते हैं - “हम इनबाउंड लीड को कैसे परखते हैं”, “हम साप्ताहिक रिपोर्ट को कैसे फ़ॉर्मैट करते हैं” - बिना उसे सिस्टम प्रॉम्प्ट में ठूँसे। इन्हें बताया गया है अध्याय 3.
वह सबएजेंट टैब में नेस्टेड विशेषज्ञ होते हैं जिन्हें यह एजेंट काम सौंप सकता है। हर एक के अपने निर्देश, अपने टूल्स, और चाहे तो अपना मॉडल होता है, और वह अपने ही संदर्भ में चलता है ताकि मूल एजेंट की बातचीत साफ़ बनी रहे। इसे शून्य से जोड़िए, किसी विशेषज्ञ आर्किटाइप से, या किसी एक सेवा से जुड़े इंटीग्रेशन के रूप में। काम सौंपने के बारे में बताया गया है अध्याय 4.
हर-एजेंट सेटिंग्स
Overview टैब का बाक़ी हिस्सा विकल्प-कार्डों का ढेर है। हर नियंत्रण पर एक संकेत होता है जो बताता है कि वह क्या करता है, और हर ड्रॉपडाउन बताता है कि हर विकल्प का मतलब क्या है - आपको अंदाज़ा नहीं लगाना चाहिए।
| कार्ड | यह क्या नियंत्रित करता है |
|---|---|
| मेमोरी | क्या एजेंट दीर्घकालिक स्मृति रखता है और अपने ही दस्तावेज़ों में खोजता है। देखिए अध्याय 3. |
| हार्टबीट | बार-बार होने वाली बैकग्राउंड जाँच चालू करता है और तय करता है कि वे कितनी बार चलें। तुरंत लागू होता है, पुनः चालू करने की ज़रूरत नहीं। |
| निगरानी | स्थायी स्वीकृति आधार-रेखा: Trusted, Supervised या Locked-down में से कोई एक मोड, साथ ही “लिखने वाली कार्रवाइयों से पहले पूछें” और “शेल कमांड से पहले पूछें” वाले टॉगल जो इसके ऊपर परत की तरह जुड़ते हैं। |
| Cortex Engine | इस एजेंट के स्वायत्त सुधार-कार्य के लिए एक मुख्य स्विच। बंद करते ही यह तुरंत रुक जाता है। |
| बहु-उपयोगकर्ता मोड | एक एजेंट को ऐसा बना देता है जिसे कई लोग साझा कर सकें, जिसमें हर व्यक्ति की स्मृति अलग-थलग रहे। देखिए अध्याय 9. |
| पहुँच और सुरक्षा | Human-only (कोई और एजेंट इसे संदेश नहीं भेज सकता), Hidden (सूचियों से छिपा हुआ), चैट में ऑटो-एक्सेप्ट, और यह संख्यात्मक सीमा कि एक बारी कितनी देर तक काम कर सकती है। |
| दर सीमाएँ | प्रति मिनट, घंटे और दिन आने वाले संदेशों की अधिकतम सीमा, साथ ही चाहे तो हर चैनल के लिए अलग सेटिंग। निर्धारित और स्वायत्त काम इससे मुक्त है। |
| शेड्यूल | इस एजेंट के नियमित कार्यों के लिए एक पूरा एडिटर। सहेजते ही तुरंत लागू हो जाता है। देखिए अध्याय 6. |
बाक़ी हिस्सों को अन्य टैब कवर करते हैं: Connectors और MCP बाहरी पहुँच के लिए (अध्याय 5), वेबहुक आने-जाने वाले इवेंट के लिए, Commands तय करता है कि चैट यूज़र कौन-से स्लैश कमांड चला सकते हैं, Talk to Agent संगठन में स्थान और मैसेजिंग अनुमतियों के लिए, वेरिएबल सिर्फ़ इसी एक एजेंट तक सीमित क्रेडेंशियल के लिए, और Advanced बाक़ी बची हर सेटिंग के लिए। जहाँ आपकी तैनाती इसकी इजाज़त देती है, वहाँ एक कॉन्फ़िग टैब सीधे एजेंट की मूल कॉन्फ़िगरेशन फ़ाइल दिखाता है।
अच्छे एजेंट को क्या बनाता है
- एक काम, एक वाक्य में बताया गया। अगर आप एजेंट के दायरे को एक वाक्य में नहीं बता सकते, तो उसे दो एजेंटों में बाँट दीजिए।
- ऐसे निर्देश जो बताते हैं कि क्या नहीं करना है। दायरे की सीमाएँ और एस्केलेशन के नियम उतने बुरे नतीजों को रोकते हैं जितने अच्छे नतीजे क्षमता-सूचियाँ पैदा करती हैं - बल्कि उससे कहीं ज़्यादा।
- सबसे छोटा टूलसेट जो काम कर जाए। टूल तभी जोड़िए जब किसी काम के फ़ेल होने की वजह उसकी कमी हो, पहले से अंदाज़ा लगाकर नहीं।
- ऐसी निगरानी सेटिंग जिसका आप बचाव कर सकें। केवल-पढ़ने वाला शोध बेरोकटोक चल सकता है। जो कुछ भेजे, पोस्ट करे, भुगतान करे या मिटाए, उसे तब तक किसी इंसान का इंतज़ार करना चाहिए जब तक आपने उसे काम करते हुए देख न लिया हो।
- काम से मेल खाता मॉडल। रोज़मर्रा की छँटाई को सबसे महँगी श्रेणी की ज़रूरत नहीं होती; साप्ताहिक विश्लेषण को शायद हो।
एजेंटों को उनके विवरण पृष्ठ की ऊपरी पट्टी से रोका और शुरू किया जा सकता है। रुका हुआ एजेंट पुनः चालू होने पर भी रुका ही रहता है और paused बैज दिखाता रहता है, जब तक आप उसे साफ़ तौर पर दोबारा शुरू न करें - इसलिए किसी शोर मचाने वाली चीज़ को रोकना सुरक्षित और टिकाऊ है।