उत्तरप्रकाशित12 स्रोत
करीब 300 सेकंड पर टूटती रिसर्च स्ट्रीम: क्लाइंट बदले बिना अधूरा जवाब बचाने का प्रस्ताव
एक दर्ज अनुरोध 301.086 सेकंड बाद खत्म हुआ। उसमें 96,925 बाइट पढ़े गए और 44,002 बाइट बफ़र हुए, लेकिन पूरा होने का संकेत नहीं मिला। प्रस्ताव है कि पात्र रिसर्च स्ट्रीम में सुरक्षित हिस्सा, अधूरा होने की सूचना और मानक स्ट्रीम का length समापन भेजा जाए—बिना क्लाइंट में बदलाव किए। अधूरे या संदिग्ध टूल निर्देश आगे नहीं भेज...
प्रकाशितकर्ताGPT Image 2 से चित्र बनाए गए
शोध उत्तर
मुख्य निष्कर्ष
- एक दर्ज अनुरोध 301.086 सेकंड बाद खत्म हुआ। उसमें 96,925 बाइट पढ़े गए और 44,002 बाइट बफ़र हुए, लेकिन पूरा होने का संकेत नहीं मिला।
- प्रस्ताव है कि पात्र रिसर्च स्ट्रीम में सुरक्षित हिस्सा, अधूरा होने की सूचना और मानक स्ट्रीम का length समापन भेजा जाए—बिना क्लाइंट में बदलाव किए।
- अधूरे या संदिग्ध टूल निर्देश आगे नहीं भेजे जाएंगे। अगर सुरक्षित टेक्स्ट अलग नहीं किया जा सकता, तो अनुरोध को त्रुटि के रूप में ही लौटाने का सुझाव है।
- यह अभी केवल आर्किटेक्चर मसौदा है: न कोड बदला गया है, न नए परीक्षण चलाए गए हैं, और न ही क्लाइंट के व्यवहार की पुष्टि हुई है।
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/VUpdr6CgAFbX1k6I54vQv7bcGJg1/images/7F9C0370DCAAF9174B31/7BFA6F9B3C3D8AAF9299.png)
AI संकेत
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"write to file","arguments":{"path":" bmad output/analysis/draft long research 300s salvage.md","content":" 长研究约300秒异常断流：零客户端修改的流内兜底方案\n\n首期改为使用标准 OpenAI 流式响应结构交付可安全保留的部分正文、网关中断提示和长度终态；废除原草案的客户端能力协商、自定. Topic tags: general web, openai, code, python, api. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
समस्या कहाँ दिखी
एक दर्ज रिसर्च अनुरोध 301.086 सेकंड बाद समाप्त हुआ। लॉग में 96,925 बाइट पढ़े जाने और 44,002 बाइट बफ़र होने का उल्लेख है, लेकिन स्ट्रीम पूरी होने का संकेत नहीं मिला। उसी अनुरोध की स्थानीय रिसर्च समय-सीमा 1,800 सेकंड थी; इसलिए उपलब्ध रिकॉर्ड स्थानीय 300-सेकंड की समय-सीमा को कारण नहीं बताता। इससे यह भी साबित नहीं होता कि कनेक्शन किस नेटवर्क या प्रॉक्सी स्तर पर टूटा।
उपयोगकर्ता की रिपोर्ट के मुताबिक, Roo Code ने ऐसी विफलता के बाद दोबारा अनुरोध भेजे और इंटरफ़ेस में कई लाल त्रुटि संदेश दिखे। यह रिपोर्ट मसौदे के लिए अहम संदर्भ है, लेकिन अपने-आप में हर दोबारा भेजे गए अनुरोध की स्वतंत्र पुष्टि नहीं है।
मसौदे का उपाय: सुरक्षित हिस्सा उसी स्ट्रीम में लौटाना
मसौदा पुराने क्लाइंट-विशेष प्रोटोकॉल या क्लाइंट में बदलाव की जगह मानक OpenAI चैट स्ट्रीम संरचना इस्तेमाल करने का सुझाव देता है। यह केवल स्ट्रीमिंग वाले अकादमिक या तथ्य-जाँच रिसर्च अनुरोधों पर लागू होगा, और तभी जब अनपेक्षित स्ट्रीम समाप्ति के समय कुछ वास्तविक, गैर-खाली और सुरक्षित टेक्स्ट उपलब्ध हो।
पात्र अनुरोध में गेटवे पहले से मिली सुरक्षित सामग्री भेजेगा, फिर बताएगा कि जवाब बीच में रुक गया है, और अंत में finish_reason: "length" तथा स्ट्रीम का [DONE] चिह्न भेजेगा। सीधे स्ट्रीम में पहले से भेजे गए टेक्स्ट को दोबारा नहीं भेजा जाएगा। मसौदे में कोई नया अनुरोध अपने-आप भेजने या जवाब को स्वतः आगे जारी रखने का प्रस्ताव नहीं है।
यहां एक अहम प्रोटोकॉल-समझौता है: OpenAI की परिभाषा में length आम तौर पर अनुरोध में तय अधिकतम जनरेशन टोकन सीमा तक पहुंचने को दर्शाता है—किसी भी अनपेक्षित EOF का सामान्य कारण नहीं। इसलिए इस मसौदे में इसका इस्तेमाल संगतता के लिए प्रस्तावित मैपिंग है, EOF की असल वजह का प्रमाण या उसका सटीक वर्णन नहीं। 14
2
टूल निर्देशों पर सुरक्षा सीमा
बफ़र में मौजूद हर चीज़ को सुरक्षित टेक्स्ट नहीं माना जाएगा। अगर सामग्री में अधूरा टूल निर्देश, टूटा हुआ JSON या ऐसा हिस्सा हो जिसे साधारण जवाब और टूल प्रोटोकॉल में भरोसेमंद ढंग से अलग न किया जा सके, तो उसे सीधे आगे भेजने का प्रस्ताव नहीं है।
केवल तभी साफ़-साफ़ पहचाने जा सकने वाले सुरक्षित टेक्स्ट को बचाया जाएगा, जब संदिग्ध हिस्से से उसका अलग होना निश्चित हो। अन्यथा गेटवे मूल त्रुटि लौटाएगा। मसौदा टूटे हुए टूल निर्देशों को जोड़ने, अधूरे टूल कॉल चलाने या उनके पैरामीटर से रिपोर्ट का टेक्स्ट निकालने की अनुमति नहीं देता।
इसका मतलब है कि हर अधूरे जवाब को बचाने की गारंटी नहीं है। अगर उपलब्ध सामग्री मुख्यतः किसी अधूरे टूल संदेश में हो, तो सुरक्षा के लिए उसे छोड़ना पड़ सकता है।
यह प्रस्ताव क्या नहीं करता
यह 300 सेकंड का नया स्थानीय टाइमर नहीं जोड़ता। 20 सेकंड में या करीब 301 सेकंड में हुई पात्र अनपेक्षित समाप्ति पर एक ही नियम लागू होगा; 300 सेकंड से आगे जाकर सामान्य रूप से पूरी हुई स्ट्रीम को मौजूदा रास्ते से ही जाना चाहिए। खाली जवाब, केवल स्थिति-संदेश, रद्द अनुरोध, समय-सीमा पार होने या स्पष्ट अपस्ट्रीम त्रुटि के मामलों में आंशिक जवाब वाली यह व्यवस्था लागू नहीं होगी।
मसौदा त्रुटि के बावजूद कुछ टेक्स्ट लौटाने और अपस्ट्रीम के सामान्य रूप से पूरा होने के बीच फर्क भी बनाए रखता है। जिन अनुरोधों में सुरक्षित टेक्स्ट नहीं है, उनके लिए त्रुटि छिपाने का सुझाव नहीं है। इसी तरह, उपयोगकर्ता बाद में “जारी रखें” कहे तो वह अलग नया अनुरोध होगा; गेटवे यह वादा नहीं करेगा कि उससे मूल अधूरा काम ही बहाल होगा या दोहराव और अतिरिक्त खर्च नहीं होंगे।
खाते के रिकॉर्ड में भी अधूरी स्ट्रीम को सामान्य पूर्णता नहीं माना जाएगा। मसौदे के मुताबिक, आंशिक टेक्स्ट होने पर खाते को इस आधार पर सेवानिवृत्त नहीं किया जाना चाहिए; मौजूदा उपयोग-लेखा प्रक्रिया बनी रहेगी। हालांकि, इससे यह साबित नहीं होता कि रिमोट सेवा ने जनरेशन या बिलिंग रोक दी है।
अगला कदम—और मौजूदा स्थिति
मसौदे में पात्रता, टूल-सुरक्षा, स्ट्रीम के अंतिम हिस्से, रद्दीकरण, लेखा और क्लाइंट के व्यवहार के लिए परीक्षण प्रस्तावित हैं। लेकिन ये परीक्षण इस दौर में चलाए नहीं गए। न कोड लागू हुआ है, न किसी वास्तविक क्लाइंट पर यह पुष्टि हुई है कि length और [DONE] मिलने पर वह दोबारा अनुरोध नहीं करेगा।
इसलिए इसे लागू समाधान या “लाल त्रुटियां खत्म” होने का दावा नहीं समझना चाहिए। फिलहाल यह एक सीमित प्रस्ताव है: जहां सुरक्षित आंशिक टेक्स्ट मौजूद हो, वहां उसे उपयोगी सूचना के साथ बचाने की कोशिश; जहां सुरक्षा या पात्रता स्पष्ट न हो, वहां त्रुटि को ईमानदारी से लौटाना।
Studio Global AI
अपना शोध जारी रखें
इस पृष्ठ में एक स्रोत-समर्थित उत्तर शामिल है जिसे आप Studio Global के अंदर जारी रख सकते हैं।
लोग पूछते भी हैं
"करीब 300 सेकंड पर टूटती रिसर्च स्ट्रीम: क्लाइंट बदले बिना अधूरा जवाब बचाने का प्रस्ताव" का संक्षिप्त उत्तर क्या है?
एक दर्ज अनुरोध 301.086 सेकंड बाद खत्म हुआ। उसमें 96,925 बाइट पढ़े गए और 44,002 बाइट बफ़र हुए, लेकिन पूरा होने का संकेत नहीं मिला।
सबसे पहले सत्यापित करने योग्य मुख्य बिंदु क्या हैं?
एक दर्ज अनुरोध 301.086 सेकंड बाद खत्म हुआ। उसमें 96,925 बाइट पढ़े गए और 44,002 बाइट बफ़र हुए, लेकिन पूरा होने का संकेत नहीं मिला। प्रस्ताव है कि पात्र रिसर्च स्ट्रीम में सुरक्षित हिस्सा, अधूरा होने की सूचना और मानक स्ट्रीम का length समापन भेजा जाए—बिना क्लाइंट में बदलाव किए।
मुझे अभ्यास में आगे क्या करना चाहिए?
अधूरे या संदिग्ध टूल निर्देश आगे नहीं भेजे जाएंगे। अगर सुरक्षित टेक्स्ट अलग नहीं किया जा सकता, तो अनुरोध को त्रुटि के रूप में ही लौटाने का सुझाव है।
सूत्र
github.comopenai-python/src/openai/types/chat/chat_completion.py at e41abf7b7dbc1e744d167f748e55d4dedfc0dca7 · openai/openai-python
developers.openai.comdevelopers.openai.com › streaming-eventsdevelopers.openai.com