Skip to main content
जब कोई सामान्य प्रॉम्प्ट उस समय आता है जब कोई सत्र रन पहले से स्ट्रीम हो रहा हो और क्यू मोड steer हो (डिफ़ॉल्ट, किसी कॉन्फ़िगरेशन की आवश्यकता नहीं), तो OpenClaw उस प्रॉम्प्ट को सक्रिय रनटाइम में भेजने का प्रयास करता है। OpenClaw और नेटिव Codex ऐप-सर्वर हार्नेस डिलीवरी के विवरण अलग-अलग ढंग से लागू करते हैं। यह पृष्ठ steer मोड में सामान्य इनबाउंड संदेशों के लिए क्यू-मोड स्टीयरिंग का वर्णन करता है। followup या collect मोड में, सामान्य संदेश इस पथ को छोड़ देते हैं और सक्रिय रन के समाप्त होने तक प्रतीक्षा करते हैं। स्पष्ट /steer <message> कमांड के लिए, स्टीयर देखें।

​
रनटाइम सीमा

स्टीयरिंग पहले से चल रही टूल कॉल को बाधित नहीं करती। OpenClaw मॉडल सीमाओं पर क्यू में रखे गए स्टीयरिंग संदेशों की जाँच करता है:
  1. सहायक टूल कॉल का अनुरोध करता है।
  2. OpenClaw वर्तमान सहायक संदेश के टूल-कॉल बैच को निष्पादित करता है।
  3. OpenClaw टर्न समाप्ति इवेंट उत्सर्जित करता है।
  4. OpenClaw क्यू में रखे गए स्टीयरिंग संदेशों को निकालता है।
  5. OpenClaw अगली LLM कॉल से पहले उन संदेशों को उपयोगकर्ता संदेशों के रूप में जोड़ता है।
इससे टूल परिणाम उनका अनुरोध करने वाले सहायक संदेश के साथ युग्मित रहते हैं और फिर अगली मॉडल कॉल नवीनतम उपयोगकर्ता इनपुट देख पाती है। नेटिव Codex ऐप-सर्वर हार्नेस, OpenClaw रनटाइम की आंतरिक स्टीयरिंग क्यू के बजाय turn/steer उपलब्ध कराता है। OpenClaw कॉन्फ़िगर की गई शांत अवधि के दौरान क्यू में रखे गए प्रॉम्प्ट का बैच बनाता है, फिर आगमन क्रम में एकत्रित सभी उपयोगकर्ता इनपुट के साथ एकल turn/steer अनुरोध भेजता है। Codex समीक्षा और मैन्युअल Compaction टर्न उसी टर्न में स्टीयरिंग को अस्वीकार करते हैं। जब कोई रनटाइम steer मोड में स्टीयरिंग स्वीकार नहीं कर सकता, तो OpenClaw प्रॉम्प्ट शुरू करने से पहले सक्रिय रन के समाप्त होने की प्रतीक्षा करता है।

​
मोड

​
बर्स्ट उदाहरण

यदि एजेंट द्वारा टूल कॉल निष्पादित किए जाते समय चार उपयोगकर्ता संदेश भेजते हैं:
  • डिफ़ॉल्ट व्यवहार में, सक्रिय रनटाइम अपने अगले मॉडल निर्णय से पहले सभी चार संदेश आगमन क्रम में प्राप्त करता है। OpenClaw उन्हें अगली मॉडल सीमा पर निकालता है; Codex उन्हें एक बैच किए गए turn/steer के रूप में प्राप्त करता है।
  • /queue collect के साथ, OpenClaw स्टीयर नहीं करता। यह सक्रिय रन समाप्त होने तक प्रतीक्षा करता है, फिर डिबाउंस अवधि के बाद संगत क्यूबद्ध संदेशों के साथ एक फ़ॉलो-अप टर्न बनाता है।
  • /queue interrupt के साथ, OpenClaw सक्रिय रन को निरस्त करता है और स्टीयर करने के बजाय नवीनतम संदेश शुरू करता है।

​
दायरा

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

​
डिबाउंस

अंतर्निहित क्यू डिबाउंस, क्यू में रखी गई followup और collect डिलीवरी पर लागू होता है। नेटिव Codex हार्नेस के साथ steer मोड में, यह बैच किए गए turn/steer भेजने से पहले शांत अवधि भी निर्धारित करता है। OpenClaw के लिए, सक्रिय स्टीयरिंग स्वयं डिबाउंस टाइमर का उपयोग नहीं करती, क्योंकि OpenClaw स्वाभाविक रूप से अगली मॉडल सीमा तक संदेशों का बैच बनाता है।

​
संबंधित