مشغّل الوكيل هو المنفّذ منخفض المستوى لدورة واحدة مُحضّرة لوكيل OpenClaw. ليس موفّر نماذج، وليس قناة، وليس سجل أدوات. للنموذج الذهني الموجّه للمستخدم، راجع بيئات تشغيل الوكلاء. استخدم هذا السطح فقط مع الإضافات الأصلية المضمّنة أو الموثوقة. لا يزال العقد تجريبياً لأن أنواع المعاملات تعكس عمداً المشغّل المضمّن الحالي.Documentation Index
Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
متى تستخدم مشغّلاً
سجّل مشغّل وكيل عندما تكون لعائلة نماذج بيئة جلسة أصلية خاصة بها وتكون وسيلة نقل موفّر OpenClaw العادية تجريداً غير مناسب. أمثلة:- خادم وكيل برمجة أصلي يملك الخيوط وCompaction
- CLI محلي أو عفريت يجب أن يبث أحداث التخطيط/الاستدلال/الأدوات الأصلية
- بيئة تشغيل نموذج تحتاج إلى معرّف استئناف خاص بها بالإضافة إلى سجل جلسة OpenClaw
ما لا يزال القلب يملكه
قبل اختيار مشغّل، يكون OpenClaw قد حسم بالفعل:- الموفّر والنموذج
- حالة مصادقة بيئة التشغيل
- مستوى التفكير وميزانية السياق
- ملف سجل/جلسة OpenClaw
- مساحة العمل، sandbox، وسياسة الأدوات
- ردود نداء القناة وردود نداء البث
- سياسة الرجوع إلى نموذج بديل والتبديل الحي بين النماذج
params.runtimePlan، وهي حزمة سياسة مملوكة
لـ OpenClaw لقرارات بيئة التشغيل التي يجب أن تبقى مشتركة عبر PI والمشغّلات
الأصلية:
runtimePlan.tools.normalize(...)وruntimePlan.tools.logDiagnostics(...)لسياسة مخطط الأدوات الواعية بالموفّرruntimePlan.transcript.resolvePolicy(...)لتنظيف السجل وسياسة إصلاح استدعاءات الأدواتruntimePlan.delivery.isSilentPayload(...)لقمع التسليم المشترك لـNO_REPLYوالوسائطruntimePlan.outcome.classifyRunResult(...)لتصنيف الرجوع إلى نموذج بديلruntimePlan.observabilityلبيانات الموفّر/النموذج/المشغّل الوصفية المحسومة
تسجيل مشغّل
الاستيراد:openclaw/plugin-sdk/agent-harness
سياسة الاختيار
يختار OpenClaw مشغّلاً بعد حسم الموفّر/النموذج:- تفوز سياسة بيئة التشغيل ذات نطاق النموذج.
- تأتي بعدها سياسة بيئة التشغيل ذات نطاق الموفّر.
- يطلب
autoمن المشغّلات المسجلة ما إذا كانت تدعم الموفّر/النموذج المحسومين. - إذا لم يطابق أي مشغّل مسجل، يستخدم OpenClaw PI ما لم يكن الرجوع إلى PI معطلاً.
auto، لا يُستخدم الرجوع
إلى PI إلا عندما لا يدعم أي مشغّل Plugin مسجل الموفّر/النموذج المحسومين. بعد
أن يطالب مشغّل Plugin بتشغيل ما، لا يعيد OpenClaw تشغيل الدورة نفسها عبر PI
لأن ذلك قد يغيّر دلالات المصادقة/بيئة التشغيل أو يكرر الآثار الجانبية.
يتجاهل الاختيار تثبيتات بيئة التشغيل على مستوى الجلسة كلها أو الوكيل كله.
يشمل ذلك قيم agentHarnessId القديمة في الجلسة، وagents.defaults.agentRuntime،
وagents.list[].agentRuntime، وOPENCLAW_AGENT_RUNTIME. يعرض /status بيئة
التشغيل الفعلية المختارة من مسار الموفّر/النموذج.
إذا كان المشغّل المختار مفاجئاً، فعّل تسجيل التصحيح agents/harness وافحص
سجل agent harness selected المنظّم في Gateway. يتضمن معرّف المشغّل المختار،
وسبب الاختيار، وسياسة بيئة التشغيل/الرجوع، وفي وضع auto، نتيجة دعم كل
مرشح Plugin.
يسجل Plugin Codex المضمّن codex كمعرّف المشغّل الخاص به. يعامل القلب ذلك
كمعرّف مشغّل Plugin عادي؛ أما الأسماء المستعارة الخاصة بـ Codex فمكانها في
Plugin أو إعدادات المشغّل، لا في محدد بيئة التشغيل المشترك.
اقتران الموفّر والمشغّل
ينبغي لمعظم المشغّلات تسجيل موفّر أيضاً. يجعل الموفّر مراجع النماذج، وحالة المصادقة، وبيانات النموذج الوصفية، واختيار/model مرئية لبقية OpenClaw.
ثم يطالب المشغّل بذلك الموفّر في supports(...).
يتبع Plugin Codex المضمّن هذا النمط:
- مراجع نموذج المستخدم المفضلة:
openai/gpt-5.5 - مراجع التوافق: تظل مراجع
codex/gpt-*القديمة مقبولة، لكن يجب ألا تستخدمها الإعدادات الجديدة كمراجع موفّر/نموذج عادية - معرّف المشغّل:
codex - المصادقة: توفر موفّر اصطناعي، لأن مشغّل Codex يملك تسجيل الدخول/الجلسة الأصلية الخاصة بـ Codex
- طلب خادم التطبيق: يرسل OpenClaw معرّف النموذج الخام إلى Codex ويترك للمشغّل التحدث إلى بروتوكول خادم التطبيق الأصلي
openai/gpt-* العادية على موفّر OpenAI
الرسمي مشغّل Codex افتراضياً. لا تزال مراجع codex/gpt-* الأقدم تختار موفّر
Codex ومشغّله للتوافق.
لإعداد المشغّل، وأمثلة بادئات النماذج، والإعدادات الخاصة بـ Codex فقط، راجع
مشغّل Codex.
يتطلب OpenClaw خادم تطبيق Codex بالإصدار 0.125.0 أو أحدث. يتحقق Plugin Codex
من مصافحة تهيئة خادم التطبيق ويحظر الخوادم الأقدم أو غير المعرّفة بإصدار حتى
يعمل OpenClaw فقط على سطح البروتوكول الذي اختُبر معه. يتضمن الحد الأدنى
0.125.0 دعم حمولة خطاف MCP الأصلي الذي وصل في Codex 0.124.0، مع تثبيت
OpenClaw على الخط المستقر الأحدث المختبر.
وسيط نتائج الأدوات
يمكن للإضافات المضمّنة إرفاق وسيط نتائج أدوات محايد لبيئة التشغيل عبرapi.registerAgentToolResultMiddleware(...) عندما يعلن manifest الخاص بها
معرّفات بيئة التشغيل المستهدفة في contracts.agentToolResultMiddleware. هذا
السطح الموثوق مخصص لتحويلات نتائج الأدوات غير المتزامنة التي يجب أن تعمل
قبل أن يعيد PI أو Codex تغذية مخرجات الأداة إلى النموذج.
لا تزال الإضافات المضمّنة القديمة قادرة على استخدام
api.registerCodexAppServerExtensionFactory(...) لوسيط خاص بخادم تطبيق Codex
فقط، لكن يجب أن تستخدم تحويلات النتائج الجديدة API المحايدة لبيئة التشغيل.
أزيل خطاف Pi-only api.registerEmbeddedExtensionFactory(...)؛ يجب أن تستخدم
تحويلات نتائج أدوات Pi وسيطاً محايداً لبيئة التشغيل.
تصنيف النتيجة النهائية
يمكن للمشغّلات الأصلية التي تملك إسقاط البروتوكول الخاص بها استخدامclassifyAgentHarnessTerminalOutcome(...) من
openclaw/plugin-sdk/agent-harness-runtime عندما تنتج دورة مكتملة بلا نص مساعد
مرئي. يعيد المساعد empty أو reasoning-only أو planning-only حتى تتمكن
سياسة الرجوع في OpenClaw من تحديد ما إذا كانت ستعيد المحاولة على نموذج مختلف.
ويترك عمداً أخطاء المطالبة، والدورات قيد التنفيذ، والردود الصامتة المقصودة
مثل NO_REPLY بلا تصنيف.
وضع مشغّل Codex الأصلي
مشغّلcodex المضمّن هو وضع Codex الأصلي لدورات وكلاء OpenClaw المضمّنة.
فعّل Plugin codex المضمّن أولاً، وأدرج codex في plugins.allow إذا كانت
إعداداتك تستخدم قائمة سماح مقيدة. يجب أن تستخدم إعدادات خادم التطبيق الأصلي
openai/gpt-*؛ تختار دورات وكلاء OpenAI مشغّل Codex افتراضياً. يجب إصلاح
مسارات openai-codex/* القديمة باستخدام openclaw doctor --fix، وتظل مراجع
نماذج codex/* القديمة أسماء مستعارة توافقية للمشغّل الأصلي.
عندما يعمل هذا الوضع، يملك Codex معرّف الخيط الأصلي، وسلوك الاستئناف،
وCompaction، وتنفيذ خادم التطبيق. لا يزال OpenClaw يملك قناة المحادثة، ومرآة
السجل المرئي، وسياسة الأدوات، والموافقات، وتسليم الوسائط، واختيار الجلسة.
استخدم agentRuntime.id: "codex" على مستوى الموفّر/النموذج عندما تحتاج إلى
إثبات أن مسار خادم تطبيق Codex فقط يستطيع المطالبة بالتشغيل. تفشل بيئات
تشغيل Plugin الصريحة بشكل مغلق؛ ولا يُعاد تجريب إخفاقات اختيار خادم تطبيق
Codex أو إخفاقات بيئة التشغيل عبر PI.
صرامة بيئة التشغيل
افتراضياً، يستخدم OpenClaw سياسة بيئة تشغيل الموفّر/النموذجauto: يمكن
للمشغّلات المسجلة في Plugin المطالبة بزوج موفّر/نموذج، ويتولى PI الدورة عندما
لا يطابق أي منها. تُضبط مراجع وكلاء OpenAI على موفّر OpenAI الرسمي افتراضياً
إلى Codex. استخدم بيئة تشغيل Plugin صريحة على مستوى الموفّر/النموذج مثل
agentRuntime.id: "codex" عندما يجب أن يفشل غياب اختيار المشغّل بدلاً من
التوجيه عبر PI. تفشل إخفاقات مشغّلات Plugin المختارة دائماً بشكل صارم. لا
يمنع ذلك بيئة تشغيل صريحة على مستوى الموفّر/النموذج agentRuntime.id: "pi".
لتشغيلات Codex المضمّنة فقط:
الجلسات الأصلية ومرآة السجل
قد يحتفظ المشغّل بمعرّف جلسة أصلي، أو معرّف خيط، أو رمز استئناف من جهة العفريت. أبقِ ذلك الربط مقترناً صراحة بجلسة OpenClaw، واستمر في عكس مخرجات المساعد/الأداة المرئية للمستخدم إلى سجل OpenClaw. يبقى سجل OpenClaw طبقة التوافق لـ:- تاريخ الجلسة المرئي في القناة
- البحث في السجل وفهرسته
- الرجوع إلى مشغّل PI المضمّن في دورة لاحقة
- سلوك
/newو/resetوحذف الجلسات العام
reset(...) حتى يتمكن OpenClaw من
مسحه عندما تُعاد تهيئة جلسة OpenClaw المالكة.
نتائج الأدوات والوسائط
يبني القلب قائمة أدوات OpenClaw ويمررها إلى المحاولة المُحضّرة. عندما ينفّذ مشغّل استدعاء أداة ديناميكياً، أعد نتيجة الأداة عبر شكل نتيجة المشغّل بدلاً من إرسال وسائط القناة بنفسك. هذا يُبقي مخرجات النص، والصور، والفيديو، والموسيقى، وTTS، والموافقة، وأدوات المراسلة على مسار التسليم نفسه كما في التشغيلات المدعومة بـ PI.القيود الحالية
- مسار الاستيراد العام generic، لكن بعض الأسماء المستعارة لأنواع
المحاولة/النتيجة لا تزال تحمل أسماء
Piللتوافق. - تثبيت مشغّلات الجهات الخارجية تجريبي. فضّل إضافات الموفّرين إلى أن تحتاج إلى بيئة تشغيل جلسة أصلية.
- تبديل المشغّلات مدعوم عبر الدورات. لا تبدّل المشغّلات في منتصف دورة بعد بدء الأدوات الأصلية، أو الموافقات، أو نص المساعد، أو إرسال الرسائل.