Skip to main content
خطوات تشغيل مشتركة لعمليات تثبيت Docker المعتمدة على الأجهزة الافتراضية، مثل GCP وHetzner ومزوّدي VPS المشابهين.

تضمين الملفات التنفيذية المطلوبة في الصورة

يُعد تثبيت الملفات التنفيذية داخل حاوية قيد التشغيل فخًا: فأي شيء يُثبَّت في وقت التشغيل يُفقد عند إعادة التشغيل. ضمّن كل ملف تنفيذي خارجي تحتاج إليه إحدى Skills في الصورة وقت البناء. لا تغطي الأمثلة أدناه سوى ثلاثة ملفات تنفيذية، مرتبة أبجديًا:
  • gog (من gogcli) للوصول إلى Gmail
  • goplaces للوصول إلى Google Places
  • wacli للوصول إلى WhatsApp
هذه أمثلة وليست قائمة كاملة. ثبّت عدد الملفات التنفيذية الذي تحتاج إليه Skills لديك باستخدام النمط نفسه. وعندما تضيف Skill تحتاج إلى ملف تنفيذي جديد لاحقًا:
  1. حدّث Dockerfile.
  2. أعد بناء الصورة.
  3. أعد تشغيل الحاويات.
مثال على Dockerfile
عناوين URL أعلاه أمثلة. بالنسبة إلى الأجهزة الافتراضية المعتمدة على ARM، اختر أصول arm64. وللحصول على عمليات بناء قابلة لإعادة الإنتاج، ثبّت عناوين URL لإصدارات محددة.

البناء والتشغيل

إذا فشل البناء برسالة Killed أو برمز الخروج 137 أثناء pnpm install --frozen-lockfile، فهذا يعني أن ذاكرة الجهاز الافتراضي قد نفدت. استخدم فئة جهاز أكبر قبل إعادة المحاولة. تحقق من الملفات التنفيذية:
الناتج المتوقع:
تحقق من أن Gateway يعمل:
يؤكد إرجاع /healthz لاستجابة 200 أن عملية Gateway تستمع وتعمل بصورة سليمة؛ ويتحقق HEALTHCHECK المضمّن في الصورة من نقطة النهاية نفسها دوريًا.

ما الذي يستمر وأين

يعمل OpenClaw داخل Docker، لكن Docker ليس مصدر الحقيقة. يجب أن تبقى جميع الحالات طويلة الأمد محفوظة بعد عمليات إعادة التشغيل وإعادة البناء وإعادة تشغيل النظام.

التحديثات

لتحديث OpenClaw على الجهاز الافتراضي:

ذو صلة