تشغيل وكيل برمجة بالذكاء الاصطناعي على VPS

لماذا تُشغّل وكيل برمجة على خادم VPS

وكيل البرمجة أداة تقرأ قاعدة الكود لديك، وتكتب تعديلات، وتُشغّل أوامر لاختبارها، كل ذلك من الطرفية. وتشغيل واحد منها على خادم VPS يمنحك ثلاث مزايا مقارنةً بحاسوبك المحمول: فهو يواصل العمل بعد انقطاع اتصالك، ويعمل مباشرة بجانب كودك وأدوات البناء لديك، ويستطيع التخاطب مع نموذج تستضيفه أنت بنفسك. شغّله داخل جلسة tmux وستتمكن من إغلاق حاسوبك المحمول ثم استئناف العمل لاحقًا، على النمط نفسه الذي يتبعه تشغيل Claude Code على خادم VPS مع tmux.

يستحق وكيلان يعملان من الطرفية أن تعرفهما. Aider هو خيار الطرفية الأصيل، والقائم أولًا على git: فهو يُنشئ التزامًا (commit) تلقائيًا لكل تعديل برسالة واضحة، فيبقى سجلّك نظيفًا ويصبح كل تعديل قابلًا للتراجع. وهو واحد من أعرق وكلاء البرمجة في الطرفية، وإن كان إيقاع إصداراته قد تباطأ. أما Goose، من شركة Block، فهو أوسع نطاقًا: وكيل مرخّص برخصة Apache-2.0، له نظام إضافات واسع ودعم لعدد كبير من المزوّدين، بما في ذلك نماذج Ollama المحلية، ويُطوَّر الآن تحت مظلة Agentic AI Foundation (AAIF) التابعة لـ Linux Foundation. يناسب Aider سير عمل منضبطًا يتمحور حول git؛ ويناسب Goose مساعدًا أعم ذا مجموعة إضافات واسعة.

ما الذي تحتاج إليه

تحتاج إلى خادم VPS مزوَّد بـ git وtmux وإصدار حديث من Python من أجل Aider، أو مثبِّت Goose من أجل Goose. وتحتاج أيضًا إلى نموذج: إما مفتاح API مستضاف من مزوّد مثل Anthropic أو OpenAI، أو نموذج محلي يقدّمه Ollama على خادم VPS نفسه. المسار المستضاف ذاتيًا يُبقي كودك على خادمك الخاص ولا يكلّفك شيئًا لكل توكن (token)، مقابل حاجتك إلى ذاكرة كافية لتشغيل نموذج قدير.

تثبيت Aider وتشغيله

ثبّت Aider في بيئة معزولة باستخدام pipx، الذي يأتي من apt لأن Ubuntu 24.04 يمنع تنفيذ pip install العادي خارج بيئة افتراضية (PEP 668). ثم شغّل Aider داخل مشروعك، ضمن جلسة tmux لتصمد أمام انقطاع الاتصال:

sudo apt install pipx
pipx ensurepath
pipx install aider-chat
tmux new -s aider
cd ~/my-project
aider

ملاحظة واحدة بشأن الإصدارات: هذا التثبيت يعمل كما هو مذكور على Ubuntu 24.04. أما على Ubuntu 26.04 فهو يفشل حاليًا، لأن الاعتماديات (dependencies) المثبَّتة بإصدار محدد في Aider تتضمن نسخة أقدم من numpy لا تتوافق مع Python 3.14 الخاص بإصدار 26.04. والحل هو منح Aider نسخة Python 3.12 خاصة به:

pipx install --python 3.12 --fetch-missing-python aider-chat

يقوم pipx بتنزيل مفسِّر (interpreter) مستقل مخصص لـ Aider وحده، فيكتمل التثبيت. وهذا عرَض من أعراض تباطؤ إيقاع إصدارات Aider؛ فإن كان ذلك يزعجك، فـ Goose هو الخيار الأنشط صيانة.

وبمجرد أن يعمل، انفصل عن الجلسة بالضغط على Ctrl-b ثم d، ويواصل الوكيل عمله وحاسوبك المحمول مُغلَق؛ ثم أعد الاتصال لاحقًا بالأمر tmux attach -t aider لتقرأ ما عدّله. يقرأ Aider مستودعك، ويقترح تعديلات، ويطبّقها، ويُنشئ التزامًا (commit) لكل واحد منها، ويستطيع أن يستحضر ملفات إضافية كسياق حين يمتد تعديل عبر عدة ملفات. ولأن كل تعديل هو التزام، فإن التراجع عن عمل الوكيل ليس أكثر من git revert بسيط، وهو شبكة الأمان التي تجعل استخدامه مريحًا. يُثبَّت Goose بواسطة سكربته الموثَّق ذي السطر الواحد، ويعمل بطريقة مشابهة من الطرفية، فيقود المهام عبر إضافاته:

curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash

نموذج مستضاف أم نموذج مستضاف ذاتيًا

النموذج المستضاف يمنحك أفضل جودة ولا يحتاج إلى عتاد محلي، لكنه يكلّفك مالًا لكل توكن ويُرسَل كودك إلى المزوّد. أما النموذج المستضاف ذاتيًا عبر Ollama فيُبقي كل شيء على خادمك ويعمل مجانًا بمجرد سداد تكلفة العتاد، لكن نموذج برمجة قدير بما يكفي ليكون مفيدًا يحتاج إلى قدر معتبر من الذاكرة. هذه هي المفاضلة التي عليك وزنها: الجودة والراحة مقابل الخصوصية والتكلفة.

وإن اخترت الاستضافة الذاتية، فالسؤال العملي هو أي نموذج يناسب خادمك. قدّر حجمه قبل أن تُنزّل نموذجًا بحجم ثمانية جيجابايتات على جهاز لا يتّسع له:

السلامة: إنه يعدّل الملفات وينفّذ الأوامر

وكيل البرمجة ليس سلبيًا. فهو يعيد كتابة الملفات ويستطيع تشغيل أوامر البناء والاختبار، فامنحه العناية نفسها التي تمنحها لأي عملية قادرة على تغيير نظامك. ثلاث عادات تغطي معظم المخاطر. اعمل داخل مستودع git، بحيث يكون كل تعديل متتبَّعًا وقابلًا للتراجع، وهذا ما يفعله Aider نيابةً عنك تلقائيًا. شغّل الوكيل بحساب مستخدمك العادي محدود الصلاحيات، لا كـ root أبدًا، متّبعًا مبدأ العمل بمستخدم محدود الصلاحيات، حتى لا يستطيع أمر سيّئ المساس بالنظام كله. وأبقِ الجهاز نفسه محصَّنًا، لأن خادم VPS المخصص للبرمجة يظل خادمًا عامًا: SSH بالمفاتيح فقط، وجدار حماية يرفض افتراضيًا، وبقية التدابير المعتادة. ودليل تحصين OpenClaw يتبنى الموقف نفسه لوكيل أكثر استقلالية، والمبادئ تنسحب هنا أيضًا.

ولربط وكيل برمجة بسير عملك الخاص، يوضح بناء وكيل ذكاء اصطناعي بـ Claude كيف يقود نموذج واحد أدواتك؛ وتشغيل CLI الخاص بـ Gemini من Google على خادم VPS خيار آخر من الطرفية، أما استضافة OpenHands ذاتيًا فهو المسار المستقل الأثقل. والمشروع مفتوح المصدر الأكثر نجومًا في هذا المجال بات له دليله الخاص الآن: تشغيل OpenCode على خادم VPS يهيّئه بالنمط نفسه من tmux ومستخدم محدود الصلاحيات.

FAQ

هل يمكنني تشغيل وكيل برمجة بنموذج محلي بدلًا من واجهة API مدفوعة؟

نعم. يعمل كل من Aider وGoose مع نماذج محلية يقدّمها Ollama، فتستطيع تشغيل وكيل برمجة مستضاف ذاتيًا بالكامل، من دون أي تكلفة لكل توكن ومن دون أن يغادر أي كود خادمك. والمعضلة هي الذاكرة: فالنموذج القدير بما يكفي لكتابة كود مفيد يحتاج إلى قدر معقول من RAM أو VRAM، لذا قدّر حجم الجهاز بما يناسب النموذج قبل أن تلتزم بالخيار.

أيهما أختار، Aider أم Goose؟

اختر Aider إن كان سير عملك يتمحور حول الطرفية وgit وتريد الخيار الأنضج والأقل عبئًا؛ فهو يُنشئ التزامًا تلقائيًا لكل تعديل، ما يُبقي سجلّك قابلًا للتراجع. واختر Goose إن أردت مساعدًا أوسع نطاقًا بنظام إضافات كبير ودعم لعدد كبير من المزوّدين. يعمل كلاهما من الطرفية ويعمل كلاهما مع Ollama، فكلاهما يناسب خادم VPS.

كم من الذاكرة أحتاجها لنموذج برمجة مستضاف ذاتيًا؟

الأمر يعتمد على حجم النموذج ودرجة تكميمه (quantization). فالنموذج الصغير المُكمَّم يمكن أن يعمل على بضعة جيجابايتات، بينما يحتاج نموذج أقوى إلى أكثر من ذلك بكثير، وتزيد نوافذ السياق الطويلة على ذلك. استخدم أداة تقدير الحجم أعلاه لتقدير الذاكرة التي يحتاجها نموذج معيّن بطول سياق معيّن قبل أن تُنزّله.

هل من الآمن أن أترك وكيل ذكاء اصطناعي يعدّل كودي وينفّذ أوامر؟

الأمر قابل للإدارة بالعادات الصحيحة. أبقِ عملك داخل مستودع git بحيث يكون كل تعديل التزامًا قابلًا للتراجع، وشغّل الوكيل بحساب مستخدم محدود الصلاحيات لا كـ root، وحصّن خادم VPS كما تحصّن أي خادم عام. راجِع التعديلات التي يُثبّتها بدلًا من الوثوق بها وثوقًا أعمى، خصوصًا أي أمر يريد تنفيذه على نظامك.