नेविगेशन पर जाएँ

फ्री-फॉर्म प्रक्रियाएं

प्राकृतिक भाषा में लिखे गए कार्य-विशिष्ट निर्देश

खास जानकारी

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

फ्री-फॉर्म प्रक्रिया का इस्तेमाल कब करें

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

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

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

रिफंड प्रक्रिया
उदाहरण

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

नाम

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

ट्रिगर

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

ट्रिगर को खाली केवल सब-प्रक्रिया बनाते समय छोड़ें।

कंटेंट

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

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

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

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

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

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

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

API के ज़रिए फ्री-फॉर्म कंटेंट लिखते समय, नीचे दिए सिंटैक्स से रेफरेंस डालें:

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

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

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

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

प्रक्रिया एडिटर में स्लैश मेनू

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

अमान्य रेफरेंस सूची वाला
Errors डायलॉग

सब-प्रक्रियाएं

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

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

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

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

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

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

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

SOP अपलोड डायलॉग

फ्री-फॉर्म प्रक्रिया मैनेज करें

डैशबोर्ड में अपना एजेंट खोलें, फिर Procedures चुनें। फ्री-फॉर्म प्रक्रिया बनाने के लिए + का इस्तेमाल करें। ट्रिगर जोड़ें और कंटेंट एडिटर में निर्देश लिखें, फिर एजेंट में बदलाव प्रकाशित करें।

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

एजेंट को अपने ट्रिगर से सही प्रक्रिया चुननी होती है और कंटेंट का पालन करना होता है। जैसे-जैसे प्रक्रियाओं की संख्या बढ़ती है, अधिक सक्षम मॉडल यह काम ज़्यादा भरोसेमंद तरीके से करते हैं। विकल्पों के लिए मॉडल्स देखें।

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

किसी प्रक्रिया में बदलाव करते रहना

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

1

छोटी प्रक्रिया लिखें

एक ट्रिगर और छोटा कंटेंट लिखें। कंटेंट तभी बढ़ाएं जब कोई टेस्ट दिखाए कि एजेंट को और निर्देश चाहिए।

2

ट्रिगर टेस्ट जोड़ें

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

3

पूरा सिमुलेशन जोड़ें

ऐसा सिमुलेशन टेस्ट बनाएं जो पूरी प्रक्रिया चलाए और नतीजा जांचे।

4

टेस्ट चलाएं और विफलताएं ठीक करें

जब कोई टेस्ट विफल हो, तो ट्रिगर या कंटेंट ठीक करें, फिर हर टेस्ट दोबारा चलाएं।

ट्रिगर पर जल्दी बदलाव करने के लिए, ऐसा सिमुलेशन टेस्ट बनाएं जिसकी चैट हिस्ट्री यूज़र की रिक्वेस्ट पर खत्म होती हो और Maximum conversation turns को 1 पर सेट करें। एजेंट एक बार जवाब देता है, जो यह दिखाने के लिए काफी है कि रिक्वेस्ट सही प्रक्रिया शुरू करती है या नहीं, और हर रन छोटा रहता है। सफलता का मानदंड एजेंट ने रिफंड प्रक्रिया शुरू की लिखें। चैट हिस्ट्री के बिना, पहले मैसेज वाला एजेंट अपने अभिवादन में अकेला टर्न खर्च कर देता है और टेस्ट कुछ भी नहीं जांचता।

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

ट्रिगर लिखना

एक-दूसरे से मिलते-जुलते या अस्पष्ट ट्रिगर गलत प्रक्रिया चलाते हैं। जब यूज़र सब्सक्रिप्शन कैंसल करने के लिए कहे को जब यूज़र के पास अपने अकाउंट के बारे में सवाल हो पर प्राथमिकता दें।

यूज़र क्या मांग रहा है, यह बताएं; एजेंट को क्या करना चाहिए, यह नहीं। एजेंट की कार्रवाइयों के रूप में लिखे गए ट्रिगर कम भरोसेमंद होते हैं। जब यूज़र अपना सब्सक्रिप्शन कैंसल करने के लिए कहे को यूज़र का सब्सक्रिप्शन कैंसल करें पर प्राथमिकता दें।

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

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

कंटेंट लिखना

चरणों को एजेंट के लिए निर्देशों के रूप में लिखें: ग्राहक का आखिरी ऑर्डर देखें, न कि _आपको ग्राहक का आखिरी ऑर्डर देखना चाहिए _। सीधे निर्देशों का पालन सुझावों की तुलना में आसान होता है।

तर्क ऐसे एज केस पर भी लागू होता है जिन्हें प्रक्रिया में गिनाया नहीं गया है। क्योंकि रिफंड जारी करने के लिए हमें ऑर्डर ID चाहिए जैसा छोटा स्पष्टीकरण एजेंट को उन स्थितियों को संभालने में मदद करता है जिनका चरणों ने अनुमान नहीं लगाया। जहां एक पंक्ति का स्पष्टीकरण वही काम कर सकता हो, वहां सभी अक्षरों में MUST और कठोर स्क्रिप्ट से बचें।

वह व्यवहार बताएं जो आप चाहते हैं। अगर ऑर्डर नहीं मिलता है, तो यूज़र से ऑर्डर ID कन्फ़र्म करने के लिए कहें ऑर्डर की जानकारी मत गढ़ें से बेहतर काम करता है। अधिक नुकसान वाली गलतियों के लिए, गार्डरेल भी जोड़ें।

एजेंट को काम तय क्रम में करना हो तो क्रमांकित चरण मदद करते हैं। विवेक से लिए जाने वाले फैसलों के लिए, खासकर अधिक सक्षम मॉडल के साथ, कुछ वाक्यों का मार्गदर्शन अक्सर बेहतर काम करता है।

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

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

अगर एक स्थिति को कई सीमित प्रक्रियाओं में बांटा जाता है, तो एजेंट के पास चुनने के लिए अधिक ट्रिगर होते हैं और वह अधिक बार गलत प्रक्रिया शुरू करता है। अगर दो प्रक्रियाएं एक ही रिक्वेस्ट पर शुरू होंगी, तो उन्हें मर्ज करें। लगभग 3,000 वर्णों से लंबा कंटेंट आमतौर पर एक से अधिक स्थिति कवर करता है।

अगर कई प्रक्रियाओं में एक ही चरण दिखते हैं (ग्राहक की पहचान सत्यापित करना, ऑर्डर देखना, किसी व्यक्ति तक एस्केलेट करना), तो उन्हें सब-प्रक्रिया में निकालें और स्लैश मेनू से जरूरत वाली हर प्रक्रिया में इसका रेफरेंस दें। साझा चरणों को एक ही जगह बनाए रखने से उनका इस्तेमाल करने वाली हर प्रक्रिया एक जैसी रहती है।

ऐसी कार्रवाई के लिए सब-प्रक्रिया इस्तेमाल करें जिसे एजेंट केवल तभी चलाए जब दूसरी प्रक्रिया उसका अनुरोध करे, जैसे पहचान सत्यापन या एस्केलेशन। बिना ट्रिगर के, बातचीत शुरू होने पर यह एंट्री प्रक्रियाओं से प्रतिस्पर्धा नहीं करती। कम ट्रिगर विकल्प रूटिंग को केंद्रित रखते हैं।

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

टोन, पहचान, इनकार की नीतियां और गार्डरेल सिस्टम प्रॉम्प्ट में होने चाहिए। कार्य-विशिष्ट चरणों को प्रक्रियाओं में रखें।

प्रक्रियाएं एजेंट के कॉन्फ़िगरेशन का हिस्सा हैं, इसलिए नया एजेंट वर्ज़न प्रकाशित करने पर वे एक साथ स्नैपशॉट होती हैं। प्रक्रियाओं के पुराने सेट पर वापस जाने के लिए, पुराना एजेंट वर्ज़न रीस्टोर करें। एजेंट वर्ज़निंग देखें।

अगर आपकी टीम के पास पहले से SOP हैं, तो उन्हें ड्राफ़्ट में बदलने के लिए इंपोर्टर इस्तेमाल करें और फिर उन्हें बेहतर बनाएं।