openai، لكلٍّ من المصادقة المباشرة بمفتاح API ومصادقة اشتراك
ChatGPT/Codex. ويُعدّ openai/* مسار النموذج القياسي.
بالنسبة إلى دورات الوكيل المضمّنة التي لم تُضبط فيها سياسة وقت التشغيل أو ضُبطت على auto، تحدد
حقائق مسار OpenAI ما إذا كان يجوز لـ OpenClaw اختيار وقت تشغيل خادم تطبيق Codex المضمّن
ضمنيًا. ولا تحدد البادئة openai/* وحدها وقت تشغيل.
- نماذج الوكيل -
openai/*عبر وقت التشغيل الذي تحدده تهيئةagentRuntimeالصريحة أو سياسة المسار الضمنية لـ OpenAI. سجّل الدخول باستخدام مصادقة Codex لاستخدام اشتراك ChatGPT/Codex، أو هيّئ ملف تعريف مصادقة بمفتاح API عندما تريد فوترة قائمة على المفتاح. - واجهات OpenAI API غير الخاصة بالوكيل - وصول مباشر إلى منصة OpenAI، مع فوترة حسب الاستخدام،
عبر
OPENAI_API_KEYأو ملف تعريف مصادقة بمفتاح API من نوعopenai. - التهيئة القديمة - تُصلَح مراجع
codex/*وopenai-codex/*إلىopenai/*بالإضافة إلىagentRuntime.id: "codex"على مستوى النموذج بواسطةopenclaw doctor --fix.
تتبّع الاستخدام والتكلفة
يفصل OpenClaw بين حصة الاشتراك وفوترة Platform API:- يعرض OAuth الخاص بـ ChatGPT/Codex خطة الاشتراك ونوافذ الحصة ورصيد الاعتمادات.
- يعرض
OPENAI_ADMIN_KEYمدة 30 يومًا من تكلفة المؤسسة واستخدام الإكمالات اللذين أبلغ عنهما المزوّد في الاستخدام ضمن واجهة التحكم، بما في ذلك الإنفاق اليومي وإجماليات الطلبات/الرموز المميزة وأبرز النماذج وفئات التكلفة. - يقيّد
OPENAI_PROJECT_IDاختياريًا سجل Admin API بمشروع واحد. - لا يرسل OpenClaw مطلقًا
OPENAI_API_KEYأو ملف تعريف استدلالopenaiإلى واجهات API الخاصة بالمؤسسة؛ فقد تخص بيانات الاعتماد هذه نقاط نهاية مخصصة أو Azure أو نقاط نهاية محلية للوكيل.
اختيار سريع
خريطة التسمية
وقت تشغيل الوكيل الضمني
عندما تكون سياسة المزوّد/النموذجagentRuntime غير مضبوطة أو مضبوطة على auto، تختار
سياسة المسار المملوكة لـ OpenAI وقت التشغيل الضمني من نقطة النهاية
والمهايئ الفعليين:
يظل إعداد المزوّد/النموذج
agentRuntime.id الصريح وغير الافتراضي هو المرجع الحاكم.
على سبيل المثال، يُبقي agentRuntime.id: "openclaw" مسارًا مؤهلًا لولا ذلك لاستخدام Codex
على OpenClaw، بينما يتطلب agentRuntime.id: "codex" استخدام Codex ويفشل
بصورة مغلقة عندما لا يُعلَن أن المسار الفعلي متوافق مع Codex.
لا يغيّر اختيار وقت التشغيل نوع بيانات الاعتماد أو الفوترة: تظل مصادقة
Platform بمفتاح API ومصادقة اشتراك ChatGPT/Codex منفصلتين.
ينقل openclaw doctor --fix مراجع نماذج codex/* وopenai-codex/*
القديمة، ومعرّفات ملفات تعريف مصادقة Codex القديمة، وإدخالات ترتيب مصادقة Codex القديمة إلى
مسار openai القياسي. وتتلقى مراجع النماذج المنقولة
agentRuntime.id: "codex" على مستوى النموذج؛ استخدم auth.order.openai لتهيئة ترتيب المصادقة الجديدة.
يطبّق إعداد OpenAI الجديد نموذج GPT-5.6 أساسيًا فقط عندما لا يكون هناك نموذج أساسي
مهيأ. وتحافظ إضافة مصادقة OpenAI أو تحديثها على أي اختيار صريح موجود،
بما في ذلك
openai/gpt-5.5، ما لم تستخدم صراحةً
models auth login --set-default أو models set. استخدم ملف تعريف مصادقة بمفتاح API
فقط عندما تريد مصادقة بمفتاح API لنموذج وكيل.المعاينة المحدودة لـ GPT-5.6
يتعرف OpenClaw على معرّفات النماذج الدقيقةopenai/gpt-5.6-sol
وopenai/gpt-5.6-terra وopenai/gpt-5.6-luna. وتتيح النماذج الثلاثة
استدلال xhigh وmax في الكتالوج الحالي. تصف OpenAI نموذج Sol بأنه
الفئة الرائدة، وTerra بأنه الفئة المتوازنة، وLuna بأنه الفئة السريعة
والأقل تكلفة. راجع
إعلان إطلاق GPT-5.6
ودليل الوصول.
عند استخدام مصادقة OpenAI المباشرة بمفتاح API، يكون المعرّف المجرّد openai/gpt-5.6 اسمًا مستعارًا لـ
Sol والقيمة الافتراضية للإعداد الجديد. ولا يطبق كتالوج Codex الأصلي
هذا الاسم المستعار لـ API المباشر من جانب العميل؛ وبحسب صلاحية وصول مساحة العمل، يمكنه عرض
معرّفات Sol وTerra وLuna الدقيقة. لذلك يستخدم إعداد OAuth الجديد لـ ChatGPT/Codex
openai/gpt-5.6-sol. تحقّق من الحساب الحالي باستخدام:
قد تختار مسارات HTTPS الرسمية الدقيقة والمؤهلة Plugin خادم تطبيق Codex
المضمّن عندما تكون سياسة وقت التشغيل غير مضبوطة أو مضبوطة على
auto؛ وتظل مسارات Completions المُنشأة
ونقاط النهاية المخصصة وتجاوزات نقل الطلبات على OpenClaw. تُرفض
نقاط نهاية HTTP الرسمية ذات النص الصريح. وتظل تهيئة وقت التشغيل الصريحة للمزوّد/النموذج
هي المرجع الحاكم. شغّل openclaw doctor --fix لإصلاح مراجع نماذج Codex القديمة
المتبقية، أو مراجع codex-cli/*، أو عمليات تثبيت جلسات وقت التشغيل القديمة التي لم تضبطها
تهيئة وقت تشغيل صريحة.تغطية ميزات OpenClaw
يمر صوت OpenAI في الوقت الفعلي عبر OpenAI Platform Realtime
API العام ويتطلب مفتاح Platform API. أما رموز Codex OAuth فتصادق على
واجهة ChatGPT Codex الخلفية بدلًا من ذلك؛ ولا يمكن استخدامها بالتبادل مع مفاتيح Platform API
لنقاط نهاية Realtime العامة.إذا أبلغت المصادقة بمفتاح API عن عدم وجود رصيد فوترة، فأضف رصيدًا إلى Platform عبر
platform.openai.com/account/billing
للمؤسسة التي تدعم بيانات اعتماد الوقت الفعلي عند استخدام المصادقة بمفتاح API.
يقبل الصوت في الوقت الفعلي ملف تعريف المصادقة بمفتاح API
openai الذي أنشأه
openclaw onboard --auth-choice openai-api-key، أو مفتاح Platform API المعيّن عبر
talk.realtime.providers.openai.apiKey لحديث Control UI، أو
plugins.entries.voice-call.config.realtime.providers.openai.apiKey لـ Voice
Call، أو متغير البيئة OPENAI_API_KEY.تضمينات الذاكرة
يمكن لـ OpenClaw استخدام OpenAI، أو نقطة نهاية تضمين متوافقة مع OpenAI، من أجل فهرسةmemory_search وتضمينات الاستعلامات:
queryInputType وdocumentInputType ضمن memorySearch. يمرّر OpenClaw
هذه القيم كحقول طلب input_type خاصة بالموفّر: تستخدم تضمينات
الاستعلام queryInputType؛ وتستخدم مقاطع الذاكرة المفهرسة والفهرسة على دفعات
documentInputType. راجع
مرجع إعداد الذاكرة
للاطلاع على المثال الكامل.
بدء الاستخدام
- مفتاح API (OpenAI Platform)
- اشتراك Codex
الأنسب لـ: الوصول المباشر إلى API والفوترة حسب الاستخدام.أو مرّر المفتاح مباشرةً:يُحل معرّف API المباشر المجرّد يمثل
1
احصل على مفتاح API
أنشئ مفتاح API أو انسخه من لوحة معلومات OpenAI Platform.
2
شغّل الإعداد الأولي
3
تحقق من توفر النموذج
ملخص المسارات
عند عدم تعيين وقت التشغيل أو استخدام
auto، لا يمكن إلا لمسار أصلي رسمي
مؤهل ومطابق تمامًا عبر HTTPS أن يحدد ضمنيًا بيئة تشغيل خادم تطبيق Codex. للمصادقة
بمفتاح API على نموذج وكيل، أنشئ ملف تعريف مصادقة بمفتاح API openai ورتّبه باستخدام
auth.order.openai؛ ويظل OPENAI_API_KEY الخيار الاحتياطي المباشر لأسطح
OpenAI API غير الخاصة بالوكلاء. شغّل openclaw doctor --fix لترحيل
إدخالات ترتيب مصادقة Codex القديمة.مثال على الإعداد
gpt-5.6 إلى فئة Sol. إذا كانت مؤسسة API هذه
لا تتيح GPT-5.6، فعيّن النموذج الأساسي صراحةً إلى
openai/gpt-5.5.لتجربة نموذج Instant الحالي في ChatGPT من OpenAI API، عيّن النموذج
إلى openai/chat-latest:chat-latest اسمًا مستعارًا متغيرًا. يستخدم إعداد مفتاح OpenAI API الجديد بدلًا منه
openai/gpt-5.6، الذي يُحل معرّفه المجرّد لـ API المباشر إلى Sol. تظل
النماذج الأساسية الصريحة الحالية، بما فيها openai/gpt-5.5، دون تغيير. لا يقبل
الاسم المستعار chat-latest إلا إسهاب النص medium؛ ويفرض OpenClaw
أي إسهاب آخر مطلوب على medium لهذا النموذج.مصادقة خادم تطبيق Codex الأصلي
تستخدم منظومة خادم تطبيق Codex الأصلية مراجع نماذجopenai/* عندما يحددها ضمنيًا
مسار HTTPS رسمي دقيق ومؤهل، أو عندما يحددها صراحةً
agentRuntime.id: "codex" الخاص بالمزوّد/النموذج. تظل مصادقتها
معتمدة على الحساب. يحدد OpenClaw المصادقة بهذا الترتيب:
- ملفات تعريف مصادقة OpenAI المرتبة للوكيل، ويُفضّل أن تكون ضمن
auth.order.openai. شغّلopenclaw doctor --fixلترحيل معرّفات ملفات تعريف مصادقة Codex القديمة وترتيب المصادقة. - الحساب الموجود في خادم التطبيق، مثل تسجيل دخول ChatGPT محلي عبر Codex CLI. بالنسبة إلى مجلد الوكيل المعزول الافتراضي، يصل OpenClaw حساب CLI الأصلي هذا بخادم التطبيق عبر RPC لتسجيل الدخول؛ ولا يشارك إعدادات CLI أو plugins الخاصة به أو مخزن سلاسل المحادثات.
- لتشغيل خادم التطبيق محليًا عبر stdio فقط، وفقط عندما يبلغ خادم التطبيق
عن عدم وجود حساب:
CODEX_API_KEY، ثمOPENAI_API_KEY.
OPENAI_API_KEY لنماذج OpenAI المباشرة أو
التضمينات. ينطبق الرجوع الاحتياطي إلى مفتاح API من البيئة فقط على مسار stdio المحلي
الذي لا يحتوي على حساب؛ ولا يُرسل أبدًا عبر اتصالات خادم التطبيق باستخدام WebSocket. عند
تحديد ملف تعريف Codex بنمط الاشتراك، يمنع OpenClaw أيضًا
CODEX_API_KEY وOPENAI_API_KEY من الوصول إلى عملية خادم التطبيق الفرعية المشغّلة عبر stdio،
ويرسل بيانات الاعتماد المحددة عبر RPC لتسجيل الدخول إلى خادم التطبيق بدلًا من ذلك.
عندما يُحظر ملف تعريف الاشتراك هذا بسبب حد استخدام Codex، يضع OpenClaw
علامة الحظر على ملف التعريف حتى وقت إعادة الضبط الذي يعلنه Codex، ويسمح لترتيب المصادقة
بالانتقال إلى ملف تعريف openai:* التالي، من دون تغيير النموذج المحدد
أو الخروج من منظومة Codex. بعد انقضاء وقت إعادة الضبط، يصبح
ملف تعريف الاشتراك مؤهلًا مجددًا.
توليد الصور
يسجّل plugin المضمّنopenai توليد الصور عبر
أداة image_generate. وهو يدعم توليد الصور باستخدام مفتاح API لـ OpenAI وOAuth في Codex
عبر مرجع النموذج openai/gpt-image-2 نفسه.
راجع توليد الصور للاطلاع على معاملات الأداة المشتركة
وتحديد المزوّد وسلوك تجاوز الفشل.
gpt-image-2 هو الخيار الافتراضي لتوليد الصور من النص وتحرير الصور عبر OpenAI.
تظل gpt-image-1.5 وgpt-image-1 وgpt-image-1-mini قابلة للاستخدام
كتجاوزات صريحة للنموذج. استخدم openai/gpt-image-1.5 لإخراج PNG/WebP
بخلفية شفافة؛ ترفض واجهة gpt-image-2 الحالية
background: "transparent".
لطلب بخلفية شفافة، استدعِ image_generate باستخدام
model: "openai/gpt-image-1.5" أو outputFormat: "png" أو "webp"، و
background: "transparent"؛ لا يزال خيار المزوّد الأقدم openai.background
مقبولًا. يحمي OpenClaw أيضًا مساري OpenAI العام وOAuth في OpenAI Codex
من خلال إعادة كتابة طلبات openai/gpt-image-2 الشفافة الافتراضية إلى
gpt-image-1.5؛ وتحتفظ Azure ونقاط النهاية المخصصة المتوافقة مع OpenAI
بأسماء عمليات النشر/النماذج المعدّة لديها.
يتوفر الإعداد نفسه لعمليات CLI من دون واجهة رسومية:
--output-format و--background نفسيهما مع
openclaw infer image edit عند البدء من ملف إدخال.
يظل --openai-background متاحًا كاسم بديل خاص بـ OpenAI. استخدم
--quality low|medium|high|auto للتحكم في جودة OpenAI Images وتكلفتها.
استخدم --openai-moderation low|auto لتمرير تلميح الإشراف الخاص بـ OpenAI من
image generate أو image edit.
بالنسبة إلى عمليات تثبيت OAuth عبر ChatGPT/Codex، أبقِ مرجع openai/gpt-image-2 نفسه. عند
إعداد ملف تعريف OAuth من نوع openai، يحل OpenClaw رمز وصول OAuth
المخزّن ويرسل طلبات الصور عبر واجهة Codex Responses الخلفية؛ ولا
يحاول أولًا استخدام OPENAI_API_KEY ولا يرجع بصمت إلى مفتاح API.
اضبط models.providers.openai صراحةً باستخدام مفتاح API أو عنوان URL أساسي مخصص
أو نقطة نهاية Azure عندما تريد استخدام مسار OpenAI Images API المباشر
بدلًا من ذلك. إذا كانت نقطة نهاية الصور المخصصة هذه على شبكة LAN موثوقة أو عنوان خاص،
فاضبط أيضًا browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true؛ إذ
يبقي OpenClaw نقاط نهاية الصور الخاصة/الداخلية المتوافقة مع OpenAI محظورة ما لم
يكن هذا الاشتراك الصريح موجودًا.
التوليد:
توليد الفيديو
يسجّل plugin المضمّنopenai توليد الفيديو عبر
أداة video_generate.
تستخدم طلبات تحويل الصور إلى فيديو في OpenAI
POST /v1/videos مع صورة
input_reference. وتستخدم تعديلات الفيديو الواحد POST /v1/videos/edits مع
الفيديو المرفوع في الحقل video.
راجع إنشاء الفيديو للاطلاع على معلمات الأداة المشتركة،
واختيار المزوّد، وسلوك تجاوز الفشل.يصرّح مزوّد OpenAI عن
supportsSize، لكن ليس عن supportsAspectRatio أو
supportsResolution. تحوّل طبقة التسوية المشتركة في OpenClaw قيمة
aspectRatio المطلوبة إلى أقرب قيمة size مطابقة في OpenAI قبل أن
يصل الطلب إلى المزوّد، لذلك تظل طلبات نسبة العرض إلى الارتفاع تعمل عمومًا.
ليس لدى resolution بديل للحجم، لذا تُسقط وتُعرض للمستدعي على أنها
Ignored unsupported overrides for openai/<model>: resolution=<value>.مساهمة موجّه GPT-5
يضيف OpenClaw مساهمة مشتركة في موجّه GPT-5 لنماذج عائلة GPT-5 لدى المزوّدopenai (بما في ذلك مراجع Codex القديمة السابقة للإصلاح التي تُسوّى
إلى openai/*). لا تتلقى المزوّدات الأخرى التي توفر أيضًا معرّفات نماذج عائلة GPT-5،
مثل مسارات OpenRouter أو opencode، هذه الطبقة؛ إذ تعتمد بوابتها على
معرّف المزوّد openai، لا على معرّف النموذج وحده. ولا تتلقاها نماذج GPT-4.x
الأقدم مطلقًا.
لا يتلقى إطار خادم التطبيق الأصلي في Codex عقد سلوك الشخصية والانضباط
في استخدام الأدوات، ولا طبقة أسلوب التفاعل الودّي، عبر تعليمات المطوّر؛
إذ يحتفظ Codex الأصلي بسلوك الأساس والنموذج ووثائق المشروع الذي يملكه Codex،
ويعطّل OpenClaw الشخصية المضمّنة في Codex لسلاسل المحادثات الأصلية كي تظل
ملفات شخصية مساحة عمل الوكيل هي المرجع المعتمد. ولا يضيف OpenClaw إلى سلاسل
Codex الأصلية سوى سياق وقت التشغيل: تسليم القنوات، وأدوات OpenClaw الديناميكية،
وتفويض ACP، وسياق مساحة العمل، وSkills في OpenClaw. ويُعد نص إرشادات Heartbeat
من هذه المساهمة نفسها الاستثناء الوحيد: إذ تتلقى دورات Heartbeat الأصلية في Codex
هذا النص، ويُحقن بوصفه تعليمات تعاون مخصصة بدلًا من حقنه عبر
خطاف مساهمة الموجّه المشتركة.
تضيف مساهمة GPT-5 عقد سلوك موسومًا لاستمرار الشخصية، وسلامة التنفيذ،
والانضباط في استخدام الأدوات، وشكل المخرجات، وفحوصات الإكمال، والتحقق في
الموجّهات المطابقة التي يجمعها OpenClaw. يظل سلوك الرد الخاص بالقنوات والرسائل
الصامتة ضمن موجّه نظام OpenClaw المشترك وسياسة التسليم الصادر. أما طبقة
أسلوب التفاعل الودّي فهي منفصلة وقابلة للتهيئة.
- التهيئة
- CLI
لا تزال قيمة
plugins.entries.openai.config.personality القديمة تُقرأ
بوصفها بديل توافق عندما لا يكون إعداد
agents.defaults.promptOverlays.gpt5.personality المشترك معيّنًا.الصوت والكلام
تركيب الكلام (TTS)
تركيب الكلام (TTS)
يسجّل Plugin المضمّن
openai تركيب الكلام لواجهة
messages.tts.النماذج المتاحة:
gpt-4o-mini-tts، وtts-1، وtts-1-hd. الأصوات المتاحة:
alloy، وash، وballad، وcedar، وcoral، وecho، وfable، وjuniper،
وmarin، وonyx، وnova، وsage، وshimmer، وverse.يُدمج extraBody في JSON طلب /audio/speech بعد الحقول التي
ينشئها OpenClaw، لذا استخدمه مع نقاط النهاية المتوافقة مع OpenAI التي تتطلب
مفاتيح إضافية مثل lang. تُتجاهل مفاتيح النموذج الأولي.عيّن
OPENAI_TTS_BASE_URL لتجاوز عنوان URL الأساسي لـ TTS من دون التأثير في
نقطة نهاية API للدردشة. يُهيّأ كل من TTS في OpenAI والصوت في الوقت الفعلي
باستخدام مفتاح API لمنصة OpenAI؛ ولا يزال بإمكان التثبيتات التي تستخدم OAuth فقط
استخدام نماذج الدردشة المدعومة بـ Codex، لكن ليس المحادثة الصوتية المباشرة عبر OpenAI.تحويل الكلام إلى نص
تحويل الكلام إلى نص
يسجّل Plugin المضمّن تُمرّر تلميحات اللغة والموجّه إلى OpenAI عند توفيرها من خلال
تهيئة وسائط الصوت المشتركة أو طلب النسخ الخاص بكل استدعاء.
openai تحويل الكلام إلى نص على دفعات عبر
واجهة النسخ الخاصة بفهم الوسائط في OpenClaw.- النموذج الافتراضي:
gpt-4o-transcribe - نقطة النهاية: OpenAI REST
/v1/audio/transcriptions - مسار الإدخال: رفع ملف صوتي متعدد الأجزاء
- يُستخدم حيثما تقرأ عملية نسخ الصوت الوارد
tools.media.audio، بما في ذلك مقاطع القنوات الصوتية في Discord ومرفقات الصوت في القنوات
النسخ في الوقت الفعلي
النسخ في الوقت الفعلي
يسجّل Plugin المضمّن
openai النسخ في الوقت الفعلي لـ
Plugin المكالمات الصوتية.يستخدم اتصال WebSocket بـ
wss://api.openai.com/v1/realtime مع صوت
G.711 u-law (g711_ulaw / audio/pcmu). بالنسبة إلى ملف تعريف مفتاح API openai،
ينشئ Gateway سر عميل مؤقتًا للنسخ في الوقت الفعلي قبل فتح اتصال WebSocket.
هذا المزوّد المتدفق مخصص لمسار النسخ في الوقت الفعلي في المكالمات الصوتية؛
يسجّل Discord الصوتي حاليًا مقاطع قصيرة ويستخدم مسار النسخ على دفعات
tools.media.audio بدلًا من ذلك.الصوت في الوقت الفعلي
الصوت في الوقت الفعلي
يسجّل Plugin المضمّن
openai الصوت في الوقت الفعلي لـ Plugin
المكالمات الصوتية.أصوات الوقت الفعلي المضمّنة المتاحة لـ
gpt-realtime-2.1: alloy، وash،
وballad، وcoral، وecho، وsage، وshimmer، وverse، وmarin، وcedar.
توصي OpenAI باستخدام marin وcedar للحصول على أفضل جودة في الوقت الفعلي. وهذه
مجموعة منفصلة عن أصوات تحويل النص إلى كلام المذكورة أعلاه؛ فالصوت المخصص لـ TTS فقط،
مثل fable أو nova أو onyx، غير صالح لجلسات الوقت الفعلي.
عيّن النموذج صراحةً إلى gpt-realtime-2.1-mini إذا كنت تفضّل
إصدار Realtime 2.1 الأصغر والأقل تكلفة.GPT-Live (قريبًا). حلّ نموذجا OpenAI مزدوجا الاتجاه بالكامل
gpt-live-1
وgpt-live-1-mini محل الوضع الصوتي في ChatGPT في يوليو 2026؛ ويجري طرح
API المطوّرين للمؤسسات التي تتمتع بوصول مبكر. يتعرّف OpenClaw
على عائلة النماذج، لكنه لا يشغّلها بعد: فجلسات GPT-Live
تستخدم WebRTC فقط، وتدير تناوب الأدوار بنفسها (من دون VAD)، وتفوّض عمل الوكيل
عبر بروتوكول أحداث تسليم لا تنفّذه وسائل النقل في الوقت الفعلي لدى OpenClaw
حتى الآن. تفشل تهيئة نموذج gpt-live-* بشكل مغلق، مع
إرشادات لكل من جسر WebSocket وجلسات Talk في المتصفح، بدلًا من
توصيل الصوت بصمت من دون وصول إلى الوكيل. كما يُقيّد الوصول إلى API
لكل مؤسسة OpenAI خلال مرحلة الوصول المبكر. احتفظ بـ gpt-realtime-2.1 (وهو
الافتراضي) حتى يتوفر دعم GPT-Live.تستخدم جسور OpenAI الخلفية للوقت الفعلي بنية جلسة WebSocket العامة المتاحة
للوقت الفعلي، والتي لا تقبل
session.temperature. تظل عمليات نشر Azure OpenAI
متاحة عبر azureEndpoint وazureDeployment، وتحتفظ
ببنية الجلسة المتوافقة مع النشر (بما في ذلك temperature).
تدعم استدعاء الأدوات ثنائي الاتجاه وصوت G.711 u-law.يُحدَّد الصوت في الوقت الفعلي عند إنشاء الجلسة. تسمح OpenAI بتغيير معظم
حقول الجلسة لاحقًا، لكن لا يمكن تغيير الصوت بعد أن يُصدر
النموذج صوتًا في تلك الجلسة. تعرض OpenClaw حاليًا
معرّفات الأصوات المضمّنة في الوقت الفعلي كسلاسل نصية.
تستخدم ميزة Talk في واجهة التحكم جلسات OpenAI في الوقت الفعلي عبر المتصفح، مع سر عميل
مؤقت يصدره Gateway وتبادل مباشر لـ WebRTC SDP من المتصفح
مع OpenAI Realtime API. يصدر Gateway سر العميل هذا باستخدام
بيانات اعتماد
openai المحددة. تكون للمفاتيح المضبوطة وملفات تعريف مفاتيح API
وOPENAI_API_KEY الأولوية؛ ويُستخدم ملف تعريف OAuth من نوع openai أو تسجيل
دخول Codex خارجي كخيار احتياطي. تستخدم جسور WebSocket في الوقت الفعلي الخاصة بترحيل Gateway
والواجهة الخلفية للمكالمات الصوتية ترتيب بيانات الاعتماد نفسه لنقاط نهاية OpenAI الأصلية.
يتوفر التحقق المباشر للمشرفين باستخدام
OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts؛
وتتحقق مراحل OpenAI من جسر WebSocket للواجهة الخلفية ومن تبادل
WebRTC SDP في المتصفح، من دون تسجيل الأسرار.
مرّر --openai-only لتشغيل هاتين المرحلتين دون بيانات اعتماد Google.نقاط نهاية Azure OpenAI
يمكن لمزوّدopenai المضمّن استهداف مورد Azure OpenAI لتوليد
الصور من خلال تجاوز عنوان URL الأساسي. في مسار توليد الصور، تكتشف OpenClaw
أسماء مضيفي Azure في models.providers.openai.baseUrl وتنتقل تلقائيًا إلى
بنية طلب Azure.
يستخدم الصوت في الوقت الفعلي مسار إعداد منفصلًا
(
plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint)
ولا يتأثر بـ models.providers.openai.baseUrl. راجع أكورديون الصوت في الوقت الفعلي
ضمن الصوت والكلام للاطلاع على إعدادات Azure الخاصة به.- يكون لديك بالفعل اشتراك أو حصة أو اتفاقية مؤسسية في Azure OpenAI
- تحتاج إلى إقامة إقليمية للبيانات أو ضوابط امتثال توفرها Azure
- تريد إبقاء حركة البيانات داخل مستأجر Azure حالي
الإعداد
لتوليد الصور عبر Azure باستخدام مزوّدopenai المضمّن، وجّه
models.providers.openai.baseUrl إلى مورد Azure واضبط apiKey على
مفتاح Azure OpenAI (وليس مفتاح OpenAI Platform):
*.openai.azure.com*.services.ai.azure.com*.cognitiveservices.azure.com
- ترسل ترويسة
api-keyبدلًا منAuthorization: Bearer - تستخدم مسارات على نطاق النشر (
/openai/deployments/{deployment}/...) - تلحق
?api-version=...بكل طلب - تستخدم مهلة طلب افتراضية قدرها 600s لاستدعاءات توليد الصور عبر Azure.
وتظل قيم
timeoutMsلكل استدعاء تتجاوز هذه القيمة الافتراضية.
يتطلب توجيه Azure لمسار توليد الصور الخاص بمزوّد
openai
إصدار OpenClaw 2026.4.22 أو أحدث. تتعامل الإصدارات الأقدم مع أي
openai.baseUrl مخصص على أنه نقطة نهاية OpenAI العامة، وتفشل مع عمليات
نشر الصور في Azure.إصدار API
اضبطAZURE_OPENAI_API_VERSION لتثبيت إصدار معاينة أو إصدار GA محدد من Azure
لمسار توليد الصور عبر Azure:
2024-12-01-preview عندما لا يكون المتغير مضبوطًا.
أسماء النماذج هي أسماء عمليات النشر
تربط Azure OpenAI النماذج بعمليات النشر. بالنسبة إلى طلبات توليد الصور عبر Azure الموجّهة من خلال مزوّدopenai المضمّن، يجب أن يكون حقل model في OpenClaw
هو اسم نشر Azure الذي ضبطته في بوابة Azure، وليس
معرّف نموذج OpenAI العام.
إذا أنشأت عملية نشر باسم gpt-image-2-prod تشغّل gpt-image-2:
openai المضمّن.
التوفر الإقليمي
يتوفر توليد الصور عبر Azure حاليًا في مجموعة فرعية فقط من المناطق (على سبيل المثالeastus2 وswedencentral وpolandcentral وwestus3
وuaenorth). تحقّق من قائمة المناطق الحالية لدى Microsoft قبل إنشاء
عملية نشر، وتأكد من أن النموذج المحدد متاح في منطقتك.
اختلافات المعلمات
لا تقبل Azure OpenAI وOpenAI العامة دائمًا معلمات الصور نفسها. قد ترفض Azure خيارات تسمح بها OpenAI العامة (على سبيل المثال بعض قيمbackground في gpt-image-2) أو تتيحها فقط في إصدارات محددة من
النموذج. تأتي هذه الاختلافات من Azure والنموذج الأساسي، وليس من
OpenClaw. إذا فشل طلب Azure بسبب خطأ في التحقق، فتحقّق من
مجموعة المعلمات التي تدعمها عملية النشر وإصدار API المحددان في
بوابة Azure.
تستخدم Azure OpenAI النقل الأصلي وسلوك التوافق، لكنها لا تتلقى
ترويسات الإسناد المخفية الخاصة بـ OpenClaw — راجع أكورديون المسارات الأصلية مقابل المسارات
المتوافقة مع OpenAI ضمن الإعداد المتقدم.بالنسبة إلى حركة المحادثات أو Responses على Azure (بخلاف توليد الصور)، استخدم
مسار الإعداد الأولي أو إعداد مزوّد Azure مخصصًا؛ إذ إن
openai.baseUrl وحده
لا يعتمد بنية API/المصادقة الخاصة بـ Azure. يوجد مزوّد
azure-openai-responses/* منفصل؛ راجع أكورديون Compaction من جانب الخادم
أدناه.الإعداد المتقدم
تحدد أمثلةparams لكل نموذج أدناه بنية طلب المزوّد المضمّن في OpenClaw.
يُعد ضبطها سلوكًا مؤلفًا للطلب، ولذلك يظل مسار auto المؤهل
بطريقة أخرى على OpenClaw بدلًا من اختيار Codex ضمنيًا. يدير مسخّر خادم تطبيق
Codex الأصلي إعدادات النقل والطلب الخاصة به؛ ويفشل agentRuntime.id: "codex"
الصريح بصورة مغلقة عندما لا يكون المسار الفعلي معلنًا على أنه متوافق مع Codex.
النقل (WebSocket مقابل SSE)
النقل (WebSocket مقابل SSE)
تستخدم OpenClaw نهج WebSocket أولًا مع الرجوع إلى SSE (وثائق OpenAI ذات الصلة:
"auto") لـ openai/*.في وضع "auto"، تقوم OpenClaw بما يلي:- تعيد محاولة فشل WebSocket مبكر واحد قبل الرجوع إلى SSE
- بعد حدوث فشل، تضع علامة على WebSocket بأنه متدهور لمدة 60 ثانية وتستخدم SSE خلال فترة التهدئة
- تُرفق ترويسات ثابتة لهوية الجلسة والدور من أجل عمليات إعادة المحاولة وإعادة الاتصال
- توحّد عدادات الاستخدام (
input_tokens/prompt_tokens) عبر متغيرات النقل
الوضع السريع
الوضع السريع
تعرض OpenClaw مفتاح تبديل مشتركًا للوضع السريع لـ
openai/*:- المحادثة/واجهة المستخدم:
/fast status|auto|on|off - الإعداد:
agents.defaults.models["<provider>/<model>"].params.fastMode
service_tier = "priority"). تُحفظ قيم service_tier الحالية،
ولا يعيد الوضع السريع كتابة reasoning أو
text.verbosity. يبدأ fastMode: "auto" استدعاءات النموذج الجديدة في الوضع السريع حتى
حد الإيقاف التلقائي، ثم يبدأ استدعاءات إعادة المحاولة أو الرجوع أو نتائج الأدوات أو
المتابعة اللاحقة من دون الوضع السريع. يبلغ حد الإيقاف افتراضيًا 60 ثانية؛
اضبط params.fastAutoOnSeconds في النموذج النشط لتغييره.تتغلب تجاوزات الجلسة على الإعداد. تؤدي إزالة تجاوز الجلسة في
واجهة Sessions إلى إعادة الجلسة إلى القيمة الافتراضية المضبوطة.
المعالجة ذات الأولوية (service_tier)
المعالجة ذات الأولوية (service_tier)
تتيح API الخاصة بـ OpenAI المعالجة ذات الأولوية عبر القيم المدعومة:
service_tier. اضبطها لكل
نموذج في OpenClaw:auto وdefault وflex وpriority.Compaction من جانب الخادم (Responses API)
Compaction من جانب الخادم (Responses API)
بالنسبة إلى نماذج OpenAI Responses المباشرة (
openai/* في api.openai.com)، يفعّل
غلاف تدفق OpenClaw الخاص بـ Plugin OpenAI تلقائيًا
Compaction من جانب الخادم:- يفرض
store: true(ما لم يضبط توافق النموذجsupportsStore: false) - يحقن
context_management: [{ type: "compaction", compact_threshold: ... }] - القيمة الافتراضية لـ
compact_threshold: 70% منcontextWindow(أو80000عند عدم توفره)
- التمكين صراحةً
- حد مخصص
- التعطيل
مفيد لنقاط النهاية المتوافقة مثل Azure OpenAI Responses:
لا يتحكم
responsesServerCompaction إلا في حقن context_management.
وتظل نماذج OpenAI Responses المباشرة تفرض store: true ما لم يضبط التوافق
supportsStore: false.وضع GPT الوكيلي الصارم
وضع GPT الوكيلي الصارم
بالنسبة إلى نماذج عائلة GPT-5 التابعة لمزوّد يُعد تعيين
openai والتي تعمل من خلال وقت التشغيل
المضمّن في OpenClaw، تستخدم OpenClaw افتراضيًا بالفعل عقد تنفيذ أكثر صرامة يسمى
strict-agentic. ويُفعّل تلقائيًا كلما كان المزوّد المحسوم هو
openai وكان معرّف النموذج يطابق عائلة GPT-5، ما لم يختر الإعداد
صراحةً إلغاء ذلك:"strict-agentic" صراحةً إجراءً بلا تأثير في مسار مدعوم (إذ
إنه الإعداد الافتراضي بالفعل)، ولا يكون له أي تأثير في أزواج المزوّد/النموذج غير المدعومة.عند تفعيل strict-agentic، يقوم OpenClaw بما يلي:- يفعّل
update_planتلقائيًا للأعمال الجوهرية - يعيد محاولة الأدوار الفارغة بنيويًا أو التي تحتوي على الاستدلال فقط، مع متابعة تتضمن إجابة ظاهرة
- يستخدم أحداث الخطة الصريحة الخاصة بإطار التشغيل عندما يوفّرها إطار التشغيل المحدد
يوجد هذا العقد بالكامل داخل مشغّل الوكيل المضمّن في OpenClaw. ولا
ينطبق على إطار تشغيل خادم تطبيق Codex الأصلي، الذي يدير سلوك
الأدوار والخطط الخاص به؛ إذ يكون اختيار إطار التشغيل أهم من
إعداد عقد التنفيذ لعمليات تشغيل Codex الأصلية.
المسارات الأصلية مقابل المسارات المتوافقة مع OpenAI
المسارات الأصلية مقابل المسارات المتوافقة مع OpenAI
يتعامل OpenClaw مع نقاط نهاية OpenAI المباشرة وCodex وAzure OpenAI
بصورة مختلفة عن وكلاء
/v1 العامة المتوافقة مع OpenAI:المسارات الأصلية (openai/*، Azure OpenAI):- يحتفظ بـ
reasoning: { effort: "none" }فقط للنماذج التي تدعم مستوى جهدnoneفي OpenAI - يحذف الاستدلال المعطّل للنماذج أو الوكلاء الذين يرفضون
reasoning.effort: "none" - يضبط مخططات الأدوات افتراضيًا على الوضع الصارم
- يرفق ترويسات إسناد مخفية على المضيفين الأصليين المتحقق منهم فقط (لا يتلقى Azure OpenAI هذه الترويسات، رغم أنه مسار أصلي)
- يحتفظ بتشكيل الطلبات الخاص بـ OpenAI فقط (
service_tier،store، توافق الاستدلال، وتلميحات ذاكرة التخزين المؤقت للمطالبات)
- يستخدم سلوك توافق أكثر مرونة
- يزيل
storeالخاص بـ Completions من حمولاتopenai-completionsغير الأصلية - يقبل JSON المتقدم الممرّر كما هو لـ
params.extra_body/params.extraBodyلوكلاء Completions المتوافقة مع OpenAI - يقبل
params.chat_template_kwargsلوكلاء Completions المتوافقة مع OpenAI مثل vLLM - لا يفرض مخططات أدوات صارمة أو ترويسات خاصة بالمسارات الأصلية
ذو صلة
اختيار النموذج
اختيار المزوّدين ومراجع النماذج وسلوك تجاوز الفشل.
توليد الصور
معلمات أداة الصور المشتركة واختيار المزوّد.
توليد الفيديو
معلمات أداة الفيديو المشتركة واختيار المزوّد.
OAuth والمصادقة
تفاصيل المصادقة وقواعد إعادة استخدام بيانات الاعتماد.