---
read_when:
    - यह समझाना कि जब कोई एजेंट टूल्स का उपयोग कर रहा हो, तब स्टीयर कैसे व्यवहार करता है
    - सक्रिय-रन कतार व्यवहार या रनटाइम स्टीयरिंग एकीकरण में बदलाव करना
    - स्टीयरिंग की तुलना फ़ॉलोअप, कलेक्ट और इंटरप्ट कतार मोड से करना
summary: सक्रिय रन स्टीयरिंग रनटाइम सीमाओं पर संदेशों को कैसे कतारबद्ध करती है
title: स्टीयरिंग कतार
x-i18n:
    generated_at: "2026-07-27T19:37:44Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    prompt_version: 32
    provider: openai
    source_hash: 131f04f19934b9b1f6dd8ffb2cf2428950c319483abdc2ccdecec741809cda2a
    source_path: concepts/queue-steering.md
    workflow: 16
---

जब कोई सामान्य प्रॉम्प्ट उस समय आता है जब कोई सत्र रन पहले से स्ट्रीम हो रहा हो और क्यू मोड `steer` हो (डिफ़ॉल्ट, किसी कॉन्फ़िगरेशन की आवश्यकता नहीं), तो OpenClaw उस प्रॉम्प्ट को सक्रिय रनटाइम में भेजने का प्रयास करता है। OpenClaw और नेटिव Codex ऐप-सर्वर हार्नेस डिलीवरी के विवरण अलग-अलग ढंग से लागू करते हैं।

यह पृष्ठ `steer` मोड में सामान्य इनबाउंड संदेशों के लिए क्यू-मोड स्टीयरिंग का वर्णन करता है। `followup` या `collect` मोड में, सामान्य संदेश इस पथ को छोड़ देते हैं और सक्रिय रन के समाप्त होने तक प्रतीक्षा करते हैं। स्पष्ट `/steer <message>` कमांड के लिए, [स्टीयर](/hi/tools/steer) देखें।

## रनटाइम सीमा

स्टीयरिंग पहले से चल रही टूल कॉल को बाधित नहीं करती। OpenClaw मॉडल सीमाओं पर क्यू में रखे गए स्टीयरिंग संदेशों की जाँच करता है:

1. सहायक टूल कॉल का अनुरोध करता है।
2. OpenClaw वर्तमान सहायक संदेश के टूल-कॉल बैच को निष्पादित करता है।
3. OpenClaw टर्न समाप्ति इवेंट उत्सर्जित करता है।
4. OpenClaw क्यू में रखे गए स्टीयरिंग संदेशों को निकालता है।
5. OpenClaw अगली LLM कॉल से पहले उन संदेशों को उपयोगकर्ता संदेशों के रूप में जोड़ता है।

इससे टूल परिणाम उनका अनुरोध करने वाले सहायक संदेश के साथ युग्मित रहते हैं और फिर अगली मॉडल कॉल नवीनतम उपयोगकर्ता इनपुट देख पाती है।

नेटिव Codex ऐप-सर्वर हार्नेस, OpenClaw रनटाइम की आंतरिक स्टीयरिंग क्यू के बजाय `turn/steer` उपलब्ध कराता है। OpenClaw कॉन्फ़िगर की गई शांत अवधि के दौरान क्यू में रखे गए प्रॉम्प्ट का बैच बनाता है, फिर आगमन क्रम में एकत्रित सभी उपयोगकर्ता इनपुट के साथ एकल `turn/steer` अनुरोध भेजता है।

Codex समीक्षा और मैन्युअल Compaction टर्न उसी टर्न में स्टीयरिंग को अस्वीकार करते हैं। जब कोई रनटाइम `steer` मोड में स्टीयरिंग स्वीकार नहीं कर सकता, तो OpenClaw प्रॉम्प्ट शुरू करने से पहले सक्रिय रन के समाप्त होने की प्रतीक्षा करता है।

## मोड

| मोड        | सक्रिय रन का व्यवहार                                    | बाद का व्यवहार                                                                      |
| ----------- | ------------------------------------------------------ | ----------------------------------------------------------------------------------- |
| `steer`     | संभव होने पर प्रॉम्प्ट को सक्रिय रनटाइम में स्टीयर करता है। | स्टीयरिंग उपलब्ध न होने पर सक्रिय रन के समाप्त होने की प्रतीक्षा करता है।                      |
| `followup`  | स्टीयर नहीं करता।                                        | सक्रिय रन समाप्त होने के बाद क्यू में रखे गए संदेशों को चलाता है।                               |
| `collect`   | स्टीयर नहीं करता।                                        | डिबाउंस अवधि के बाद संगत क्यूबद्ध संदेशों को बाद के एक टर्न में संयोजित करता है। |
| `interrupt` | सक्रिय रन को स्टीयर करने के बजाय निरस्त करता है।          | निरस्त करने के बाद नवीनतम संदेश शुरू करता है।                                           |

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

यदि एजेंट द्वारा टूल कॉल निष्पादित किए जाते समय चार उपयोगकर्ता संदेश भेजते हैं:

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

## दायरा

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

जब आप चाहते हों कि संदेश सक्रिय रन को स्टीयर करने के बजाय डिफ़ॉल्ट रूप से क्यू में जाएँ, तो `followup` या `collect` का उपयोग करें। जब नवीनतम प्रॉम्प्ट को सक्रिय रन का स्थान लेना चाहिए, तो `interrupt` का उपयोग करें।

## डिबाउंस

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

## संबंधित

- [कमांड क्यू](/hi/concepts/queue)
- [स्टीयर](/hi/tools/steer)
- [संदेश](/hi/concepts/messages)
- [एजेंट लूप](/hi/concepts/agent-loop)