स्वतंत्र मार्गदर्शिकाTypeSafe AI के Jev की स्वतंत्र मार्गदर्शिका
उपयोग

सुझाई गई कतार, मानवीय समीक्षा के साथ

Jev से ग्राहक फ़ीडबैक का वर्गीकरण करें

ग्राहक फ़ीडबैक वर्गीकरण का टेम्पलेट आजमाएँ, लेबल की सीमाएँ स्पष्ट करें और संदेश भेजने से पहले अस्पष्ट मामलों की जाँच करें।

यह टेम्पलेट लोड करें

स्रोतों की समीक्षा अपडेट किया गया सामग्री संस्करण 2

साक्ष्य का प्रकार हमारा मौलिक, काल्पनिक शिक्षण उदाहरण। मॉडल का कोई परिणाम पहले से भरा नहीं है।

हमारा मौलिक, काल्पनिक शिक्षण उदाहरण। मॉडल का कोई परिणाम पहले से भरा नहीं है।

बदला जा सकने वाला शुरुआती उदाहरण

यह टेम्पलेट लोड करें
1 · जाँचने के लिए पाठ
मेरे मासिक सब्सक्रिप्शन के पैसे दो बार कटे हैं। क्या कोई दोनों भुगतानों की जाँच में मदद कर सकता है?
2 · आपका सवाल
यह किस तरह की प्रतिक्रिया है?
3 · 2–6 विकल्प तय करें
  1. बग या खराबी
  2. नई सुविधा का अनुरोध
  3. बिल और भुगतान
  4. उपयोग में मदद
  5. सकारात्मक प्रतिक्रिया
  6. अन्य

ये मॉडल की संभावनाएँ हैं, मापी गई सटीकता या गारंटी नहीं। हाँ और नहीं आपके नियमों के अनुसार हैं; विकल्पों की तुलना केवल आपके दिए गए विकल्पों के बीच होती है।

क्या Jev ग्राहक की प्रतिक्रिया को वर्गीकृत कर सकता है?

हाँ। Choice प्रश्न Jev से आपकी श्रेणियों में से एक चुनने और सभी विकल्पों की प्रायिकताएँ लौटाने को कहता है। इससे शुरुआती सहायता कतार का सुझाव लिया जा सकता है, जिसकी कोई व्यक्ति समीक्षा करे। यह खाते की पुष्टि, तात्कालिकता का आकलन या धन-वापसी की मंज़ूरी नहीं देता।

संपादन योग्य प्रतिक्रिया टेम्पलेट खोलें। पूरा काल्पनिक इनपुट, प्रश्न और छह विकल्प ऊपर दिए हैं। इन्हें लोड करने से केवल ड्राफ़्ट बनता है; जाँच आपके अनुरोध पर ही चलती है। इस टेम्पलेट में एक प्रश्न है, जबकि समझाए गए प्रतिक्रिया परिदृश्य में तीन हैं।

हर श्रेणी की सीमा स्पष्ट करें

टेम्पलेट में शुरुआत में केवल नाम होते हैं और विवरण खाली होते हैं। आप नीचे के सुझाव संपादक में जोड़कर अपने काम के अनुसार बदल सकते हैं; ये अपने-आप लोड नहीं होते:

विकल्प सुझाया गया विवरण
बग या खराबी मौजूदा सुविधा में बताई गई खराबी।
नई सुविधा का अनुरोध अभी उपलब्ध न होने वाली क्षमता की माँग।
बिल और भुगतान शुल्क, बिल या भुगतान सुधार का अनुरोध।
उपयोग में मदद बिना खराबी बताए मौजूदा सुविधा इस्तेमाल करने का सवाल।
सकारात्मक प्रतिक्रिया कोई लंबित अनुरोध न होने पर प्रशंसा।
अन्य कोई श्रेणी उपयुक्त नहीं या मानवीय जाँच चाहिए।

अगर ऐप क्रैश से भुगतान की समस्या भी होती है, तो तय करें कि पहले किसे भेजना है: बताई गई खराबी, माँगे गए समाधान या जाँच करने वाली टीम के आधार पर। यह प्राथमिकता प्रश्न और विवरण में लिखें। संपादक में 2–6 विकल्प हो सकते हैं; यह इस वेबसाइट की सीमा है।

एक बार में एक चीज़ बदलें और तुलना करें

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

एक विकल्प पर प्रायिकता केंद्रित होना मापी हुई सटीकता नहीं है। यह टेम्पलेट असली टिकट नहीं सौंपता और इसमें सही उत्तर पहले से भरा नहीं है।

हमारे अंग्रेज़ी डेमो की दो दर्ज जाँचें

18 सितंबर 2026 को हमारे मूल अंग्रेज़ी परिदृश्य के तीन प्रश्नों से ये वास्तविक उत्तर मिले। तालिका में अंग्रेज़ी इनपुट और चुनी गई श्रेणी बिल्कुल मूल रूप में हैं:

अंग्रेज़ी का सटीक इनपुट दर्ज श्रेणी
My subscription was charged twice. Please help me with this issue. Billing
The app crashes at login. Please help me with this issue. Bug or fault

नतीजों का पाठ क्रमशः 03:05:24 और 03:07:12 UTC पर सहेजा गया। ये दो काल्पनिक संदेश हैं, हर एक की केवल एक सफल जाँच हुई; यह सटीकता का बेंचमार्क नहीं है। मॉडल का सटीक संस्करण दर्ज नहीं किया गया। ये परिणाम समझाए गए परिदृश्य के हैं, ऊपर के एक-प्रश्न वाले संपादन योग्य टेम्पलेट के नहीं; नई जाँच में यही परिणाम मिलने की गारंटी नहीं है। प्रकाशित स्क्रीनशॉट इनपुट में बदलाव और नतीजे दिखाते हैं।

अगर संदेश दो श्रेणियों में आता हो तो?

यह नया काल्पनिक इनपुट आज़माएँ: “मेरे सब्सक्रिप्शन का शुल्क दो बार लगा और लॉगिन करने पर ऐप क्रैश होता है।” चलाने से पहले मानवीय कार्रवाई तय करें। अगर दोनों समस्याओं के लिए अलग ज़िम्मेदार चाहिए, तो एक चुनी हुई श्रेणी दोनों ज़िम्मेदारियाँ नहीं दर्शा सकती। संदेश को अलग कार्यों में बाँटें या हर विशेषता को अलग हाँ/नहीं प्रश्न से जाँचें। जिन मामलों को आपके नियम हल नहीं करते, उनके लिए “अन्य” या मानवीय समीक्षा का रास्ता रखें।

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

स्रोत और आगे की पढ़ाई

यह मार्गदर्शिका आधिकारिक दस्तावेज़ों और लिंक की गई सामुदायिक रिपोर्टों पर आधारित है। समुदाय के अवलोकनों का श्रेय उनके लेखकों को दिया गया है।

  1. TypeSafe: Choice
  2. TypeSafe: Confidence
हम स्रोत कैसे जाँचते हैं
मसौदे की एक केंद्रित जाँच

उत्पाद के लेखन में निरपेक्ष वादों की जाँच करें

बिना शर्त किए गए वादों को पहचानने के लिए Jev का हाँ/नहीं लेखन-जाँच टेम्पलेट इस्तेमाल करें, फिर शब्दों और संदर्भ की खुद समीक्षा करें।

गाइड पढ़ें
भेजने से पहले कवरेज की समीक्षा करें

जाँचें कि उत्तर पूरे अनुरोध को संबोधित करता है या नहीं

Jev का उत्तर-पूर्णता टेम्पलेट आजमाएँ और जाँचें कि सुझाया गया उत्तर अनुरोध के हर स्पष्ट हिस्से को संबोधित करता है या नहीं।

गाइड पढ़ें
प्रश्न को अपने निर्णय के अनुरूप रखें

Jev में Choice या Noul: सही प्रश्न प्रकार चुनें

जानें कि कब Choice से एक श्रेणी चुननी चाहिए और कब Noul से हाँ/नहीं वाली शर्त का मूल्यांकन करना चाहिए।

गाइड पढ़ें
श्रेणियों की सीमाएँ स्पष्ट करें

Jev वर्गीकरण में ओवरलैप होने वाले लेबल सँभालें

एक-दूसरे से प्रतिस्पर्धा करने वाले रास्तों और साथ मौजूद गुणों में फर्क करें, श्रेणियों की सीमाएँ तय करें और मिले-जुले संदेशों के लिए समीक्षा का रास्ता रखें।

गाइड पढ़ें
संख्या को उसके प्रश्न के साथ समझें

Jev में प्रायिकता और कॉन्फिडेंस का अंतर

किसी विकल्प की प्रायिकता और Choice कॉन्फिडेंस के बीच का अंतर समझें; दोनों में से किसी को भी मापी गई सटीकता न मानें।

गाइड पढ़ें