أفضل 8 وكلاء ذكاء اصطناعي مفتوحي المصدر للبرمجة لتجربتها في 2026

تختبر جميع فرق الهندسة اليوم وكلاء الذكاء الاصطناعي البرمجية مفتوحة المصدر، ومعظمها يغرق في كثرة الخيارات. فمنظومة GitHub وحدها تضم عشرات النسخ المتفرعة والمستنسخة، يدّعي كل واحد منها أنه يكتب الكود أو يصححه أو يعيد هيكلته بشكل أسرع من سابقه. وإذا كنتم من كبار مسؤولي التقنية (CTO) أو من قادة الهندسة الذين يحاولون اختيار أداة لن تُهجَر خلال ستة أشهر، فإن هذا الضجيج يصبح مكلفًا بسرعة.

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

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

1. OpenHands لتوسيع سير عمل الوكلاء عبر الفرق

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

كيف يعمل

يُنشئ OpenHands حاوية Docker معزولة لكل جلسة عمل، ما يمنح الوكيل صدفة أوامر (Shell) حقيقية، ونظام ملفات حقيقي، والقدرة على تشغيل الاختبارات، وتثبيت التبعيات، وتصفّح الويب للاطلاع على التوثيق. وتكمن الفكرة الجوهرية في الحلقة الوكيلية (Agentic Loop): يقسّم الوكيل المهمة إلى مهام فرعية، وينفّذها، ويتحقق من المخرجات مقارنة بالسلوك المتوقّع، ويصحّح نفسه ذاتيًا قبل أن يسلّمكم الفرق النهائي (Diff). ويمكنكم تشغيله عبر واجهة سطر الأوامر (CLI)، أو واجهة ويب خفيفة، أو ربطه بخط أنابيب التكامل المستمر (CI) ليتولى الوكلاء رصد المشكلات تلقائيًا.

الفرق التي تحصل على أكبر قيمة من OpenHands تتعامل معه كمهندس مبتدئ يتحلّى بصبر لا نهائي، لا كأداة إكمال تلقائي سحرية.

لمن يناسب

يناسب هذا الوكيل بشكل طبيعي قادة الهندسة الذين يديرون مستودعات متعددة وقوائم مهام متراكمة، وخصوصًا الفرق المعتادة بالفعل على بيئات التطوير المُحوسبة بالحاويات (Containers). كما يناسب المؤسسات التي تجرّب تنسيق الوكلاء المتعددين، حيث يراجع وكيل مخرجات وكيل آخر قبل أن يطّلع أي إنسان على طلب الدمج (PR). ويمكن للمطورين المستقلين استخدامه أيضًا، لكن أعباء الإعداد (Docker، ومفاتيح API، وضبط البيئة المعزولة) أكبر مما يحتاجه سكربت من ملف واحد.

أبرز الميزات

ما يميز OpenHands عن المساعدات الأخف وزنًا هو أداؤه في اختبارات القياس (Benchmarks) واستعداده للسماح للوكيل بالفشل بأمان داخل بيئة معزولة بدلًا من التأثير المباشر على بيئتكم الفعلية.

• الأداء في SWE-bench: حقق OpenHands بعضًا من أقوى النتائج بين الأدوات مفتوحة المصدر في اختبار SWE-bench، وهو معيار يقيس قدرة الوكلاء على حل مشكلات GitHub الحقيقية من البداية إلى النهاية.
• تفويض متعدد الوكلاء: يمكنكم إعداد وكلاء فرعيين متخصصين للتخطيط والبرمجة والتصفّح، يتولى كل منهم جزءًا مختلفًا من المهمة.
• بنية تدفق الأحداث: يُسجَّل كل إجراء وملاحظة كحدث مستقل، ما يمنحكم سجلًا كاملًا قابلًا للتدقيق لما قام به الوكيل ولماذا، وهو أمر مفيد للفرق التي تحتاج إلى تفسير التغييرات المدفوعة بالذكاء الاصطناعي لمراجعي الامتثال.
• تكامل أدوات قابل للتوسيع: يمكن للوكلاء استدعاء أدوات مخصّصة، أو الوصول إلى واجهات برمجة تطبيقات (APIs) داخلية، أو الاستعلام عن التوثيق، ما يجعله قابلًا للتكيّف مع أنظمة المؤسسات بدلًا من أن يظل مقيّدًا بمجموعة أدوات ثابتة.

التسعير والترخيص

يُطرح OpenHands بموجب ترخيص MIT، ما يتيح لكم استضافته ذاتيًا وتعديله وإعادة توزيعه دون رسوم ترخيص. لكن المسألة ليست مجانية بالكامل على صعيد النموذج؛ فما زلتم تدفعون مقابل أي نموذج لغوي كبير (LLM) تربطونه به، سواء كان ذلك عبر واجهة برمجية من مزوّد تجاري أو نموذجًا مفتوح الأوزان مستضافًا ذاتيًا على وحدات معالجة الرسوميات (GPUs) الخاصة بكم. وينبغي احتساب تكاليف الرموز (Tokens) بعناية، إذ تستهلك الوكلاء المستقلة متعددة الخطوات سياقًا أكبر بكثير من طلب محادثة واحد. وبالنسبة للفرق التي توازن بين البنية التحتية المستضافة ذاتيًا والنشر المُدار للذكاء الاصطناعي، فإن هذا بالضبط نوع الموازنة التي نساعد عملاءنا في Hatzs Dimensions على تحليلها قبل أن يلتزموا بساعات هندسية لتنفيذ المشروع.

2. OpenCode للتطوير الذي يعتمد الطرفية أولًا

يتخلّى OpenCode عن تبويبات المتصفح ولوحات بيئة التطوير المتكاملة (IDE)، ويضع الوكيل مباشرة في المكان الذي يقضي فيه كثير من كبار المهندسين معظم وقتهم: الطرفية (Terminal). وقد صُمم لمطورين يرون أن التنقّل بين نافذة محادثة ومحررهم يبطئهم أكثر مما يساعدهم، ويتعامل مع سطر الأوامر كواجهة أساسية لا كإضافة لاحقة على منتج ذي واجهة رسومية.

كيف يعمل

عند تشغيل OpenCode، تنتقلون إلى واجهة طرفية تفاعلية (TUI) تصفون فيها المهمة بلغة طبيعية، وتراقبون الوكيل وهو يقرأ الملفات، ويقترح الفروقات (Diffs)، وينفّذ أوامر الصدفة في الوقت الفعلي. ويدعم عدة مزوّدين لنماذج لغوية كبيرة عبر ملف إعدادات بسيط، بحيث يمكنكم توجيهه نحو Anthropic أو OpenAI أو نموذج محلي دون المساس بالكود المصدري. كما يمكن برمجة الجلسات، ما يعني أنه يمكنكم تمرير المهام إليه من أدوات أخرى أو تشغيله كجزء من خط أنابيب البناء (Build Pipeline).

إذا كان فريقكم يعيش أصلًا داخل tmux وvim، فإن OpenCode يلتقي بكم هناك بدلًا من مطالبتكم بتغيير عاداتكم.

لمن يناسب

يناسب OpenCode المطورين والفرق الصغيرة الذين يقضون معظم يومهم داخل الصدفة (Shell) ويمقتون التنقّل إلى متصفح للحصول على مساعدة الذكاء الاصطناعي. وهو خيار قوي لـمهندسي الخلفية (Backend) العاملين على خوادم بلا شاشة عرض، وفرق DevOps التي تؤتمت الإصلاحات المتكررة، وأي شخص يفضّل سير عمل يعتمد على لوحة المفاتيح على واجهات النقر والتأشير. كما ستجد المؤسسات التي تشغّل خوادم بناء بلا واجهة رسومية (Headless) أن دمجه أسهل من البدائل المعتمِدة على الواجهات الرسومية.

أبرز الميزات

تُعرّف السرعة والأعباء المنخفضة جاذبية OpenCode، وتعكس مجموعة ميزاته تفضيلًا للبساطة.

• دعم مستقل عن المزوّد: بدّلوا بين واجهات برمجية مستضافة ونماذج محلية دون إعادة كتابة الإعدادات.
• استمرارية الجلسات: استأنفوا المهام المتوقفة دون فقدان السياق.
• بصمة خفيفة: يعمل على عتاد متواضع، ولا يحتاج إلى وحدة معالجة رسوميات (GPU) إلا إذا كنتم تستضيفون النموذج ذاتيًا.
• أتمتة قابلة للبرمجة: يندمج بسلاسة مع خطوط أنابيب CI/CD القائمة.

التسعير والترخيص

OpenCode مفتوح المصدر ومجاني للاستضافة الذاتية. وكما هو الحال مع معظم وكلاء الذكاء الاصطناعي البرمجية مفتوحة المصدر، تكاليف النموذج منفصلة وتعتمد كليًا على المزوّد الذي تربطونه.

3. Cline للمستخدمين المتقدمين لـ VS Code

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

كيف يعمل

يعمل Cline من خلال حلقة تخطيط وتنفيذ: تصفون ما تريدونه، فيقرأ الملفات ذات الصلة في مساحة عملكم، ويضع خطة، ثم ينفّذ التغييرات خطوة بخطوة مع عرض الفروقات (Diff) في كل مرحلة. ويمكنه تنفيذ أوامر الطرفية، وتثبيت الحزم، بل وحتى التقاط لقطات شاشة لتطبيق قيد التشغيل للتحقق بصريًا من عمله. وتتطلب كل إجراء موافقتكم افتراضيًا، رغم إمكانية تخفيف ذلك للمهام الموثوقة منخفضة المخاطر. ويتصل بـ Anthropic أو OpenAI أو نماذج محلية عبر Ollama، لذا لستم مقيّدين بمزوّد واحد لـالنموذج اللغوي الكبير (LLM).

الميزة الحقيقية لـ Cline ليست ذكاءه، بل أنه لا يغادر أبدًا المحرر الذي تثقون به بالفعل.

لمن يناسب

يناسب Cline المطورين الراغبين في قدرات وكيلية دون التخلي عن منظومة VS Code من الإضافات وأدوات فحص الكود (Linters) وأدوات التصحيح. وهو مناسب جدًا لـفرق الواجهة الأمامية والفرق الشاملة (Full-Stack) التي تكرّر بسرعة على عمل واجهة المستخدم، إذ تلتقط ميزة فحص لقطات الشاشة أخطاءً بصرية قد يفوتها وكيل يعتمد على النص فقط. كما ينجذب إليه المستقلون والمحال الصغيرة لأن الإعداد يستغرق دقائق لا سباقًا (Sprint) من فريق DevOps.

أبرز الميزات

يميّز تصميم Cline القائم على البوابة الموافَق عليها وحلقة التغذية الراجعة البصرية عن الوكلاء الذين يتصرفون أولًا ويشرحون لاحقًا.

• موافقات بإشراف بشري: لا يُنفَّذ أي شيء دون موافقتكم ما لم تفعّلوا صراحة خيار الموافقة التلقائية.
• أدوات المتصفح ولقطات الشاشة: يمكن للوكيل معاينة تطبيق قيد التشغيل وتصحيح نفسه بناءً على ما يراه.
• دعم بروتوكول سياق النموذج (MCP): وسّعوا قدرات الوكيل بأدوات مخصّصة عبر خوادم MCP.
• نقاط التحقق (Checkpoints): عودوا إلى أي حالة سابقة إذا سار تغيير ما بشكل خاطئ.

التسعير والترخيص

Cline مرخّص بموجب Apache 2.0 ومجاني للتثبيت من متجر VS Code. تدفعون فقط مقابل استخدام واجهة برمجة التطبيقات لدى أي مزوّد نموذج تربطونه، دون أي رسوم اشتراك لـ Cline نفسه.

4. Aider للبرمجة الزوجية الأصيلة مع git

يتعامل Aider مع قاعدة الكود الخاصة بكم كحوار محوره git، لا كفكرة لاحقة. فكل تغيير يجريه الوكيل يُسجَّل تلقائيًا (Commit) برسالة وصفية، بحيث يبدو سجلكم كسجل تغييرات كتبه مبرمج زوجي منضبط جدًا. ومن بين وكلاء الذكاء الاصطناعي البرمجية مفتوحة المصدر، يتميّز Aider بمدى ارتباطه الوثيق بنظام التحكم بالإصدارات بدلًا من التعامل مع عمليات التسجيل (Commits) كخطوة تنظيف يدوية تقومون بها لاحقًا.

كيف يعمل

تشغّلون Aider من سطر الأوامر داخل أي مستودع git، فيبني خريطة لقاعدة الكود باستخدام tree-sitter لفهم تواقيع الدوال والعلاقات بين الملفات دون تحميل كل شيء في السياق. وعندما تصفون تغييرًا، يعدّل الملفات ذات الصلة مباشرة، ويشغّل مجموعة اختباراتكم إن طلبتم منه ذلك، ويسجّل الفرق (Diff) برسالة يكتبها بنفسه. ويمكنكم التراجع عن أي عملية تسجيل فورًا لأن كل تعديل هو عملية commit عادية في git، ما يجعل التجربة منخفضة المخاطر.

يعني تصميم Aider القائم على git أولًا أن كل تعديل يجريه الذكاء الاصطناعي هو مجرد commit آخر يمكنكم مقارنته (diff) أو تتبّع مصدره (blame) أو التراجع عنه (revert) كأي commit آخر.

لمن يناسب

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

أبرز الميزات

إن رسم خريطة المستودع وانضباط عمليات التسجيل هما ما يجعلان Aider قابلًا للاستخدام في قواعد أكواد كبيرة وغير مألوفة.

• خريطة المستودع عبر tree-sitter: يفهم بنية الكود دون إلقاء المستودع بأكمله في السياق.
• عمليات تسجيل تلقائية في git: كل تغيير موثّق بإصدار ويمكن التراجع عنه.
• إدخال صوتي للكود: أمْلوا التعليمات بدلًا من كتابتها.
• دعم واسع للنماذج: يعمل مع Claude وGPT وGemini والنماذج المحلية عبر خيارات إعداد بسيطة.

التسعير والترخيص

Aider مرخّص بموجب Apache 2.0، ومجاني تمامًا للتشغيل، ولا يتطلب شيئًا غير تكاليف واجهة برمجة التطبيقات لنموذجكم اللغوي الكبير.

5. Goose كبيئة تشغيل وكلاء مستضافة ذاتيًا

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

كيف يعمل

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

يحوّل نموذج إضافات Goose الوكيل إلى بنية تحتية تشكّلونها أنتم، لا صندوقًا أسود تكتفون بإرسال الأوامر إليه.

لمن يناسب

يناسب Goose فرق المنصات ومجموعات الأدوات الداخلية التي تريد بيئة تشغيل وكلاء قابلة للتوسيع بدلًا من مساعد ثابت. وهو خيار قوي للمؤسسات التي تشغّل بالفعل بنية تحتية مستضافة ذاتيًا وتشعر بالارتياح تجاه صيانة إضافاتها الخاصة مع الوقت. أما الفرق التي لا تملك مهندسي منصات متفرغين فستجد الإعداد أكثر تعقيدًا من بدائل التوصيل والتشغيل الفوري مثل Cline.

أبرز الميزات

قابلية التوسيع ومرونة اختيار المزوّد هما ما يجعلان Goose مفيدًا لما هو أبعد من سير عمل واحد.

• بنية قائمة على الإضافات: أضيفوا قدرات أدوات جديدة دون تفريع (Fork) الوكيل الأساسي.
• دعم أصلي لـ MCP: يتصل بخوادم MCP القائمة بأدنى قدر من الإعداد.
• دعم نماذج متعددة: يعمل مع Anthropic وOpenAI وGoogle والنماذج المحلية.
• وصفات الجلسات (Recipes): احفظوا سير عمل الوكيل الشائع وأعيدوا استخدامه كقوالب.

التسعير والترخيص

Goose مرخّص بموجب Apache 2.0، ومجاني للاستضافة الذاتية، ويحظى بدعم فريق هندسة Block. وكما هو الحال مع بقية هذه القائمة، تُحتسب تكاليف واجهة برمجة النموذج بشكل منفصل حسب المزوّد الذي تربطونه.

6. Kilo Code لتغطية واسعة عبر المنصات

يجمع Kilo Code أفكارًا من عدة وكلاء مفتوحي المصدر سابقين في إضافة واحدة تعمل عبر VS Code وCursor وغيرها من نسخ VS Code المتفرعة دون إعداد إضافي. ويقدّم نفسه كمشروع دمج، يستقطب أفضل أجزاء Roo Code وCline في قاعدة كود واحدة، ما يعني حصولكم على سلوك وكيل متعدد الأنماط ودعم واسع للمحررات في تثبيت واحد بدلًا من التنقّل بين إضافات منفصلة لمهام مختلفة.

كيف يعمل

يعمل Kilo Code عبر أنماط متمايزة: Architect للتخطيط، وCoder للتنفيذ، وDebug لاستكشاف الأخطاء وإصلاحها، ولكل نمط توجيهات وصلاحيات مختلفة مضبوطة حسب المهمة. تبدّلون بين الأنماط حسب مرحلة المشروع، ويعدّل الوكيل سلوكه وفقًا لذلك بدلًا من التعامل مع كل طلب بالطريقة نفسها. كما يتضمن سوق MCP مدمجًا، يتيح لكم تصفّح وتثبيت تكاملات الأدوات دون كتابة كود الربط بأنفسكم.

يعني تبديل الأنماط في Kilo Code أن الوكيل يتصرف كمخطِّط أو بانٍ أو مصحِّح أخطاء حسب ما تتطلبه المهمة فعليًا.

لمن يناسب

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

أبرز الميزات

يمنح نظام الأنماط والسوق في Kilo Code مرونة تفتقر إليها الإضافات أحادية الغرض.

• أنماط متخصصة متعددة: Architect وCoder وDebug، إضافة إلى أنماط مخصّصة تعرّفونها بأنفسكم.
• دعم عبر المحررات: يعمل في VS Code وCursor وWindsurf دون إصدارات بناء منفصلة.
• سوق MCP: ثبّتوا تكاملات الأدوات مباشرة من الإضافة.
• سجل نقاط التحقق: ارجعوا خطوة بخطوة عبر حالات الوكيل السابقة عندما يخطئ تغيير ما.

التسعير والترخيص

Kilo Code مفتوح المصدر ومجاني للتثبيت من متجر VS Code، مع نظام رصيد مُستضاف اختياري للفرق التي لا ترغب في إدارة مفاتيح API الخاصة بها. وتبقى اتصالات النماذج المستضافة ذاتيًا مجانية بخلاف تكاليف المزوّد التي تتكبدونها.

7. Tabby لإكمال الكود في البيئات المعزولة تمامًا عن الشبكة

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

كيف يعمل

يعمل Tabby كخادم مستضاف ذاتيًا يقدّم اقتراحات إكمال الكود لإضافات بيئات التطوير في VS Code وJetBrains وVim، باستخدام نماذج مفتوحة الأوزان مثل StarCoder أو CodeLlama تقومون بتنزيلها وتشغيلها على عتادكم الخاص. ويفهرس مستودعاتكم الخاصة محليًا، بحيث تستند الاقتراحات إلى قاعدة الكود الفعلية وأعراف التسمية لديكم بدلًا من بيانات تدريب عامة. ولأن لا شيء يغادر شبكتكم، يمكن للفرق في الصناعات الخاضعة للتنظيم نشره داخل سحابة خاصة معزولة (VPC) أو حتى بيئة معزولة تمامًا عن الشبكة (Air-Gapped) دون أي اتصال صادر على الإطلاق.

الوعد الحقيقي لـ Tabby ليس اقتراحات أذكى، بل اقتراحات لا تغادر مبناكم أبدًا.

لمن يناسب

البنوك، ومقدمو الرعاية الصحية، ومتعاقدو الدفاع، وأي فريق يخضع لمتطلبات صارمة بشأن إقامة البيانات (Data Residency) أو التزامات حوكمة الذكاء الاصطناعي والامتثال، يمثّلون الجمهور الواضح هنا. كما يناسب Tabby المؤسسات التي تشغّل بالفعل بنية تحتية من وحدات معالجة الرسوميات (GPU) لأعباء عمل أخرى وترغب في إعادة توظيفها لأدوات المطورين بدلًا من دفع رسوم لكل رمز (Token) لمزوّد خارجي.

أبرز الميزات

يستبدل Tabby تنفيذ المهام المستقل بخصوصية محكمة وتكاليف بنية تحتية يمكن التنبؤ بها.

• عمل غير متصل بالكامل: لا استدعاءات لواجهات برمجية لمزوّدين خارجيين، مطلقًا.
• استرجاع معزّز بالتوليد (RAG) مستضاف ذاتيًا فوق قاعدة كودكم: تستند الاقتراحات إلى مستودعاتكم الفعلية، لا إلى أنماط عامة فقط.
• دعم إضافات متعددة لبيئات التطوير: خادم واحد يدعم عملاء VS Code وJetBrains وVim.
• لوحة تحليلات الفريق: تتبّع معدلات قبول الاقتراحات عبر مؤسستكم الهندسية.

التسعير والترخيص

يُطرح Tabby بموجب ترخيص Apache 2.0 ومجاني للاستضافة الذاتية إلى أجل غير مسمى. وتكلفتكم الحقيقية الوحيدة هي عتاد وحدات معالجة الرسوميات اللازم لتشغيل النموذج، والذي يتناسب مع حجم الفريق لا مع حجم الاستخدام.

8. SWE-agent لحل المشكلات بشكل مستقل

صمّم باحثون من جامعتي Princeton وStanford أداة SWE-agent منذ البداية للإجابة عن سؤال واحد: هل يستطيع وكيل أخذ مشكلة GitHub خامة وإنتاج إصلاح فعّال ومختبَر دون أن يكتب إنسان سطرًا واحدًا؟ إنها أقرب إلى أداة بحثية منها إلى منتج، لكنها تعمل بكفاءة كافية للاستخدام في الإنتاج، ما يجعلها واحدة من أكثر وكلاء الذكاء الاصطناعي البرمجية مفتوحة المصدر صرامة أكاديمية في هذه القائمة.

كيف يعمل

بدلًا من منح الوكيل وصولًا غير مقيّد إلى الصدفة، يغلّف SWE-agent كل شيء داخل واجهة وكيل-حاسوب (Agent-Computer Interface - ACI)، وهي مجموعة أوامر مصمَّمة خصيصًا لعرض الملفات وتحريرها والبحث فيها، مضبوطة تحديدًا وفق طريقة تفكير النماذج اللغوية في الكود. يقرأ الوكيل وصف المشكلة، ويحدّد مكان الملفات ذات الصلة باستخدام أوامر البحث الخاصة به، ويعدّلها، ويشغّل مجموعة الاختبارات، ويكرّر المحاولة حتى تنجح الاختبارات أو يصل إلى حد المحاولات. وهذه الواجهة المقيَّدة هي ما يدفع نتائجه القوية في اختبارات القياس، لا حجم النموذج الخام.

يثبت SWE-agent أن مجموعة أدوات أضيق ومصمَّمة بعناية غالبًا ما تتفوق على منح الوكيل وصولًا غير مقيّد إلى صدفتكم.

لمن يناسب

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

أبرز الميزات

يجعل تاريخ SWE-agent في اختبارات القياس وتصميمه الشفاف منه نقطة مرجعية لكل من يبني وكلاء مخصّصين.

• أصل SWE-bench: طُوّر المعيار والوكيل معًا، لذا فإن النتائج موثّقة جيدًا وقابلة لإعادة الإنتاج.
• واجهة ACI قابلة للتهيئة: استبدلوها بمجموعة أوامركم الخاصة للغات أو بنى مستودعات مختلفة.
• تسجيل المسار: سجل كامل لكل أمر وملاحظة لأغراض التصحيح أو البحث.
• مستقل عن النموذج: يعمل مع GPT-4 وClaude والنماذج مفتوحة الأوزان بالتبادل.

التسعير والترخيص

SWE-agent مرخّص بموجب MIT ومجاني للتشغيل، وتكاليف واجهة برمجة النموذج هي نفقتكم المستمرة الوحيدة.

اختيار الوكيل المناسب لمنظومتكم التقنية

لا تُعد أي من هذه الأدوات الثماني إجابة شاملة، وهذا هو بيت القصيد. تدفع OpenHands وSWE-agent بقوة نحو الاستقلالية الكاملة للفرق المستعدة لتسليم تذاكر كاملة. أما Cline وOpenCode وKilo Code فتلتقي بكم داخل المحرر أو الطرفية التي تستخدمونها بالفعل، باحتكاك إعداد أقل بكثير. يمنح Goose فرق المنصات بيئة تشغيل يشكّلونها، ويبقي Aider git في محور كل تعديل، ويحل Tabby المشكلة الوحيدة التي لا تحلها الأدوات الأخرى: تشغيل الاقتراحات دون أن يغادر أي كود مبناكم.

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

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