Tools
वैसे, अतिरिक्त प्रश्न
/btw (उपनाम /side) वर्तमान
सत्र के बारे में एक छोटा अतिरिक्त प्रश्न पूछता है, उसे वार्तालाप इतिहास में जोड़े बिना। यह
Claude Code के /btw पर आधारित है और OpenClaw के Gateway तथा मल्टी-चैनल
आर्किटेक्चर के अनुकूल बनाया गया है।
/btw क्या बदला है?/side इस त्रुटि का क्या अर्थ है?यह क्या करता है
- वर्तमान सत्र का बैकग्राउंड संदर्भ के रूप में स्नैपशॉट लेता है (इसमें प्रगति पर चल रहे मुख्य रन का प्रॉम्प्ट भी शामिल है)।
- एक अलग, एकबारगी अतिरिक्त क्वेरी चलाता है, जो मॉडल को केवल अतिरिक्त प्रश्न का उत्तर देने और मुख्य कार्य को फिर से शुरू या निर्देशित न करने के लिए कहती है।
- उत्तर को सामान्य सहायक संदेश के बजाय लाइव अतिरिक्त परिणाम के रूप में वितरित करता है।
- प्रश्न या उत्तर को सत्र इतिहास अथवा
chat.historyमें कभी नहीं लिखता।
यदि मुख्य रन सक्रिय है, तो उसे बिना छेड़े छोड़ दिया जाता है।
Codex हार्नेस सत्रों के लिए, BTW अलग प्रदाता कॉल चलाने के बजाय सक्रिय Codex ऐप-सर्वर थ्रेड को
एक अस्थायी चाइल्ड थ्रेड में फ़ोर्क करता है। इससे Codex OAuth और नेटिव टूल/थ्रेड व्यवहार
अपरिवर्तित रहते हैं, और फ़ोर्क किया गया थ्रेड पैरेंट थ्रेड की वर्तमान अनुमोदन नीति, सैंडबॉक्स तथा नेटिव
टूल सतह को बनाए रखता है। फ़ोर्क किए गए थ्रेड को एक सीमा प्रॉम्प्ट मिलता है, जो मॉडल को बताता है कि
उससे पहले की हर चीज़ विरासत में मिला संदर्भ है, सक्रिय निर्देश नहीं,
और सीमा के बाद के संदेश ही लाइव हैं। /btw के लिए एक
मौजूदा Codex थ्रेड आवश्यक है; पहले एक सामान्य संदेश भेजें।
CLI रनटाइम उपनामों के लिए, BTW स्वामित्व वाले CLI बैकएंड को एकबारगी अतिरिक्त-प्रश्न मोड में आमंत्रित करता है: यह टूल बंडलिंग और पुन: प्रयोज्य सत्र स्थिति को अक्षम रखते हुए साफ़ किए गए वार्तालाप संदर्भ को एक नए CLI आमंत्रण में प्रारंभिक संदर्भ के रूप में देता है और बैकएंड द्वारा समर्थित कोई भी पुनः आरंभ न करने/टूल का उपयोग न करने वाले फ़्लैग जोड़ता है। प्रत्यक्ष (गैर-CLI) रनटाइम इसके बजाय प्रत्यक्ष एकबारगी प्रदाता कॉल का उपयोग करते हैं।
यह क्या नहीं करता
/btw कोई स्थायी सत्र नहीं बनाता, अधूरे मुख्य कार्य को जारी नहीं रखता,
प्रश्न/उत्तर डेटा को ट्रांसक्रिप्ट इतिहास में स्थायी नहीं करता और रीलोड के बाद बना नहीं रहता।
वितरण मॉडल
सामान्य सहायक चैट Gateway के chat इवेंट का उपयोग करती है। BTW एक अलग
chat.side_result इवेंट का उपयोग करता है, ताकि क्लाइंट इसे नियमित
वार्तालाप इतिहास न समझें। चूँकि इसे chat.history से दोबारा नहीं चलाया जाता, इसलिए यह
रीलोड के बाद गायब हो जाता है।
सतह का व्यवहार
| सतह | व्यवहार |
|---|---|
| TUI | चैट लॉग में इनलाइन रेंडर किया जाता है, सामान्य उत्तर से स्पष्ट रूप से अलग दिखाई देता है और Enter या Esc से हटाया जा सकता है। |
| बाहरी चैनल | स्पष्ट लेबल वाले एकबारगी उत्तर के रूप में वितरित किया जाता है (Telegram, WhatsApp, Discord में कोई स्थानीय अस्थायी ओवरले नहीं है)। |
| Control UI / वेब | थ्रेड पर पिन किए गए फ़्लोटिंग "अतिरिक्त चैट" पैनल के रूप में रेंडर किया जाता है। उत्तर टर्न के रूप में एकत्रित होते हैं और "आगे पूछें" इनपुट अगला अतिरिक्त प्रश्न पूछता है। बंद करने पर (Esc या X) वार्तालाप बनी रहती है और अगले उत्तर पर फिर खुलती है; ट्रैश बटन इसे हटा देता है और लंबित रन रोक देता है। |
चयन पॉपअप (Control UI)
Control UI में किसी चैट संदेश के भीतर टेक्स्ट हाइलाइट करने पर दो क्रियाओं वाला एक छोटा चयन पॉपअप खुलता है:
- अधिक विवरण तुरंत एक अंतर्निहित
/btwप्रश्न भेजता है, जो मॉडल से वर्तमान सत्र के संदर्भ में हाइलाइट किए गए टेक्स्ट की व्याख्या करने के लिए कहता है। उत्तर फ़्लोटिंग अतिरिक्त चैट पैनल में आता है। - अतिरिक्त चैट में पूछें कंपोज़र में हाइलाइट किए गए टेक्स्ट को उद्धृत करने वाला
/btwड्राफ़्ट पहले से भर देता है, ताकि आप उसके बारे में अपना प्रश्न लिख सकें।
दोनों क्रियाएँ सामान्य /btw अर्थविज्ञान का पालन करती हैं: प्रश्न और उत्तर
सत्र इतिहास से बाहर रहते हैं और मुख्य रन को बिना छेड़े छोड़ दिया जाता है।
इसका उपयोग कब करें
किसी त्वरित स्पष्टीकरण, लंबे रन के जारी रहने के दौरान किसी तथ्यात्मक अतिरिक्त उत्तर,
या भविष्य के सत्र संदर्भ में शामिल न किए जाने वाले अस्थायी उत्तर के लिए /btw का उपयोग करें।
/btw हम कौन-सी फ़ाइल संपादित कर रहे हैं?/btw वर्तमान कार्य को एक वाक्य में संक्षेपित करें/btw 17 * 19 कितना है?जिस भी चीज़ को आप सत्र के भविष्य के कार्य संदर्भ का हिस्सा बनाना चाहते हैं, उसे इसके बजाय मुख्य सत्र में सामान्य रूप से पूछें।
