كيف تبني وكيل ذكاء اصطناعي على VPS خاص بك

ما هو وكيل الذكاء الاصطناعي فعلياً

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

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

لا تحتاج كل مهمة إلى وكيل، ومن الأخطاء الشائعة اللجوء إلى وكيل افتراضياً. إذا كانت الخطوات معروفة مسبقاً، يكون script عادي أبسط وأسرع وأكثر موثوقية. إن عبارة «اجلب هذه الصفحة كل ساعة وأرسل إليّ السعر عبر البريد الإلكتروني» تصف مهمة مجدولة، وليست وكيلاً. أنشئ وكيلاً عندما لا يكون المسار محدداً مسبقاً، وعندما يتعين على النموذج فحص ما يجده وتحديد الإجراء التالي. تكلفة الوكيل هي عدم القدرة على التنبؤ، لذلك لا تتحملها إلا عندما تبرر المرونة ذلك.

الأدوات: كيفية عمل الوكيل

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

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

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

MCP: طريقة قياسية لربط الأدوات

سرعان ما يصبح إنشاء تكامل جديد لكل خدمة يدوياً أمراً مرهقاً. يحل Model Context Protocol، أو MCP، هذه المشكلة بوصفه معياراً مفتوحاً. بدلاً من برمجة أداة جديدة لملفاتك وقاعدة بياناتك ومتتبع المشكلات، توجّه الوكيل إلى خادم MCP يوفّر هذه الموارد أصلاً كأدوات. يستخدم الوكيل بروتوكولاً واحداً، بينما يتولى الخادم الاتصال بالنظام الفعلي.

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

الذاكرة والاسترجاع

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

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

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

وكيل واحد، ومنسّق واحد

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

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

النموذج المستضاف أم المستضاف ذاتياً: أي نموذج يشغّل وكيلك

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

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

إذا لم تكن الأرقام متوافقة، فلديك 3 خيارات: اختر نموذجاً أصغر، أو استخدم quantization أكثر شدة لتقليص حجمه، أو استخدم hosted API للاستدلال واحتفظ بأدواتك وبياناتك فقط على الخادم. يبدأ كثير من الوكلاء المستضافين ذاتياً باستخدام نموذج محلي عبر Ollama على VPS، ثم ينتقلون إلى hosted API عند تنفيذ أصعب الخطوات.

الخادم هو الجزء الخطِر

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

تُحدث بعض الممارسات معظم الفرق. شغّل الوكيل باستخدام مستخدم مخصص غير ذي صلاحيات، ولا تشغّله أبداً باسم root، حتى تكون آثار الخطأ محدودة؛ وينطبق المنطق نفسه على تشغيل الخدمات باستخدام مستخدم غير ذي صلاحيات. احتفظ بأسراره، مثل مفاتيح API، خارج الشفرة، ولا تسمح بقراءتها إلا لذلك المستخدم. واعزل الأدوات التي تتعامل مع النظام، حتى لا يتمكن الوكيل من الوصول إلا إلى ما يحتاج إليه فعلاً. إذا كنت لا تريد كتابة كل عمليات التحقق يدوياً، فإن إضافات DeepSeek Harness التي تستحق التثبيت توفر المكونات الجاهزة نفسها: قواعد أذونات الأدوات، وفحص حقن التعليمات، ووضع حد لما يمكن للوكيل إنفاقه قبل أن يتوقف. للحصول على مثال عملي لتأمين وكيل مستضاف ذاتياً فعلياً، راجع تشغيل OpenClaw بأمان على VPS. وإذا كنت تفضّل استخدام نموذج مستضاف للقدرات الذكية، فإن الدليل المصاحب حول بناء وكيل باستخدام Claude على VPS يطبق الأفكار نفسها ويضع نموذجاً محدداً خلفها.

كمثال عملي، يطبّق بناء وكيل شخصي على نمط OpenClaw هذه المكونات. وإذا كنت تفضّل تشغيل وكيل مكتمل، فابدأ بـالاستضافة الذاتية لـ Hermes Agent على VPS أو تشغيل Agent Zero على خادمك الخاص، ثم راجع أفضل وكلاء الذكاء الاصطناعي المستضافين ذاتياً في 2026 لمقارنة كل الخيارات الجاهزة التي نغطيها جنباً إلى جنب.

FAQ

ما الفرق بين وكيل ذكاء اصطناعي وروبوت محادثة؟

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

هل أحتاج إلى GPU لتشغيل وكيل ذكاء اصطناعي على VPS؟

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

ما هو MCP، وهل أحتاج إليه لإنشاء وكيل؟

MCP، أي Model Context Protocol، معيار مفتوح لربط الوكيل بالأدوات ومصادر البيانات. لا تحتاج إليه بالضرورة، إذ يمكنك كتابة كل أداة يدوياً. يوفّر MCP هذا العمل من خلال إتاحة إعادة استخدام الخوادم الموجودة للخدمات الشائعة، وتعريض أنظمتك الخاصة مرة واحدة كي يستخدمها أي وكيل. وهو وسيلة مساعدة تصبح مفيدة عندما يزداد عدد عمليات التكامل.

هل من الآمن منح وكيل ذكاء اصطناعي صلاحية الوصول إلى خادمي؟

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