छोटा जवाब
Whizi का मैसेज न भेजे जाने की पांच वजहें हो सकती हैं: कोई और जवाब अभी भी जनरेट हो रहा है, आपने वही टेक्स्ट दो बार भेज दिया, आप पर-मिनट या पर-आवर रेट लिमिट पार कर गए, मैसेज खुद वैलिडेशन में फेल हो गया, या आपका सेशन टोकन एक्सपायर हो गया। Whizi एरर टेक्स्ट में वजह बताता है, इसलिए जो स्ट्रिंग आप देखते हैं वही फिक्स तय करती है।
| आपको क्या दिखता है | कोड | वजह | क्या करें |
|---|---|---|---|
Generation already in progress. Please stop it or wait for it to finish. | 409 | आपके अकाउंट पर पहले से कोई और जवाब चल रहा है | उसे रोकें, या इंतज़ार करें |
Duplicate message ignored. Please wait for the current response to finish. | 409 | यही टेक्स्ट (और इमेज) हाल ही में इसी चैट में पहले भेजा जा चुका है | पहले से चल रहे जवाब का इंतज़ार करें |
Too many requests. Please wait and try again. | 429 | पर-मिनट विंडो ने रिक्वेस्ट रिफ्यूज़ कर दी | इंतज़ार करें, फिर दोबारा भेजें |
Hourly message limit reached. Please try again later. | 429 | पर-आवर चैट सीलिंग ने इसे रिफ्यूज़ कर दिया | इंतज़ार करें, फिर दोबारा भेजें |
A non-empty message is required. | 400 | मैसेज गायब है या सिर्फ खाली स्पेस है | कुछ टाइप करें |
This message is {count} characters, over the 100,000 character limit. Attach a shorter file, or ask about one section at a time. | 400 | एक मैसेज 100,000 कैरेक्टर से ज़्यादा हो गया | इसे बांटें, या एक बार में एक हिस्से के बारे में पूछें |
The model is temporarily rate-limited. Please retry shortly. | 429 | मॉडल प्रोवाइडर ने कनेक्ट को 429 के साथ जवाब दिया | दोबारा कोशिश करें, या मॉडल बदलें |
Failed to send message. | कोई नहीं, वेबसाइट टोस्ट | सेंड फेल हो गया और बैकएंड ने कोई मैसेज नहीं भेजा | अपना कनेक्शन जांचें और दोबारा भेजें |
Something went wrong. Please retry. | 500 | बैकएंड पर कोई भी अनहैंडल्ड एरर | दोबारा भेजें, फिर अगर दोबारा हो तो रिपोर्ट करें |
Invalid or expired session token. | 401 | टोकन वेरिफिकेशन फेल हो गया | पेज रीफ्रेश करें और दोबारा साइन इन करें |
रेट-लिमिट रिफ्यूज़ल अनवाइंड हो जाते हैं, इसलिए रिफ्यूज़ की गई रिक्वेस्ट कभी आपके अलाउंस से मैसेज खर्च नहीं करती।
Enter दबाने पर कुछ नहीं होता
अगर Enter बिल्कुल कुछ नहीं करता, तो कोई जवाब अभी भी जनरेट हो रहा है। कंपोज़र जानबूझकर जवाब चलते वक्त Enter को नज़रअंदाज़ करता है, तो यह कोई छूटा हुआ कीप्रेस नहीं है। Shift और Enter अब भी एक नई लाइन जोड़ता है।
Whizi एक बार में एक अकाउंट पर एक ही जनरेशन चलाता है, जिसे एक पर-यूज़र लॉक लागू करता है, इसलिए एक ही अकाउंट के लिए दो डिवाइस कभी एक साथ जनरेट नहीं कर सकते। दूसरी कोशिश को Generation already in progress. Please stop it or wait for it to finish. के साथ रिफ्यूज़ किया जाता है, HTTP 409, कोड generation_in_progress। यही स्ट्रिंग तब भी लौटती है जब जनरेशन कोऑर्डिनेटर कनेक्ट के समय किसी कॉन्फ्लिक्ट की रिपोर्ट करता है।
बिल्कुल वही टेक्स्ट दो बार भेजने पर Duplicate message ignored. Please wait for the current response to finish. लौटता है, HTTP 409, कोड duplicate_message। यह तब चलता है जब वही मैसेज टेक्स्ट (और इमेज) हाल ही में इसी बातचीत में पहले भेजा जा चुका हो, जो एक डबल क्लिक या एक बेसब्र दूसरे Enter से होता है।
दोनों का फिक्स एक ही है: चल रहे जवाब को रोकें, या उसे पूरा होने दें। रोकना सर्वर पर हैंडल होता है। कोऑर्डिनेटर प्रोवाइडर रीड को कैंसल करता है, जो भी टेक्स्ट आया था उसे सेव करता है, लॉक रिलीज़ करता है, और एक अनडिलीवर्ड टर्न रीफंड करता है। अगर कोई लॉक कहीं छूट जाता है, तो वह अपने आप रिकवर हो जाता है: एक लॉक तभी चुराने लायक बनता है जब उसके होल्डर को अनाथ या रुका हुआ माना जाए, और एक्सपायर्ड लॉक्स को शेड्यूल पर साफ किया जाता है।
अगर रोकने पर कोई गैप रह जाता है, तो असिस्टेंट बबल में Generation stopped. लिखा दिखता है, जो वह टेक्स्ट है जो तब सेव होता है जब जनरेशन रोका जाता है और कोई आंशिक टेक्स्ट कैप्चर नहीं हुआ था। Generation stopped, but it could not be saved. का मतलब है कि रोकना काम कर गया लेकिन आंशिक जवाब सेव नहीं हो पाया।
मैसेज को किसी मॉडल तक पहुंचने से पहले ही रिफ्यूज़ कर दिया जाता है
ये HTTP 400 वैलिडेशन रिफ्यूज़ल हैं जो किसी भी चीज़ के मॉडल तक पहुंचने से पहले उठाए जाते हैं। कुछ भी अपस्ट्रीम नहीं भेजा गया था।
| मैसेज | कोड | ट्रिगर |
|---|---|---|
A non-empty message is required. | empty_message | content गायब है या सिर्फ खाली स्पेस है |
A model is required. | invalid_model | model गायब है या खाली है |
That model is not available for text chat. | unsupported_model | मॉडल आईडी कैटलॉग में किसी टेक्स्ट मॉडल से रिज़ॉल्व नहीं होती |
This message is {count} characters, over the 100,000 character limit. Attach a shorter file, or ask about one section at a time. | message_too_long | एक ही मैसेज 100,000 कैरेक्टर पार कर गया |
That system prompt is missing or over the 32,000 character limit. | invalid_system_prompt | सिस्टम प्रॉम्प्ट गायब है या 32,000 कैरेक्टर से ज़्यादा है |
That image reference is not valid. | invalid_image_url | इमेज रेफरेंस स्ट्रिंग नहीं है, या 2,048 कैरेक्टर से लंबी है |
This conversation has {count} messages, over the 100 message limit. | too_many_messages | ऐप चैट रूट ने एक ही रिक्वेस्ट में 100 से ज़्यादा मैसेज वाली ट्रांसक्रिप्ट को रिफ्यूज़ कर दिया |
100,000 कैरेक्टर की सीमा पूरे मैसेज को गिनती है, जिसमें किसी अटैचमेंट से निकाला गया टेक्स्ट भी शामिल है। जब निकाला गया अटैचमेंट टेक्स्ट मैसेज बजट में फिट नहीं होता तो Whizi क्या करता है, इसके लिए देखें file upload failed।
रेट लिमिट, और एक रिफ्यूज़ल जिसका स्पीड से कोई लेना-देना नहीं
ऊपर की टेबल में दोनों 429 रेट-लिमिट स्ट्रिंग हैं, और दोनों कोड rate_limit_reached ले जाती हैं। एक रिफ्यूज़्ड रिक्वेस्ट अनवाइंड हो जाती है, इसलिए 429 कभी आपके अलाउंस से मैसेज खर्च नहीं करता: विंडो का इंतज़ार करें और दोबारा भेजें। विंडो के आंकड़े और उनके पीछे के प्लान अलाउंस rate limits और out of credits पर हैं।
इसी परिवार का एक रिफ्यूज़ल स्पीड से बिल्कुल जुड़ा नहीं है: Account sharing limit reached. Please use your own Whizi account., HTTP 403, कोड account_sharing_limit, तब चलता है जब पिछले 24 घंटों में एक ही अकाउंट पर 3 से ज़्यादा अलग डिवाइस या सेशन की देखी गई हों। एक मिनट इंतज़ार करने से यह साफ नहीं होता।
जवाब शुरू होता है, फिर रुक जाता है या कभी रेंडर नहीं होता
एक बार कनेक्शन खुल जाने पर, फेलियर या तो मॉडल प्रोवाइडर से आती है या स्ट्रीम ले जाने वाली मशीनरी से। फेलियर कहां लैंड हुई, उसके हिसाब से स्ट्रिंग अलग होती है।
| मैसेज | यह कहां से आता है |
|---|---|
The model is temporarily rate-limited. Please retry shortly. | HTTP 429 provider_rate_limited, जब प्रोवाइडर कनेक्ट को 429 के साथ जवाब देता है |
The model provider rejected the request. | तब इस्तेमाल होता है जब प्रोवाइडर एरर बॉडी पार्स नहीं हो पाती, या खाली मैसेज में पार्स होती है |
The model provider returned an empty stream. | HTTP 502, अपस्ट्रीम ने OK जवाब दिया पर कोई बॉडी नहीं भेजी |
The model provider returned an error. | इन-स्ट्रीम एरर इवेंट, जब प्रोवाइडर बिना अपने किसी मैसेज के एक एरर फ्रेम भेजता है |
The model stream was interrupted. | किसी भी अन्य मिड-स्ट्रीम फेलियर के लिए इन-स्ट्रीम एरर इवेंट |
Generation failed mid-stream. | बाइट्स पहले ही भेजे जा चुकने के बाद जनरेशन फेलियर में खत्म हुई |
Generation failed to start. | कोऑर्डिनेटर स्टार्ट फेलियर पर इंटरनल फॉलबैक टेक्स्ट, जिसका अपना कोई मैसेज नहीं होता |
The generation stream is unavailable. | तब उठाया जाता है जब कोऑर्डिनेटर अटैच करने के लिए कोई स्ट्रीम वापस नहीं दे पाता |
Generation aborted before it started. | AbortError के तौर पर तब उठाया जाता है जब अपस्ट्रीम कनेक्ट पूरा होने से पहले क्लाइंट डिस्कनेक्ट हो जाता है |
Something went wrong. Please retry. | HTTP 500 internal_error, किसी भी अनहैंडल्ड बैकएंड एरर की बॉडी |
Sorry, there was an error generating the response. | असिस्टेंट बबल में तब लिखा जाता है जब स्ट्रीम बिना किसी फाइनल मैसेज और बिना जमा हुए कंटेंट के खत्म होती है |
429 के अलावा कोई भी अपस्ट्रीम फेलियर HTTP 502 provider_error है जो प्रोवाइडर का मैसेज ले जाती है, जिसे 300 कैरेक्टर तक छोटा किया गया है। मिड-स्ट्रीम पथ पर कोई इन-बैंड एरर इवेंट नहीं होता: कनेक्शन बस टूट जाता है।
उन स्ट्रिंग में से एक मैसेज नहीं बल्कि एक रिकॉर्ड है। Generation aborted before it started. AbortError के तौर पर तब उठाया जाता है जब अपस्ट्रीम कनेक्ट पूरा होने से पहले क्लाइंट डिस्कनेक्ट हो जाता है, और रूट उस मामले का जवाब HTTP 408 और एक खाली बॉडी के साथ देता है, इसलिए यह स्ट्रिंग वह है जो सर्वर लिखता है, न कि जो ब्राउज़र दिखाता है। किसी नेटवर्क ट्रेस में, जनरेट रूट पर खाली 408 का मतलब है कि रिक्वेस्ट किसी भी मॉडल तक पहुंचने से पहले ही चली गई।
इन सबके नीचे कैच-ऑल बैठा है: जो कुछ भी बैकएंड नहीं पहचानता वह HTTP 500 internal_error में खत्म होता है, बॉडी में Something went wrong. Please retry. के साथ। HTTP 500 किसी वजह की पहचान नहीं करता। एक बार दोबारा भेजें, फिर अगर दोबारा हो तो सपोर्ट से संपर्क करें।
क्या करें: दोबारा भेजें, और अगर दोबारा हो तो उसी बातचीत में किसी दूसरे मॉडल पर स्विच करें। ये एरर Whizi के ऊपर से आते हैं, आपके अकाउंट या आपकी सेटिंग्स से नहीं।
एक चीज़ जो आपको करने की ज़रूरत नहीं: टैब को खुला रखना। जनरेशन एक पर-कन्वर्सेशन Durable Object में चलता है, तो मिड-स्ट्रीम टैब बंद करने से जवाब खत्म नहीं होता और वह अब भी सेव रहता है। एक दोबारा खुला टैब या दूसरा डिवाइस पहले से चल रहे जनरेशन से दोबारा जुड़ सकता है। The generation stream is unavailable. तब उठाया जाता है जब कोऑर्डिनेटर अटैच करने के लिए कोई स्ट्रीम वापस नहीं दे पाता। बातचीत को रीलोड करें और जो भी सेव हुआ था उसे पढ़ें, स्ट्रीम का इंतज़ार करने के बजाय।
साइड-बाय-साइड कंपेयर व्यू में हर तरफ की स्ट्रिंग फिर से अलग होती हैं: The model did not respond. Please try again. जब जनरेट रिस्पॉन्स OK नहीं होती और कोई पढ़ने लायक एरर नहीं ले जाती, Could not start a comparison chat. जब बैकिंग चैट बनाई नहीं जा सकती, और Something went wrong. आखिरी सहारे के तौर पर। वह आखिरी वाला छोटा रूप है, जिसके बाद कोई रीट्राई वाक्य नहीं आता, जिससे आप इसे 500 की Something went wrong. Please retry. बॉडी से अलग पहचान सकते हैं।
आपका सेशन एक्सपायर हो गया
ऑथ फेलियर सेंड फेलियर जैसी दिखती हैं क्योंकि वे सेंड के समय सामने आती हैं। Authentication required. HTTP 401 unauthorized है और तब चलता है जब रिक्वेस्ट कोई बियरर टोकन नहीं ले जाती। Invalid or expired session token. वही स्टेटस और कोड है जब टोकन वेरिफिकेशन किसी भी वजह से फेल होता है: एक्सपायर्ड टोकन, गलत सिग्नेचर, गलत इश्यूअर।
वेबसाइट साइड पर आपको इसके बजाय Failed to retrieve session token. दिख सकता है, जो साइट तब फेंकती है जब टोकन फेच किसी चैट लिस्ट, चैट लोड, डिलीट, रीनेम, या अपलोड कॉल से पहले कुछ नहीं लौटाता। कंपेयर व्यू की अपनी अलग वर्डिंग है: Your session expired. Please refresh and try again.
फिक्स एक पेज रीफ्रेश है, फिर अगर रीफ्रेश से सेशन बहाल नहीं होता तो दोबारा साइन इन करना। अकाउंट पर कुछ भी नहीं खोता, और कोई मैसेज नहीं भेजा गया था।
यह कोई फेलियर नहीं, एक लिमिट है
अलाउंस रिफ्यूज़ल और टियर रिफ्यूज़ल सेंड फेलियर नहीं हैं। रिक्वेस्ट सही ढंग से बनी थी और Whizi ने इसे जानबूझकर ठुकराया, इसलिए कंपोज़र में ठीक करने के लिए कुछ नहीं है: अलाउंस रिफ्यूज़ल out of credits में कवर किए गए हैं, और लॉक्ड दिखने वाला मॉडल troubleshooting में कवर किया गया है।
कंटेंट स्क्रीनिंग द्वारा रिफ्यूज़ किया गया प्रॉम्प्ट भी सेंड फेलियर नहीं है। स्क्रीनिंग किसी भी कोटा रिज़र्व होने से पहले और प्रोवाइडर को कॉल किए जाने से पहले चलती है, इसलिए रिफ्यूज़्ड प्रॉम्प्ट की कोई अलाउंस कीमत नहीं लगती, और रिफ्यूज़ल HTTP 400 के तौर पर आता है जिसकी वजह चैट में दिखती है।
भेजे गए मैसेज को एडिट करना इसके बजाय फेल होता है
किसी प्रॉम्प्ट को एडिट करके दोबारा भेजना ही एक टर्न को दोबारा चलाने का तरीका है, क्योंकि Whizi में कोई रीजेनरेट कंट्रोल नहीं है। उस पथ की अपनी दो फेलियर हैं।
That message is no longer part of this conversation. Reload and try again. HTTP 404 replace_anchor_not_found है, जो तब लौटता है जब एडिट किसी ऐसी मैसेज आईडी का नाम लेता है जो अब बातचीत में नहीं है। बातचीत को रीलोड करें। क्लाइंट के पास एक मैसेज आईडी है जो सर्वर के पास अब नहीं है।
Conversation not found. HTTP 404 not_found है, जो तब लौटता है जब बातचीत आईडी मौजूद नहीं है या कॉलर की मालिकाना नहीं है। यह जनरेट रूट पर और रीड, डिलीट, रीनेम, मैसेज-अपेंड, वर्ज़न-स्विच और शेयर रूट पर भी दिखता है।
- Enter का कुछ न करना यह दिखाता है कि जवाब अभी भी जनरेट हो रहा है, कोई छूटा हुआ कीप्रेस नहीं
- एक बार में एक अकाउंट पर एक ही जनरेशन चलता है, आपके सभी डिवाइस में
- एक डुप्लीकेट सेंड को जानबूझकर नज़रअंदाज़ किया जाता है, 409 और उसे बताने वाले मैसेज के साथ
- चैट की एक पर-मिनट और एक पर-आवर सीमा है जिसे कोई प्लान नहीं हटाता
- एक रेट-लिमिटेड रिक्वेस्ट आपके अलाउंस से कुछ नहीं खर्च करती
- एक मैसेज 100,000 कैरेक्टर पर सीमित है
- प्रोवाइडर एरर दोबारा भेजने या मॉडल बदलने से ठीक होते हैं, सेटिंग्स से नहीं
- मिड-रिप्लाई टैब बंद करने से जवाब नहीं मरता
- ऑथ एरर रीफ्रेश करके और दोबारा साइन इन करके ठीक होते हैं
अक्सर पूछे जाने वाले सवाल
"Generation already in progress. Please stop it or wait for it to finish." का क्या मतलब है?
चल रहे जवाब को रोकें, या इसके पूरा होने का इंतज़ार करें, फिर दोबारा भेजें। रिफ्यूज़ल HTTP 409 है जिसका कोड generation_in_progress है, और यह तब भी दिखता है जब कोई दूसरा डिवाइस उसी अकाउंट पर जनरेट कर रहा हो। रोकना सर्वर पर हैंडल होता है: आंशिक जवाब सेव होता है, लॉक रिलीज़ होता है, और एक अनडिलीवर्ड टर्न रीफंड होता है।
मेरा जवाब बीच में रुक गया। क्या मुझसे चार्ज लिया गया?
एक मिड-स्ट्रीम फेलियर बिना किसी इन-बैंड एरर इवेंट के कनेक्शन तोड़ती है, और रुकने से पहले जो भी टेक्स्ट आया था वह रखा जाता है। अगर आप खुद जनरेशन रोकते हैं, तो सर्वर प्रोवाइडर रीड को कैंसल करता है, आंशिक जवाब सेव करता है, और एक अनडिलीवर्ड टर्न रीफंड करता है। बार-बार होने वाली प्रोवाइडर फेलियर के लिए, उसी बातचीत में किसी दूसरे मॉडल पर स्विच करें, क्योंकि एरर Whizi के ऊपर से आती है। अगर आपको जवाब में HTTP 500 और "Something went wrong. Please retry." मिलता है, तो यह किसी मॉडल समस्या के बजाय एक अनहैंडल्ड बैकएंड एरर की सामान्य बॉडी है, तो एक बार दोबारा भेजें और अगर यह बार-बार हो तो रिपोर्ट करें।
क्या टैब बंद करने से मेरा जवाब कैंसल हो जाता है?
नहीं, बस शुरुआत में एक संकरी विंडो में। अगर अपस्ट्रीम कनेक्ट पूरा होने से पहले क्लाइंट डिस्कनेक्ट हो जाता है, तो सर्वर "Generation aborted before it started." दर्ज करता है और HTTP 408 को एक खाली बॉडी के साथ जवाब देता है, इसलिए वह रिक्वेस्ट ऐसा दिखता है जैसे उसने कुछ भी नहीं लौटाया। उस बिंदु के बाद जवाब क्लाइंट से बच जाता है, क्योंकि जनरेशन एक पर-कन्वर्सेशन Durable Object में चलता है और जवाब अब भी सेव रहता है। "The generation stream is unavailable." तब उठाया जाता है जब कोऑर्डिनेटर अटैच करने के लिए कोई स्ट्रीम वापस नहीं दे पाता, और बातचीत को रीलोड करने पर जो भी सेव हुआ था वह दिखता है।
Whizi कहता है कि मेरा मैसेज 100,000 कैरेक्टर की सीमा से ज़्यादा है। अब क्या करें?
एक ही मैसेज 100,000 कैरेक्टर पर सीमित है और रिफ्यूज़ल HTTP 400 है, कोड message_too_long। यह गिनती पूरे मैसेज को कवर करती है, जिसमें किसी अटैचमेंट से निकाला गया टेक्स्ट भी शामिल है। एक बार में एक हिस्से के बारे में पूछें, या एक छोटी फाइल अटैच करें। जब निकाला गया अटैचमेंट टेक्स्ट मैसेज बजट में फिट नहीं होता, तो Whizi रिफ्यूज़ करने के बजाय छोटा कर देता है और आपको आगाह करता है कि केवल पहला हिस्सा भेजा गया।