मुक्त-रूप प्रक्रियाएँ

परिचय

मुक्त-रूप प्रक्रिया किसी एक कार्य को सरल, प्राकृतिक भाषा में बताती है। एजेंट निर्देशों को समझता है और स्थिति के अनुसार शब्दावली व क्रम को ढालता है। मुक्त-रूप प्रक्रिया टूल्स को कॉल कर सकती है (जिसमें कॉल समाप्त करने जैसे सिस्टम टूल्स भी शामिल हैं), नॉलेज बेस दस्तावेज़ देख सकती है और अन्य प्रक्रियाओं को श्रृंखलाबद्ध कर सकती है।

मुक्त-रूप प्रक्रिया का उपयोग कब करें

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

प्रक्रिया की संरचना

एडिटर में रिफंड प्रक्रिया का एक उदाहरण यहां दिया गया है:

एक प्रक्रिया के दो मुख्य भाग होते हैं: ट्रिगर और सामग्री। दोनों में दूसरे संसाधनों के इनलाइन रेफरेंस हो सकते हैं, जिन्हें ऊपर के स्क्रीनशॉट में रेंच आइकन वाले टैग के रूप में दिखाया गया है। हर प्रक्रिया का एक नाम भी होता है, जो डैशबोर्ड में दिखता है।

नाम

डैशबोर्ड में प्रक्रिया की पहचान करने वाला एक छोटा लेबल। नाम कभी भी LLM को नहीं भेजा जाता, इसलिए यह एजेंट के व्यवहार को प्रभावित नहीं करता।

ट्रिगर

यह बताता है कि एजेंट को इस प्रक्रिया का उपयोग कब करना चाहिए, उदाहरण के लिए जब यूज़र किसी ऑर्डर का रिफंड मांगता है।

ट्रिगर खाली केवल तब छोड़ें, जब आप उप-प्रक्रिया बना रहे हों।

सामग्री

प्रक्रिया का मुख्य भाग, जो markdown में लिखा जाता है। सामग्री बताती है कि एजेंट को क्या करना चाहिए: प्रश्न पूछना, ऑर्डर देखना, टूल कॉल करना या कॉल समाप्त करना। यह पालन करने के लिए चरणों की क्रमांकित सूची हो सकती है या स्थिति के लिए सामान्य मार्गदर्शन। हर चरण या दिशानिर्देश एक वाक्य (यूज़र से उनका ऑर्डर ID पूछें) या एक छोटा पैराग्राफ हो सकता है, जिसमें क्या करना है और क्यों, बताया गया हो।

क्रमिक कार्रवाइयों के लिए क्रमांकित चरणों और किसी चरण में आवश्यकताओं या उप-आइटम के लिए बुलेट पॉइंट्स का उपयोग करें।

इनलाइन रेफरेंस

प्रक्रियाएँ अलग-अलग प्रकार के संसाधनों को इनलाइन रेफरेंस कर सकती हैं:

• टूल्स (जैसे ऑर्डर देखना, कार्ड से शुल्क लेना, कॉल समाप्त करना, किसी इंसान को ट्रांसफर करना)
• नॉलेज बेस दस्तावेज़
• अन्य प्रक्रियाएँ

जब किसी चरण में एजेंट को टूल, नॉलेज बेस दस्तावेज़ या दूसरी प्रक्रिया का उपयोग करना हो, तो इनलाइन रेफरेंस का उपयोग करें। रेफरेंस संसाधन को प्रक्रिया से अपने-आप अटैच कर देते हैं, ताकि एजेंट उसका उपयोग कर सके। सामान्य टेक्स्ट में उल्लेख (जैसे यहां कैलकुलेटर टूल इस्तेमाल करें) भी काम करता है, लेकिन केवल तभी जब संसाधन पहले से एजेंट से अटैच हो।

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

API के माध्यम से मुक्त-रूप सामग्री लिखते समय, रेफरेंस डालने के लिए यह सिंटैक्स इस्तेमाल करें:

[tool id="tool_abc123"]
[kb id="kb_abc123"]
[procedure id="agtprc_abc123"]
[system_tool id="end_call"]
{{customer_id}}

इनलाइन प्रक्रिया रेफरेंस में उसी एजेंट की प्रक्रिया होनी चाहिए। एजेंट स्कोप और डुप्लिकेशन व्यवहार के लिए सीमाएँ देखें।

ट्रिगर में रेफरेंस की मदद से प्रक्रिया किसी संसाधन के आउटपुट के आधार पर शुरू हो सकती है, उदाहरण के लिए _जब get_user tier ‘gold’ लौटाता है _। सामग्री में रेफरेंस एजेंट को उस चरण में संसाधन को चलाने या देखने के लिए कहता है।

अगर किसी रेफरेंस किए गए संसाधन को बाद में हटा दिया जाता है या आपका अकाउंट उसकी पहुंच खो देता है, तो टैग टूटा हुआ दिखता है। एडिटर के ऊपर का त्रुटियाँ बैज इन रेफरेंस की सूची देता है: संसाधन मौजूद नहीं रहने पर अमान्य या संसाधन मौजूद होने पर भी आपके अकाउंट को पहुंच न होने पर अनुपलब्ध। कौन-सा चरण प्रभावित है देखने के लिए बैज खोलें और रेफरेंस ठीक करें या हटाएं।

उप-प्रक्रियाएँ

उप-प्रक्रिया का ट्रिगर खाली होता है। एजेंट इसे केवल किसी दूसरी ऐसी प्रक्रिया से चला सकता है जो इसे रेफरेंस करती हो।

एक एजेंट में चरण साझा करने और एक समय में उपलब्ध प्रक्रियाओं की संख्या घटाने के लिए उप-प्रक्रियाओं का उपयोग करें। एंट्री प्रक्रिया को ट्रिगर दें, उसकी सामग्री से संबंधित उप-प्रक्रियाओं को रेफरेंस करें और उनके ट्रिगर खाली छोड़ दें।

एस्केलेशन उप-प्रक्रिया में बातचीत किसी इंसान को सौंपने के चरण हो सकते हैं। इसे रिफंड और रद्दीकरण प्रक्रियाओं से रेफरेंस करें और इसका ट्रिगर खाली छोड़ दें। एजेंट किसी भी प्रक्रिया के चरण के रूप में एस्केलेट कर सकता है, लेकिन इनके बाहर उप-प्रक्रिया अनुपलब्ध रहती है।

दस्तावेज़ से इम्पोर्ट करना

आप किसी मौजूदा स्टैंडर्ड ऑपरेटिंग प्रोसीजर (SOP) से शुरुआत कर सकते हैं। प्रक्रिया सूची के + मेन्यू में SOP से चुनें, फिर फ़ाइल अपलोड करें।

समर्थित फ़ॉर्मैट: PDF, DOCX, TXT, MD, HTML, EPUB। फ़ाइलें 20 MB या उससे छोटी होनी चाहिए।

इम्पोर्टर दस्तावेज़ का विश्लेषण करता है, अधिकतम 10 अलग-अलग प्रक्रियाओं की पहचान करता है और हर एक के लिए जनरेट किए गए नाम, ट्रिगर और सामग्री के साथ एक ड्राफ़्ट बनाता है। उसे बेहतर बनाने के लिए हर ड्राफ़्ट खोलें। अगर आपके दस्तावेज़ में 10 से ज़्यादा SOP हैं, तो अपलोड करने से पहले उसे छोटी फ़ाइलों में बांट दें।

मुक्त-रूप प्रक्रिया प्रबंधित करें

सर्वोत्तम तरीके

प्रक्रियाओं को अच्छी तरह लिखने के लिए दो भागों को अच्छी तरह लिखना ज़रूरी है: ऐसा ट्रिगर जो सही समय पर प्रक्रिया चलाए और ऐसी सामग्री जिसका एजेंट पालन कर सके।

प्रक्रिया पर बार-बार सुधार करना

हम छोटे स्तर से शुरू करने और अगला बदलाव करने से पहले हर बदलाव जांचने के लिए एजेंट टेस्ट इस्तेमाल करने की सलाह देते हैं:

1. ट्रिगर और छोटी सामग्री लिखें।
2. उन अनुरोधों के लिए सिमुलेशन टेस्ट बनाएं जिनसे प्रक्रिया शुरू होनी चाहिए और ऐसे मिलते-जुलते अनुरोधों के लिए भी जिनसे नहीं होनी चाहिए।
3. पूरी प्रक्रिया चलाने वाला सिमुलेशन टेस्ट बनाएं।
4. टेस्ट चलाएं। कोई टेस्ट फ़ेल हो तो ट्रिगर या सामग्री ठीक करें।
5. हर बदलाव के बाद टेस्ट फिर से चलाएं।

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

ट्रिगर लिखना

सामग्री लिखना

प्रक्रियाओं को संयोजित करना