تشغيل OpenClaw على VPS بخمسة دولارات: الإعداد والحلول والنتائج

شغّلت OpenClaw على VPS بتكلفة 5 دولارات، في وقت كان الجميع يقول فيه: «أنت تحتاج إلى Mac Mini بسعر 500 دولار».

الإجابة المختصرة أولاً: نعم، يعمل.

كان الكلام المتكرر على الإنترنت:

تحتاج إلى Mac Mini حتى يعمل OpenClaw كما ينبغي!

وبحكم عملي في إدارة الخوادم وDevOps، قررت اختبار العكس.

شغّلت OpenClaw على VPS بنظام Ubuntu مقابل 5 دولارات شهرياً، وتمكنت من استخدامه في:

• تقارير يومية عن الأسهم والأسواق.
• رسائل تحفيزية مجدولة.
• أتمتة Telegram.
• التحكم في المتصفح واختباره.
• مسارات عمل الوكلاء الفرعيين.

لم يكن مثالياً في البداية، لكن بعد تطبيق عدة حلول عملية أصبح مستقراً بما يكفي للاستخدام الجاد.

إذا كنت تريد تكرار هذا الإعداد، فسيوفر عليك هذا المقال ساعات من التجربة. 😉

تشغيل OpenClaw على VPS رخيص خطوة بخطوة

إليك أولاً عرضاً سريعاً للإعداد الفعلي قبل الدخول في التفاصيل:

إعداد VPS الذي استخدمته فعلياً

• المزود: Hetzner Cloud.
• حجم الخادم: خطة cx23 الصغيرة، بنواتَي vCPU ونحو 4 GB من RAM وقرص SSD بسعة 40 GB، مع إمكانية الترقية.
• نظام التشغيل: Ubuntu 24.04.
• OpenClaw: أحدث إصدار مستقر وقت الإعداد، وقد حدّثته أثناء العمل.
• قناة التواصل الأساسية: Telegram.
• إضافات استخدمتها: مهام cron، ووكلاء فرعيون، وChrome relay، ووضع المتصفح المُدار.
• Docker: لتشغيل n8n في اختبارات أخرى.
• غيّرت منفذ SSH الافتراضي لتعزيز الأمان.
• فعّلت جدار حماية Hetzner ولم أفتح إلا منفذ SSH.
• عطلت تسجيل الدخول إلى SSH بكلمة المرور واستخدمت مفتاحاً خاصاً للاتصال.

إذا أردت دعم هذه المدونة، يمكنك استخدام رابط الإحالة الخاص بي لدى Hetzner: https://hetzner.cloud/?ref=g1aTOgwu1xST

ماذا أردت من OpenClaw في الاستخدام الفعلي؟

لم أكن أريد نموذجاً استعراضياً. كنت أبحث عن قيمة يومية قريبة من بيئة التشغيل الفعلية:

1. ملخص وتحليل صباحي للأسهم والعملات الرقمية.
2. تحديث لسوق الأسهم الأمريكية بعد الافتتاح.
3. رسالة تحفيزية يومية باسم Morning Soul.
4. إرسال موثوق عبر Telegram.
5. أتمتة التسويق على وسائل التواصل الاجتماعي.
6. البحث عن الوظائف والتقديم عليها باستمرار.

هنا تتوقف معظم الأدلة. أما أنا فأشارك ما يحدث بعد اكتمال التثبيت.

ما الذي تعطل أولاً في OpenClaw؟ ولماذا يعتقد البعض أنه يحتاج إلى جهاز مرتفع التكلفة؟

في مرحلة ما، أصبح VPS شبه غير قابل للاستخدام:

• بدا استهلاك CPU وكأنه وصل إلى 100% بسبب n8n وDocker.
• أصبح الخادم بطيئاً إلى حد بدا معه متجمداً.

لكن السبب الفعلي لم يكن ضغط CPU وحده، بل كان:

ضغط الذاكرة + عدم وجود Swap ← تخبط Kernel ← ارتفاع استهلاك CPU في النظام.

هذه هي المشكلة الخفية التي قد تُسقط خطط VPS منخفضة التكلفة.

الحلول التي جعلت OpenClaw مستقراً

1. إضافة Swap، وهي الخطوة الأهم

أنشأت ملف Swap بسعة 4 GB، ثم ثبّتُّ إعداده داخل /etc/fstab حتى يستمر بعد إعادة التشغيل.

خفض ذلك خطر التعطل مباشرةً، وساعد الخادم على امتصاص الارتفاعات المؤقتة في استهلاك الذاكرة.

2. ضبط سلوك الذاكرة

استخدمت القيم التالية:

vm.swappiness        = 10
vm.vfs_cache_pressure = 50

حسّن ذلك الاستقرار خلال الأحمال المختلطة والثقيلة.

3. تعطيل الخدمات التي لا أحتاج إليها

• عطلت Docker وcontainerd مؤقتاً، لأنني توقفت عن الحاجة إلى n8n بعدما أصبح OpenClaw يغطي احتياجاتي. ;)
• عطلت خدمة CUPS لأنها غير مطلوبة على هذا الخادم.
• أبقيت الخدمات الضرورية فقط قيد التشغيل.

إذا كنت تريد تشغيل n8n بصورة مستقلة، فراجع شرح تثبيت n8n على Coolify مع SQLite أو PostgreSQL.

4. تحسين تكلفة جلب البيانات وموثوقيتها

بالنسبة إلى التقارير المتكررة، اتبعت القواعد التالية:

• استخدام web_fetch أولاً مع الروابط المعروفة.
• استخدام Brave API عبر web_search للاكتشاف أو كخيار احتياطي فقط.
• إعداد ملف ثابت لخريطة المصادر والروابط الأساسية التي أحتاج إليها في تقارير سوق الأسهم.

خفض ذلك تكلفة API وقلل المخرجات المزعجة.

الواجهة الرسومية اختيارية وليست دائمة التشغيل

ثبّتُّ واجهة رسومية خفيفة باستخدام Openbox وTigerVNC وnoVNC، لكنني:

• عطلت تشغيلها التلقائي.
• أشغّلها عند الحاجة فقط لأتمتة المهام التي تتطلب حساباً مسجلاً، مثل النشر على x.com أو Reddit أو حتى كتابة ما تقرؤه الآن. 😎

بهذه الطريقة أحصل على قدرات الواجهة الرسومية عندما أحتاج إليها، من دون دفع تكلفة RAM طوال اليوم، ويمكنني الوصول إليها عبر VNC.

واقع أتمتة المتصفح في OpenClaw

يوجد وضعان للمتصفح في OpenClaw:

أ) المتصفح المُدار بوضع headless، وهو الأكثر استقراراً: مناسب لجمع البيانات ومسارات البحث والتشغيل المتكرر بنتائج متوقعة.

ب) واجهة Chrome relay: تحتاج إليها عندما يجب استخدام جلسة متصفحك المسجلة فعلياً، مثل X أو Reddit أو Facebook وغيرها.

وجدت أن الحل العملي هو الجمع بينهما:

• مسار تسجيل الدخول: Chrome relay.
• مسار الأتمتة: المتصفح المُدار.

منحني ذلك موثوقية التشغيل وإمكانية استخدام الحسابات الفعلية في الوقت نفسه.

مكونات الذكاء الاصطناعي التي استخدمتها في OpenClaw

إذا كنت جديداً على OpenClaw، فهذه هي المكونات الأساسية التي استخدمتها فعلياً:

• gpt-5.3-codex عبر تسجيل OAuth واشتراك شهري من دون أرصدة إضافية.
• Gateway بوصفها الخدمة الرئيسية.
• مهام Cron للتشغيل المجدول.
• الوكلاء الفرعيون للمهام الطويلة أو المعقدة والمعزولة.
• أداة المتصفح باستخدام profile="chrome" وprofile="openclaw".
• ملفات الذاكرة للاحتفاظ بالسياق.
• رسائل Telegram والتفاعلات والأزرار المضمنة.
• أدوات تنسيق الجلسات.

تكفي هذه المكونات لبناء مسار مساعد فعلي، لا مجرد محادثة.

أوامر مفيدة نجحت معي في OpenClaw

1. أمر تشخيص الخادم

افحص هذا الخادم بحثاً عن اختناقات الأداء خلال الساعتين الماضيتين:
- CPU وRAM وSwap والحمل وDisk IO
- سجلات Kernel المرتبطة بضغط الذاكرة أو OOM
- أكثر العمليات استهلاكاً لـCPU وRAM

ثم أعطني:
1. السبب الجذري
2. الحلول الفورية
3. أوامر آمنة مع شرحها

2. أمر خفض التكلفة

أعد تنظيم مسار التقرير المتكرر حتى:
- يستخدم web_fetch أولاً للروابط المعروفة
- يستخدم web_search للاكتشاف أو كخيار احتياطي فقط
- يضيف ملفاً لخريطة المصادر
- يفرض حداً أقصى لعمليات البحث في كل تشغيل

ثم حدّث ملفات الأوامر ولخص التغييرات.

3. أمر استراتيجية المتصفحين

صمم طريقة تشغيل بمتصفحين:
- المتصفح المُدار للأتمتة المستقرة
- Chrome relay لتسجيل الدخول البشري ومسارات 2FA

أضف قواعد تشغيل دقيقة تقلل انقطاع relay.

مخطط التنفيذ خطوة بخطوة

1. أنشئ VPS بنظام Ubuntu ومن دون واجهة رسومية لدى Hetzner.
2. ثبّت OpenClaw وتحقق من عمل Gateway.
3. اربط Telegram.
4. أنشئ أول مهمة cron لرسالة نصية بسيطة.
5. أضف Swap واضبط سلوك الذاكرة.
6. عطّل الخدمات غير المستخدمة، مثل Docker أو CUPS عندما لا تحتاج إليهما.
7. ابنِ مسار عمل متكرراً يحل حاجة فعلية.
8. أضف خريطة للمصادر وسياسة تفضّل الجلب المباشر.
9. أضف وكيلاً فرعياً احتياطياً للمهام الثقيلة.
10. أضف واجهة رسومية خفيفة واختيارية تعمل يدوياً عند الحاجة.

مقارنة صريحة: VPS بخمسة دولارات أم Mac Mini؟

مزايا VPS:

• منخفض التكلفة جداً.
• مصمم للوصول عن بُعد.
• يشغل عمليات الأتمتة على مدار الساعة.
• سهل إعادة البناء والترقية.

مزايا Mac Mini:

• سلاسة أكبر في مهام المتصفح والواجهة.
• قدرة محلية أعلى على تحمل الأحمال.
• مشكلات أقل مع اتصال relay.

خلاصتي:

إذا كنت تعرف أساسيات DevOps، فيمكن الاعتماد على VPS بخمسة دولارات، مع إمكانية ترقيته عندما تكبر احتياجاتك. أما إذا كنت تريد أقل قدر من الضبط وأعلى سلاسة، فسيكون Mac Mini أسهل.

الخلاصة

لم يكن الهدف استعراض نتائج معيارية، بل بناء إعداد عملي يشغّل مسارات يومية حقيقية بالذكاء الاصطناعي.

وقد نجح.

إذا كنت تقنياً وتراعي الميزانية، فلا تحتاج إلى انتظار جهاز مرتفع التكلفة. ابدأ بخادم VPS رخيص، وعالج الاختناقات بصورة صحيحة، ثم أطلق ما تريد بناءه.

إذا أفادك هذا الشرح أو ألهمك، يمكنك دعمي بفنجان قهوة. كل مساهمة تساعدني على مواصلة كتابة هذه الأدلة — وتُبقي ذهني يقظاً 😅