يدعم OpenClaw كلاً من Windows الأصلي و WSL2. يُعد WSL2 المسار الأكثر استقرارًا والموصى به للتجربة الكاملة — حيث تعمل CLI وGateway والأدوات داخل Linux بتوافق كامل. يعمل Windows الأصلي لاستخدام CLI وGateway الأساسي، مع بعض التنبيهات المذكورة أدناه. تطبيقات Windows الأصلية المرافقة مخطط لها.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
WSL2 (موصى به)
- بدء الاستخدام (استخدمه داخل WSL)
- التثبيت والتحديثات
- دليل 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 - اختبارات دخان الوكيل/المزوّد المحلي المضمّن مثل:
- ما زال
openclaw onboard --non-interactiveيتوقع Gateway محليًا يمكن الوصول إليه ما لم تمرر--skip-health - يحاول
openclaw onboard --non-interactive --install-daemonوopenclaw gateway installاستخدام مهام Windows المجدولة أولًا - إذا رُفض إنشاء المهمة المجدولة، يرجع OpenClaw إلى عنصر تسجيل دخول في مجلد بدء التشغيل لكل مستخدم ويبدأ Gateway فورًا
- إذا تعطّل
schtasksنفسه أو توقف عن الاستجابة، فإن OpenClaw يجهض ذلك المسار بسرعة الآن ويرجع إلى المسار البديل بدلًا من التعليق إلى الأبد - لا تزال المهام المجدولة مفضلة عند توفرها لأنها توفر حالة إشراف أفضل
Gateway
تثبيت خدمة Gateway (CLI)
داخل WSL2:بدء Gateway تلقائيًا قبل تسجيل الدخول إلى Windows
للإعدادات بلا واجهة، تأكد من تشغيل سلسلة الإقلاع كاملة حتى عندما لا يسجل أحد الدخول إلى Windows.1) إبقاء خدمات المستخدم قيد التشغيل من دون تسجيل دخول
داخل WSL:2) تثبيت خدمة مستخدم Gateway الخاصة بـOpenClaw
داخل 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فيبقيه محليًا فقط. - إذا كنت تريد جعل هذا تلقائيًا، فسجّل مهمة مجدولة لتشغيل خطوة التحديث عند تسجيل الدخول.
تثبيت WSL2 خطوة بخطوة
1) تثبيت WSL2 + Ubuntu
افتح PowerShell (مسؤول):2) تمكين systemd (مطلوب لتثبيت Gateway)
في طرفية WSL لديك:3) تثبيت OpenClaw (داخل WSL)
لإعداد عادي لأول مرة داخل WSL، اتبع مسار بدء الاستخدام الخاص بـLinux:تطبيق Windows المرافق
ليس لدينا تطبيق Windows مرافق بعد. نرحب بالمساهمات إذا كنت تريد المساعدة في تحقيق ذلك.اتصال Git وGitHub (للمساهمين)
تحظر بعض الشبكات HTTPS إلى GitHub أو تخنقه. إذا فشلgit clone بسبب انتهاء المهلة
أو إعادة تعيين الاتصال، فجرّب شبكة أخرى، أو VPN، أو وكيل HTTP/HTTPS توفره
مؤسستك.
إذا فشل gh auth login أثناء مسار جهاز المتصفح (على سبيل المثال انتهاء مهلة
الوصول إلى github.com:443)، فصادق باستخدام رمز وصول شخصي بدلًا من ذلك:
- أنشئ رمزًا بنطاق
repoعلى الأقل (PAT كلاسيكي) أو وصولًا دقيق الصلاحيات مكافئًا. - في PowerShell للجلسة الحالية:
- إذا حذّر
gh auth statusمن فقدانread:org، فأصدر رمزًا يتضمن ذلك النطاق وأعد تعيين المتغير:
gh auth refresh -s read:org فقط عندما تكون قد صادقت عبر gh auth login
ولديك بيانات اعتماد مخزنة لتحديثها (وليس عند استخدام GH_TOKEN).
لا تلتزم بالرموز مطلقًا ولا تلصقها في القضايا أو طلبات السحب.