ArrayKit

संदर्भ विंडो योजना

संदर्भ विंडो को प्रॉम्प्ट, उपकरण, इतिहास और जवाब में बाँटिए।

संदर्भ विंडो योजना

संदर्भ विंडो को प्रॉम्प्ट, उपकरण, इतिहास और जवाब में बाँटिए।

यहाँ सिर्फ़ आकार भरे जाते हैं, पाठ नहीं। कुछ भी अपलोड नहीं होता।

अनुरोध को कैश के हिसाब से क्रम दीजिए

संदर्भ विंडो योजना के बारे में

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

विशेषताएँ

  • अनुरोध का हर हिस्सा असली विंडो के सामने नापा गया
  • जवाब के लिए रखी गई जगह — बजट को ईमानदार यही बनाती है
  • मॉडल जितना बनाएगा उससे ज़्यादा जगह रखी हो तो चेतावनी
  • इतिहास विंडो पर क़ब्ज़ा कर ले तो चेतावनी
  • एक चढ़ी हुई पट्टी, जो दिखाती है विंडो असल में कहाँ जाती है
  • बचा हुआ या ज़्यादा हो गया हिस्सा संख्या में
  • जाँच की तिथि के साथ मॉडलों की विंडो
  • हर फ़ील्ड संपादन योग्य, आपके अनुरोध के हिसाब से

संदर्भ विंडो योजना का उपयोग कैसे करें

  1. लक्षित मॉडल चुनिए
  2. अनुरोध के हर हिस्से का आकार भरिए
  3. जवाब के लिए पर्याप्त टोकन रखिए
  4. पढ़िए कि समाता है या नहीं और कौन घेर रहा है

उदाहरण

इनपुट

32,100 sent + 4,000 reserved

आउटपुट

Fits, with 963.9K to spare

रखी गई जगह भी उसी में है जो समाना चाहिए — बाद की सोच नहीं।

सामान्य त्रुटियाँ और समस्या निवारण

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

अक्सर पूछे जाने वाले प्रश्न

जवाब के लिए टोकन क्यों रखें?
क्योंकि जवाब उसी विंडो में बनता है। इनपुट उसे भर दे तो जवाब देने की जगह नहीं बचती — नतीजा कटा हुआ जवाब या त्रुटि, बजट के बारे में कोई साफ़ संदेश नहीं।
विंडो और आउटपुट सीमा में क्या फ़र्क़ है?
विंडो यह है कि मॉडल एक साथ कितना सँभाल सकता है। आउटपुट सीमा यह कि वह एक जवाब में कितना बनाएगा, और वह काफ़ी छोटी होती है। दोनों जाँची जाती हैं, क्योंकि किसी एक से भी आगे जाना विफल होता है।
क्या आँकड़े सटीक हैं?
विंडो के आकार प्रकाशित हैं, जाँच की तिथि के साथ। हिस्सों के लिए जो आप भरते हैं वह आपका अपना अनुमान है, इसलिए नतीजे को बजट का आकार मानिए, गारंटी नहीं।
न समाए तो क्या करें?
देखिए कौन-सा हिस्सा सबसे बड़ा है — लगभग हमेशा इतिहास या लाए गए दस्तावेज़। कम लाना और पुरानी बारियों का सारांश बनाना सिस्टम प्रॉम्प्ट छाँटने से कहीं ज़्यादा मदद करता है।
क्या बड़ी विंडो से बात बन जाती है?
वह जगह ख़रीदती है, दक्षता नहीं। विंडो में जो कुछ है वह हर अनुरोध पर चुकाया जाता है, इसलिए बड़ी विंडो भर देने वाली बातचीत उसी हिसाब से महँगी पड़ती है।

संबंधित टूल

एआई और एजेंट के और टूल

एआई और एजेंट के सभी टूल देखें · सभी टूल