Windows
يدعم OpenClaw كلاً من Windows الأصلية وWSL2. ويُعد WSL2 المسار الأكثر استقرارًا والموصى به للحصول على التجربة الكاملة — حيث تعمل CLI وGateway والأدوات داخل Linux مع توافق كامل. أما Windows الأصلية فتعامل بشكل جيد مع CLI الأساسية واستخدامات Gateway، مع بعض المحاذير المذكورة أدناه. من المخطط توفير تطبيقات مرافقة أصلية لـ Windows.WSL2 (موصى به)
- Getting Started (استخدمه داخل WSL)
- Install & updates
- دليل WSL2 الرسمي (Microsoft): https://learn.microsoft.com/windows/wsl/install
حالة Windows الأصلية
تتحسن تدفقات CLI الأصلية على Windows، لكن WSL2 ما تزال المسار الموصى به. ما الذي يعمل جيدًا على Windows الأصلية اليوم:- مثبّت الموقع عبر
install.ps1 - استخدام CLI المحلي مثل
openclaw --versionوopenclaw doctorوopenclaw plugins list --json - اختبارات smoke المحلية للوكيل/المزوّد المضمّنين مثل:
- ما يزال
openclaw onboard --non-interactiveيتوقع gateway محلية قابلة للوصول ما لم تمرر--skip-health - يحاول
openclaw onboard --non-interactive --install-daemonوopenclaw gateway installاستخدام Windows Scheduled Tasks أولًا - إذا تم رفض إنشاء Scheduled Task، يعود OpenClaw إلى عنصر تسجيل دخول لكل مستخدم في مجلد Startup ويبدأ gateway فورًا
- إذا تعطلت
schtasksنفسها أو توقفت عن الاستجابة، يوقف OpenClaw هذا المسار بسرعة الآن ويعود إلى الرجوع الاحتياطي بدلًا من التعليق إلى الأبد - ما تزال Scheduled Tasks هي المفضلة عندما تكون متاحة لأنها توفّر حالة مشرف أفضل
Gateway
تثبيت خدمة Gateway (CLI)
داخل WSL2:التشغيل التلقائي لـ Gateway قبل تسجيل الدخول إلى Windows
بالنسبة إلى الإعدادات بدون واجهة، تأكد من أن سلسلة الإقلاع الكاملة تعمل حتى عندما لا يسجّل أحد الدخول إلى Windows.1) إبقاء خدمات المستخدم تعمل من دون تسجيل الدخول
داخل WSL:2) تثبيت خدمة مستخدم OpenClaw gateway
داخل WSL:3) بدء WSL تلقائيًا عند إقلاع Windows
في PowerShell بصلاحية المسؤول:Ubuntu باسم التوزيعة لديك من:
التحقق من سلسلة بدء التشغيل
بعد إعادة التشغيل (وقبل تسجيل الدخول إلى Windows)، تحقق من داخل WSL:متقدم: كشف خدمات WSL عبر LAN (portproxy)
تملك WSL شبكتها الافتراضية الخاصة. إذا كان جهاز آخر يحتاج إلى الوصول إلى خدمة تعمل داخل WSL (SSH أو خادم TTS محلي أو Gateway)، فيجب تمرير منفذ من Windows إلى عنوان IP الحالي الخاص بـ WSL. ويتغير عنوان IP الخاص بـ WSL بعد إعادة التشغيل، لذا قد تحتاج إلى تحديث قاعدة التمرير. مثال (PowerShell بصلاحية المسؤول):- يستهدف SSH من جهاز آخر عنوان IP الخاص بمضيف Windows (مثال:
ssh user@windows-host -p 2222). - يجب أن تشير العقد البعيدة إلى عنوان URL لـ Gateway يمكن الوصول إليه (وليس
127.0.0.1)؛ استخدمopenclaw status --allللتأكيد. - استخدم
listenaddress=0.0.0.0للوصول عبر LAN؛ أما127.0.0.1فيبقيه محليًا فقط. - إذا كنت تريد تنفيذ ذلك تلقائيًا، فسجّل Scheduled Task لتشغيل خطوة التحديث عند تسجيل الدخول.