دليل تشغيل البوابة
استخدم هذه الصفحة للتشغيل في اليوم الأول والعمليات التشغيلية اللاحقة لخدمة البوابة.استكشاف الأخطاء العميق
تشخيصات تبدأ من الأعراض مع سلاسل أوامر دقيقة وتواقيع السجلات.
الإعداد
دليل إعداد موجّه بالمهام + مرجع إعداد كامل.
إدارة الأسرار
عقد SecretRef، وسلوك لقطات وقت التشغيل، وعمليات الترحيل/إعادة التحميل.
عقد خطة الأسرار
قواعد
secrets apply الدقيقة الخاصة بالهدف/المسار وسلوك ملف تعريف المصادقة المعتمد على المراجع فقط.تشغيل محلي خلال 5 دقائق
تراقب إعادة تحميل إعداد البوابة مسار ملف الإعداد النشط (المحلول من القيم الافتراضية للملف الشخصي/الحالة، أو
OPENCLAW_CONFIG_PATH عند ضبطه).
الوضع الافتراضي هو gateway.reload.mode="hybrid".
بعد أول تحميل ناجح، تخدم العملية الجارية لقطة الإعداد النشطة داخل الذاكرة؛ وتستبدل إعادة التحميل الناجحة تلك اللقطة بشكل ذري.نموذج وقت التشغيل
- عملية واحدة دائمة التفعيل للتوجيه، ومستوى التحكم، واتصالات القنوات.
- منفذ واحد متعدد الإرسال من أجل:
- التحكم/RPC عبر WebSocket
- HTTP APIs، متوافقة مع OpenAI (
/v1/models,/v1/embeddings,/v1/chat/completions,/v1/responses,/tools/invoke) - واجهة المستخدم الخاصة بالتحكم والخطافات
- وضع الربط الافتراضي:
loopback. - المصادقة مطلوبة افتراضيًا. وتستخدم إعدادات السر المشترك
gateway.auth.token/gateway.auth.password(أوOPENCLAW_GATEWAY_TOKEN/OPENCLAW_GATEWAY_PASSWORD)، ويمكن لإعدادات reverse-proxy غير المعتمدة على loopback استخدامgateway.auth.mode: "trusted-proxy".
نقاط النهاية المتوافقة مع OpenAI
أصبح سطح التوافق الأعلى فائدة في OpenClaw الآن:GET /v1/modelsGET /v1/models/{id}POST /v1/embeddingsPOST /v1/chat/completionsPOST /v1/responses
- تبدأ معظم تكاملات Open WebUI وLobeChat وLibreChat بالفحص عبر
/v1/models. - تتوقع كثير من خطوط RAG والذاكرة وجود
/v1/embeddings. - يفضّل العملاء الأصليون للوكلاء بشكل متزايد
/v1/responses.
- الأمر
/v1/modelsموجه للوكلاء أولًا: فهو يعيدopenclawوopenclaw/defaultوopenclaw/<agentId>. openclaw/defaultهو الاسم المستعار الثابت الذي يرتبط دائمًا بالوكيل الافتراضي المُعد.- استخدم
x-openclaw-modelعندما تريد تجاوز موفّر/نموذج الخلفية؛ وإلا يظل إعداد النموذج والتضمين العادي الخاص بالوكيل المحدد هو المتحكم.
أسبقية المنفذ ووضع الربط
| الإعداد | ترتيب التحليل |
|---|---|
| منفذ البوابة | --port ← OPENCLAW_GATEWAY_PORT ← gateway.port ← 18789 |
| وضع الربط | CLI/التجاوز ← gateway.bind ← loopback |
أوضاع إعادة التحميل السريع
gateway.reload.mode | السلوك |
|---|---|
off | لا توجد إعادة تحميل للإعداد |
hot | تطبيق التغييرات الآمنة للسخونة فقط |
restart | إعادة تشغيل عند التغييرات التي تتطلب إعادة تحميل |
hybrid (الافتراضي) | تطبيق سريع عندما يكون آمنًا، وإعادة تشغيل عند الحاجة |
مجموعة أوامر المشغّل
gateway status --deep مخصص لاكتشاف الخدمات الإضافية (LaunchDaemons/وحدات systemd على مستوى النظام/schtasks)، وليس فحص RPC أعمق لسلامة النظام.
بوابات متعددة (على المضيف نفسه)
ينبغي أن يشغّل معظم التثبيتات بوابة واحدة لكل جهاز. ويمكن لبوابة واحدة أن تستضيف عدة وكلاء وقنوات. أنت تحتاج إلى عدة بوابات فقط عندما تريد عمدًا العزل أو بوت إنقاذ. فحوصات مفيدة:- يمكن أن يعرض
gateway status --deepالرسالةOther gateway-like services detected (best effort)ويطبع تلميحات تنظيف عندما تكون تثبيتات launchd/systemd/schtasks القديمة لا تزال موجودة. - يمكن أن يحذّر
gateway probeمنmultiple reachable gatewaysعندما يجيب أكثر من هدف واحد. - إذا كان ذلك مقصودًا، فاعزل المنافذ، والإعداد/الحالة، وجذور مساحة العمل لكل بوابة.
الوصول البعيد
المفضل: Tailscale/VPN. البديل: نفق SSH.ws://127.0.0.1:18789 محليًا.
راجع: البوابة البعيدة، المصادقة، Tailscale.
الإشراف ودورة حياة الخدمة
استخدم التشغيل تحت إشراف من أجل موثوقية تشبه الإنتاج.- macOS (launchd)
- Linux (systemd user)
- Windows (أصلي)
- Linux (خدمة نظام)
ai.openclaw.gateway (الافتراضي) أو ai.openclaw.<profile> (للملفات الشخصية المسماة). ويقوم openclaw doctor بتدقيق انحراف إعداد الخدمة وإصلاحه.بوابات متعددة على مضيف واحد
يجب أن تشغّل معظم الإعدادات بوابة واحدة. استخدم عدة بوابات فقط من أجل العزل/الاعتمادية الصارمة (مثل ملف تعريف إنقاذ). قائمة التحقق لكل مثيل:gateway.portفريدOPENCLAW_CONFIG_PATHفريدOPENCLAW_STATE_DIRفريدagents.defaults.workspaceفريد
المسار السريع لملف تعريف التطوير
19001.
مرجع البروتوكول السريع (منظور المشغّل)
- يجب أن يكون أول إطار عميل هو
connect. - تعيد البوابة لقطة
hello-ok(presence,health,stateVersion,uptimeMs, limits/policy). hello-ok.features.methods/eventsهي قائمة اكتشاف متحفظة، وليست تفريغًا مولدًا لكل مسار مساعد قابل للاستدعاء.- الطلبات:
req(method, params)←res(ok/payload|error). - تشمل الأحداث الشائعة
connect.challengeوagentوchatوsession.messageوsession.toolوsessions.changedوpresenceوtickوhealthوheartbeatوأحداث دورة حياة الاقتران/الموافقة وshutdown.
- إقرار فوري بالقبول (
status:"accepted") - استجابة نهائية عند الاكتمال (
status:"ok"|"error")، مع تدفق أحداثagentبينهما.
فحوصات تشغيلية
التوفر
- افتح WS وأرسل
connect. - توقّع استجابة
hello-okمع لقطة.
الجاهزية
استرداد الفجوات
لا تتم إعادة تشغيل الأحداث. وعند وجود فجوات في التسلسل، حدّث الحالة (health، system-presence) قبل المتابعة.
تواقيع الإخفاق الشائعة
| التوقيع | المشكلة المحتملة |
|---|---|
refusing to bind gateway ... without auth | ربط غير loopback من دون مسار مصادقة صالح للبوابة |
another gateway instance is already listening / EADDRINUSE | تعارض منفذ |
Gateway start blocked: set gateway.mode=local | الإعداد مضبوط على الوضع البعيد، أو أن ختم الوضع المحلي مفقود من إعداد تالف |
unauthorized during connect | عدم تطابق المصادقة بين العميل والبوابة |
ضمانات الأمان
- يفشل عملاء بروتوكول البوابة بسرعة عندما تكون البوابة غير متاحة (ولا يوجد رجوع ضمني مباشر إلى القنوات).
- يتم رفض وإغلاق الإطارات الأولى غير الصالحة/غير
connect. - يصدر الإغلاق السلس الحدث
shutdownقبل إغلاق المقبس.
ذو صلة: