تشغيل وكيل برمجة على VPS باستخدام Aider أو Goose

لماذا تشغّل وكيل برمجة على 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 نفسه. يحافظ الخيار المستضاف ذاتياً على الشيفرة في خادمك، ولا يفرض تكلفة لكل رمز، لكنه يتطلب ذاكرة كافية لتشغيل نموذج قادر.

تثبيت 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، لأن التبعيات المثبتة لإصدار Aider تتضمن إصداراً أقدم من numpy لا يمكنه البناء باستخدام Python 3.14 في 26.04. الحل هو تخصيص Python 3.12 لـAider:

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

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

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

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

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

يمنحك النموذج المستضاف أفضل جودة ولا يحتاج إلى عتاد محلي، لكنه يفرض تكلفة عن كل token، وتُرسل التعليمات البرمجية الخاصة بك إلى موفّر الخدمة. تتراكم تكلفة كل token أسرع مما يتوقع معظم الأشخاص، لأن الـagent يعيد إرسال المحادثة كاملة في كل دورة. ينطبق هنا أيضاً تحليل Claude Code الخاص بـما تنفقه جلسة agent طويلة فعلياً من tokens، لأن Aider وGoose يحاسبان بالطريقة نفسها. يحافظ النموذج المستضاف ذاتياً عبر Ollama على كل شيء في خادمك، ويصبح تشغيله مجانياً بعد دفع تكلفة العتاد، لكن نموذج البرمجة الذي يكون مفيداً بما يكفي يحتاج إلى ذاكرة فعلية. هذه هي المفاضلة التي يجب أن تقيّمها: الجودة والسهولة مقابل الخصوصية والتكلفة.

إذا اخترت الاستضافة الذاتية، فالسؤال العملي هو: ما النموذج الملائم لخادمك؟ راقب نافذة السياق أيضاً، لأن Ollama يستخدم افتراضياً نافذة صغيرة ويقتطع بصمت أي محتوى أطول منها. بالنسبة إلى coding agent، يعني ذلك خروج الملفات التي قرأها للتو من prompt. يعالج ذلك رفع قيمة num_ctx، لكن ذاكرة KV cache الأكبر التي يحتاج إليها هذا الإعداد جزء من الذاكرة التي يجب أن تضع ميزانيتها. احسب المتطلبات قبل تنزيل نموذج حجمه eight-gigabyte إلى خادم لا يستطيع استيعابه:

السلامة: يعدّل الملفات ويشغّل الأوامر

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

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

FAQ

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

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

أيهما ينبغي أن أستخدم، Aider أم Goose؟

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

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

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

هل من الآمن السماح لوكيل ذكاء اصطناعي بتعديل الكود وتشغيل الأوامر؟

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