--- title: "समस्याएं" description: "बार-बार होने वाली कॉल समस्याएं, जिन्हें आप ट्रायेज करने योग्य पैटर्न में समूहित कर सकते हैं — और AI की मदद से ठीक कर सकते हैं।" --- **समस्याएँ** पेज (`/dashboard/issues`, क्वालिटी और टेस्टिंग के अंतर्गत) आपकी कॉल्स में पहचानी गई समस्याओं को एकत्र करता है और बार-बार होने वाली घटनाओं को **पैटर्न** में समूहित करता है, ताकि "एजेंट ने गलत समय बताया" के पचास उदाहरण ट्रेंड लाइन वाली एक पंक्ति में दिखें — पचास अलग-अलग रिपोर्ट के रूप में नहीं। ## समस्याएँ कहाँ से आती हैं - **सिस्टम** — ThunderPhone के कॉल विश्लेषण द्वारा स्वचालित रूप से दर्ज की जाती हैं जब उसे किसी कॉल में कुछ गलत होता हुआ मिलता है। - **उपयोगकर्ता** — लोगों द्वारा दर्ज की जाती हैं: किसी कॉल के विवरण पेज से रिपोर्ट की गई या [समस्या रिपोर्ट API](/api-reference/issue-reports) के माध्यम से फ़ाइल की गई। हर समस्या की एक **गंभीरता** होती है — गंभीर, चेतावनी, या जानकारी। ## ट्रायेज हर पैटर्न पंक्ति उसकी गंभीरता, घटना का **ट्रेंड** स्पार्कलाइन, प्रभावित **कॉल्स** की संख्या, उसकी **स्थिति**, और उसे आखिरी बार कब देखा गया था, दिखाती है। स्थितियाँ: | स्थिति | अर्थ | | --- | --- | | **खुला** | ध्यान देने की आवश्यकता है — डिफ़ॉल्ट व्यू में केवल ये दिखते हैं। | | **खारिज** | स्वीकार किया गया; इस पर कार्रवाई नहीं की जा रही है। | | **समाधान किया गया** | ठीक किया गया। नई घटनाएँ पैटर्न को वापस ऊपर ले जाती हैं। | किसी पैटर्न की स्थिति को उसके स्थिति नियंत्रण से इनलाइन बदलें, या कई पंक्तियाँ (जिसमें "सभी मिलान वाले" शामिल हैं) चुनें और उन्हें बल्क में अपडेट करें। फ़िल्टर पिल्स कॉलम को दर्शाते हैं: **स्थिति** (डिफ़ॉल्ट रूप से खुला), **गंभीरता**, **स्रोत**, फ्री-टेक्स्ट **खोज** (शीर्षक, ट्रेस, या कॉल ID), और **तारीख** रेंज — साथ ही **फ़िल्टर रीसेट करें**। ## किसी पैटर्न की जाँच करें विवरण पैनल खोलने के लिए किसी पंक्ति पर क्लिक करें: पैटर्न का विवरण, उसका घटना इतिहास, और प्रभावित कॉल्स, जिनमें से प्रत्येक कॉल हिस्ट्री में पूरे ट्रांसक्रिप्ट से लिंक होती है ताकि आप संदर्भ में विफलता देख सकें। ### AI से ठीक करें AI से ठीक करने के लिए कम से कम एक प्रभावित कॉल का रिकॉर्ड किया हुआ ऑडियो चाहिए। जिन कॉल्स के दौरान रिकॉर्डिंग बंद थी, उन्हें रीप्ले नहीं किया जा सकता। जाँच संग्रहीत टर्न को रीप्ले करती है; यह लाइव कॉल नहीं करती और न ही बिल योग्य सिमुलेशन कॉल बनाती है। विवरण पैनल से, **AI से ठीक करें** जाँचता है कि समस्या अब भी पुनः उत्पन्न होती है या नहीं, फिर प्रभावित टर्न और बिना-समस्या वाली तुलना कॉल्स के विरुद्ध लक्षित प्रॉम्प्ट बदलावों का परीक्षण करता है। परिणाम पहले और बाद की रीप्ले दर, पहचाने गए साइड इफ़ेक्ट, और समस्या **ठीक हुई** या **बेहतर हुई** थी या नहीं, दिखाता है। आप इसे लागू करने से पहले चुनी गई रेडलाइन की समीक्षा करते हैं। पेज कभी भी छोड़ सकते हैं; **ठीक करना फिर शुरू करें** आपको सहेजी गई जाँच पर वापस ले जाता है। कुछ भी स्वचालित रूप से लागू नहीं होता: - **सुधार लागू करें** एजेंट के ड्राफ़्ट में प्रॉम्प्ट बदलाव को स्टेज करता है। - **लागू करें और डिप्लॉय करें** बदलाव को स्टेज करता है और तुरंत डिप्लॉय करता है। दोनों कार्रवाइयाँ असंबंधित ड्राफ़्ट संपादनों को सुरक्षित रखती हैं। जब तक आप डिप्लॉय नहीं करते, वर्तमान डिप्लॉय किया गया प्रॉम्प्ट सक्रिय रहता है। यदि ऑडियो को पुनर्निर्मित नहीं किया जा सकता, तो जाँच **रीप्ले नहीं किया जा सकता** के रूप में समाप्त होती है। यदि समस्या अब दिखाई नहीं देती, तो यह **पुनः उत्पन्न नहीं हो सकता** के रूप में समाप्त होती है। यदि पुष्टि से पहले इसका रीप्ले बजट समाप्त हो जाता है, तो यह एजेंट को बदले बिना भी रुक जाती है। ThunderPhone बदलाव केवल तब लागू करता है जब उसे परीक्षण किए गए प्रॉम्प्ट सेक्शन के लिए ठीक एक अपरिवर्तित मिलान अब भी मिल सके। असंबंधित ड्राफ़्ट संपादन सुरक्षित रहते हैं। यदि वह सेक्शन बदल गया है या एक से अधिक स्थानों पर मिलता है, तो लागू करने पर कन्फ़्लिक्ट की रिपोर्ट होती है। इसे लागू करने से पहले वर्तमान प्रॉम्प्ट के विरुद्ध जाँच फिर से चलाएँ। पूर्ण स्थिति और रीप्ले ऑब्जेक्ट्स के लिए [जाँच API रेफ़रेंस](/api-reference/investigations) देखें। ### ThunderPhone को रिपोर्ट करें जब जाँच को कोई सुरक्षित प्रॉम्प्ट सुधार नहीं मिलता, तो **ThunderPhone को रिपोर्ट करें** चुनें। ThunderPhone कुछ अनसुलझी जाँचों को स्वचालित रूप से भी रूट करता है। यदि आप संगठन-व्यापी वेबहुक्स का उपयोग करते हैं, तो `issue.escalated` इवेंट आपको बताता है कि किसी समस्या पैटर्न की रिपोर्ट की गई थी या नहीं और रिपोर्ट स्वचालित थी या नहीं। [समस्या वेबहुक्स कॉन्फ़िगर करें](/hi/webhooks/events)। ## अगले चरण समस्याएँ बढ़ने से पहले, क्वालिटी मेट्रिक्स गिरने पर सूचना पाएं। किसी ठीक की गई समस्या को रिग्रेशन टेस्ट सिनेरियो में बदलें।