---
read_when:
    - شرح كيفية سلوك التوجيه أثناء استخدام الوكيل للأدوات
    - تغيير سلوك قائمة انتظار التشغيل النشط أو تكامل توجيه وقت التشغيل
    - مقارنة أوضاع التوجيه والاصطفاف والجمع والمتابعة
summary: كيف يضع توجيه التشغيل النشط الرسائل في قائمة الانتظار عند حدود وقت التشغيل
title: قائمة انتظار التوجيه
x-i18n:
    generated_at: "2026-05-04T07:05:18Z"
    model: gpt-5.5
    provider: openai
    source_hash: c8df35b127ae0c1e1b3b684a1f63ce33874eb3d0b7bf9d0df7cb9dfce093090a
    source_path: concepts/queue-steering.md
    workflow: 16
---

عند وصول رسالة بينما يكون تشغيل جلسة ما قيد البث بالفعل، يستطيع OpenClaw
إرسال تلك الرسالة إلى وقت التشغيل النشط بدلا من بدء تشغيل آخر
للجلسة نفسها. الأوضاع العامة محايدة تجاه وقت التشغيل؛ ينفذ Pi وحزمة خادم التطبيق
الأصلية لـ Codex تفاصيل التسليم بطرق مختلفة.

## حدود وقت التشغيل

لا يقاطع التوجيه استدعاء أداة قيد التشغيل بالفعل. يتحقق Pi من
رسائل التوجيه الموجودة في قائمة الانتظار عند حدود النموذج:

1. يطلب المساعد استدعاءات أدوات.
2. ينفذ Pi دفعة استدعاءات الأدوات في رسالة المساعد الحالية.
3. يصدر Pi حدث نهاية الدور.
4. يفرغ Pi رسائل التوجيه الموجودة في قائمة الانتظار.
5. يضيف Pi تلك الرسائل كرسائل مستخدم قبل استدعاء LLM التالي.

يبقي هذا نتائج الأدوات مقترنة برسالة المساعد التي طلبتها،
ثم يتيح لاستدعاء النموذج التالي رؤية أحدث إدخال من المستخدم.

تعرض حزمة خادم التطبيق الأصلية لـ Codex ‏`turn/steer` بدلا من
قائمة انتظار التوجيه الداخلية في Pi. يكيف OpenClaw الأوضاع نفسها هناك:

- يجمع `steer` الرسائل الموجودة في قائمة الانتظار ضمن نافذة الهدوء المضبوطة، ثم يرسل
  طلب `turn/steer` واحدا يتضمن كل إدخال المستخدم الذي جُمع بترتيب الوصول.
- يحافظ `queue` على الشكل المتسلسل القديم بإرسال طلبات `turn/steer`
  منفصلة.
- تظل `followup` و`collect` و`steer-backlog` و`interrupt` سلوك قائمة انتظار
  يملكه OpenClaw حول دور Codex النشط.

ترفض دورات مراجعة Codex ودورات Compaction اليدوية التوجيه ضمن الدور نفسه. عندما يتعذر
على وقت تشغيل قبول التوجيه، يعود OpenClaw إلى قائمة انتظار المتابعة حيث
يسمح ذلك الوضع بذلك.

تشرح هذه الصفحة توجيه وضع قائمة الانتظار للرسائل الواردة العادية. لمعرفة أمر
`/steer <message>` الصريح، راجع [التوجيه](/ar/tools/steer).

## الأوضاع

| الوضع            | سلوك التشغيل النشط                                                                                                          | سلوك المتابعة اللاحق                                                             |
| --------------- | ---------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
| `steer`         | يحقن كل رسائل التوجيه الموجودة في قائمة الانتظار معا عند حد وقت التشغيل التالي. هذا هو الوضع الافتراضي.                             | يعود إلى المتابعة فقط عندما يكون التوجيه غير متاح.                           |
| `queue`         | توجيه قديم برسالة واحدة في كل مرة. يحقن Pi رسالة واحدة من قائمة الانتظار عند كل حد نموذج؛ ويرسل Codex طلبات `turn/steer` منفصلة. | يعود إلى المتابعة فقط عندما يكون التوجيه غير متاح.                           |
| `steer-backlog` | سلوك التوجيه في التشغيل النشط نفسه مثل `steer`.                                                                                | يحتفظ أيضا بالرسالة نفسها لدور متابعة لاحق.                              |
| `followup`      | لا يوجه التشغيل الحالي.                                                                                              | يشغل الرسائل الموجودة في قائمة الانتظار لاحقا.                                                         |
| `collect`       | لا يوجه التشغيل الحالي.                                                                                              | يدمج الرسائل المتوافقة الموجودة في قائمة الانتظار في دور لاحق واحد بعد نافذة إزالة الارتداد. |
| `interrupt`     | يجهض التشغيل النشط، ثم يبدأ بأحدث رسالة.                                                                       | لا شيء.                                                                               |

## مثال دفعة مفاجئة

إذا أرسل أربعة مستخدمين رسائل بينما ينفذ الوكيل استدعاء أداة:

- `steer`: يتلقى وقت التشغيل النشط الرسائل الأربع كلها بترتيب الوصول قبل
  قرار النموذج التالي. يفرغها Pi عند حد النموذج التالي؛ ويتلقاها Codex
  كطلب `turn/steer` واحد مجمع.
- `queue`: توجيه متسلسل قديم. يحقن Pi رسالة واحدة من قائمة الانتظار في كل مرة؛
  ويتلقى Codex طلبات `turn/steer` منفصلة.
- `collect`: ينتظر OpenClaw حتى ينتهي التشغيل النشط، ثم ينشئ دور متابعة
  بالرسائل المتوافقة الموجودة في قائمة الانتظار بعد نافذة إزالة الارتداد.

## النطاق

يستهدف التوجيه دائما تشغيل الجلسة النشط الحالي. لا ينشئ جلسة جديدة،
ولا يغير سياسة أدوات التشغيل النشط، ولا يقسم الرسائل حسب المرسل. في
القنوات متعددة المستخدمين، تتضمن الموجهات الواردة بالفعل سياق المرسل والمسار، لذلك
يمكن لاستدعاء النموذج التالي رؤية من أرسل كل رسالة.

استخدم `collect` عندما تريد من OpenClaw إنشاء دور متابعة لاحق يمكنه
دمج الرسائل المتوافقة والحفاظ على سياسة إسقاط قائمة انتظار المتابعة. استخدم
`queue` فقط عندما تحتاج إلى سلوك التوجيه الأقدم برسالة واحدة في كل مرة.

## إزالة الارتداد

ينطبق `messages.queue.debounceMs` على تسليم المتابعة، بما في ذلك `collect`
و`followup` و`steer-backlog` والرجوع الاحتياطي لـ `steer` عندما لا يكون توجيه التشغيل النشط
متاحا. بالنسبة إلى Pi، لا يستخدم `steer` النشط نفسه مؤقت إزالة الارتداد لأن
Pi يجمع الرسائل بشكل طبيعي حتى حد النموذج التالي. بالنسبة إلى حزمة
Codex الأصلية، يستخدم OpenClaw قيمة إزالة الارتداد نفسها كنافذة هدوء قبل
إرسال `turn/steer` المجمع.

## ذو صلة

- [قائمة انتظار الأوامر](/ar/concepts/queue)
- [التوجيه](/ar/tools/steer)
- [الرسائل](/ar/concepts/messages)
- [حلقة الوكيل](/ar/concepts/agent-loop)