

OpenHands هو وكيل برمجة ذكاء اصطناعي مستقل ومفتوح المصدر من تطوير All Hands AI. يقوم بتخطيط وكتابة وتنفيذ وتصحيح الأكواد البرمجية داخل بيئة معزولة دون الحاجة إلى موافقة يدوية في كل خطوة. الاستضافة الذاتية مجانية؛ وتتوفر فئة سحابية.
تُعد OpenHands منصة مفتوحة المصدر لوكلاء تطوير البرمجيات المستقلين بالذكاء الاصطناعي، تم بناؤها وصيانتها بواسطة All Hands AI (تأسست عام 2024، سان فرانسيسكو). في حين تعمل معظم أدوات المساعدة في البرمجة كأدوات إكمال تلقائي أو مبرمجين مرافقين تفاعليين، تُشغّل OpenHands حلقة استقلالية كاملة: يقوم الوكيل بالتخطيط، وكتابة الكود، وتنفيذ أوامر shell، وتصفح الويب، وتكرار مخرجاته داخل بيئة معزولة باستخدام Docker. بدأت المنصة باسم OpenDevin على GitHub في مارس 2024، وحصدت 50,000 نجمة خلال ستة أشهر، ثم أعيدت تسميتها إلى OpenHands في سبتمبر 2024 عندما جمعت All Hands AI جولة تمويل تأسيسية بقيمة $5M بقيادة Menlo Ventures. اعتباراً من مايو 2026، يمتلك المشروع أكثر من 72,500 نجمة على GitHub، و102 إصدار، وإصدار مستقر v1.7.0 تم إطلاقه في 1 مايو 2026.
المنصة غير مرتبطة بنموذج محدد (model-agnostic): يوفر المستخدمون مفاتيح API لـ Claude أو GPT-4o أو Gemini أو DeepSeek أو أي نقطة نهاية متوافقة مع OpenAI. تشمل الميزات الأساسية أتمتة الويب المدمجة مع BrowserGym، وتنفيذ الأكواد المستند إلى Jupyter، والتكامل مع Git وواجهات برمجة تطبيقات GitHub/GitLab، وتفويض المهام لوكلاء متعددين، وواجهة برمجة تطبيقات REST/WebSocket للتحكم البرمجي. تتكون قاعدة الأكواد من 62% Python و36% TypeScript. الاستضافة الذاتية مجانية بموجب ترخيص MIT. يقدم المنتج السحابي على openhands.dev فئة فردية مجانية (10 محادثات يومياً) وفئة Pro بسعر $20/month بحدود أعلى ودعم استخدام مفتاحك الخاص (bring-your-own-key)، بالإضافة إلى فئة Enterprise مع نشر VPC خاص ودعم SAML/SSO.
ما الذي تفعله OpenHands فعلياً في أبريل 2026
لا تُعد OpenHands محركاً لاقتراح الأكواد. يتلقى الوكيل مهمة، عادةً ما تكون رابط مشكلة (issue) على GitHub، أو مواصفات بلغة طبيعية، أو مجموعة اختبارات فاشلة، ثم يتعامل مع كل خطوة بشكل مستقل: قراءة المستودع، وكتابة الإصلاح، وتشغيل الاختبارات، وتصحيح الأخطاء، ودفع التغييرات (pushing a commit). يمكنه تصفح الوثائق، وتشغيل أوامر bash عشوائية، واستدعاء واجهات برمجة تطبيقات (APIs) خارجية، وإنشاء وكلاء فرعيين لتنفيذ العمل بالتوازي. تعرض واجهة المستخدم على الويب لوحة إجراءات حية توضح كل أمر ينفذه الوكيل، مما يتيح للمطورين المراقبة والمقاطعة دون إجبارهم على الدخول في حلقة موافقة عند كل خطوة دقيقة.
تتمحور البنية حول نموذج تدفق الأحداث (event-stream). يتم تسجيل كل إجراء (كتابة ملف، تشغيل bash، النقر على عنصر في المتصفح) كحدث منظم يمكن للوكيل إعادة تشغيله أو الرجوع إليه. تعني عزلة Docker أن الوكيل يعمل في بيئة نظيفة ومؤقتة لكل جلسة، مما يحد من نطاق الضرر للأوامر الخاطئة ويجعل عمليات التشغيل قابلة للتكرار. يتيح الوصول عبر SSH داخل الحاوية للوكيل التعامل مع أي سلسلة أدوات Unix تقريباً دون الحاجة إلى أعمال تكامل خاصة.
في معيار SWE-bench Verified، سجلت OpenHands نسبة 60.6% كخط أساس و66.4% مع توسيع وقت الاستدلال (منشور مدونة في 17 أبريل 2025)، مما جعلها أفضل نظام مفتوح المصدر في تلك القائمة في ذلك الوقت. للتوضيح: سجلت الأنظمة التجارية المغلقة مثل Devin حوالي 13.9% عند الإعلان عنها لأول مرة في عام 2024، على الرغم من أن كلا البنيتين والمعايير قد تطورتا بشكل كبير منذ ذلك الحين. تقيس درجات المعيار الأداء في حل مشكلات GitHub الحقيقية، وليس المهام البسيطة، ولهذا السبب يستشهد بها الممارسون عند الاختيار بين الأدوات.
"حوالي 20% من التزامات الأكواد (commits) في قاعدة أكواد OpenHands يتم الآن تأليفها أو المشاركة في تأليفها بواسطة OpenHands نفسها. نحن لسنا قريبين حتى من النقطة التي يمكن فيها للذكاء الاصطناعي أن يحل محل مهندس البرمجيات. إنها أداة رائعة لتمرير طلبات السحب (PR) الحالية وإنجازها." - rbren (روبرت برينان، الرئيس التنفيذي لشركة All Hands AI)، Hacker News، 17 يناير 2025
قدمت إعادة التصميم السحابي في نوفمبر 2025 صفحة بداية أكثر وضوحاً، ووضع ملء الشاشة لمساحة العمل، ومنطقة إدخال مطالبات قابلة للتوسيع، وعناصر تحكم git مباشرة (push، pull، إنشاء PR) داخل واجهة المستخدم. أدى التحديث نفسه إلى خفض التسعير السحابي من ضعف تكلفة واجهة برمجة تطبيقات Claude إلى أسعار التمرير المباشر (pass-through) دون أي هوامش ربح، وأضاف دعماً لنماذج متعددة حتى لا يقتصر مستخدمو السحابة على مزود واحد.
موقع OpenHands مقارنة بـ Devin و SWE-Agent
المقارنة الأكثر أهمية ليست ميزة بميزة بل معمارية: ما نوع سير عمل المطور الذي تخدمه كل أداة؟
OpenHands مقابل Devin (من Cognition AI، مغلق المصدر): Devin هو منتج SaaS مُدار بالكامل ولا يوفر خيار الاستضافة الذاتية. تبدأ الأسعار من $500/month، وتستهدف فرق الهندسة في المؤسسات التي ترغب في مطور وكيل جاهز للاستخدام دون إدارة البنية التحتية. يعمل Devin في بيئة السحابة الخاصة بـ Cognition؛ ليس لديك أي رؤية لحلقة تنفيذ الوكيل ما لم تكشف Cognition عنها. تعكس OpenHands هذا تماماً: الكود عام، والتنفيذ محلي أو في سحابتك الخاصة، ويمكنك فحص كل حدث في التدفق، وتدفع فقط أسعار واجهة برمجة التطبيقات لمزود LLM الخاص بك. بالنسبة للفرق التي تحتاج إلى سيادة البيانات، أو قابلية التدقيق، أو ببساطة لا يمكنها تبرير دفع $500/month لأداة في مراحلها الأولى، تُعد OpenHands البديل الموثوق. المقايضة هي أن OpenHands تتطلب Docker، وإدارة مفاتيح API، وتصحيح أخطاء إعداد بيئة الوكيل من حين لآخر، وهي أمور لا يواجهها مستخدمو Devin.
OpenHands مقابل SWE-Agent (من Princeton NLP، مفتوح المصدر): SWE-Agent هو مشروع بحثي في المقام الأول وأداة إنتاج في المقام الثاني. يتم تثبيته عبر pip، ويعمل بالكامل في واجهة سطر الأوامر (CLI)، وتم تصميمه حول طبقة تجريد واجهة الوكيل والحاسوب (Agent-Computer Interface - ACI) المصممة لمهام معيار SWE-bench. لا يحتوي على واجهة مستخدم على الويب، ولا تفويض مهام لوكلاء متعددين، ولا تكامل مع BrowserGym، ولا مسار دعم للمؤسسات. يسجل SWE-Agent حوالي 74% في تكوين SWE-bench Mini، وهو منافس لـ OpenHands في مهام المعايير ذات النطاق الضيق. ولكن بالنسبة للفرق التي تقوم بتشغيله على مستودعات حقيقية مع سلاسل أدوات غير قياسية، وبيئات CI/CD حقيقية، وتعقيد متفاوت للمشكلات، فإن عزلة Docker في OpenHands، وقابلية المراقبة عبر واجهة الويب، والصيانة النشطة للإنتاج تمنحها ميزة عملية كبيرة. SWE-Agent هو الخيار الصحيح للباحثين الذين يقيسون معماريات الوكلاء؛ بينما OpenHands هو الخيار الصحيح للفرق الهندسية التي ترغب في شحن الأكواد.
هناك أداتان أخريان تستحقان وضعهما في السياق. Aider هو مبرمج مرافق تفاعلي عبر واجهة سطر الأوامر (CLI) يجعل كل تغيير عبارة عن فرق Git (Git diff) تمت مراجعته، باستخدام استراتيجية خريطة المستودع لضغط قواعد الأكواد الكبيرة إلى ملخصات فعالة من حيث الرموز (tokens). أنت تبقى متحكماً في كل خطوة. Cursor هو تفرع (fork) من VS Code مع تكامل عميق للذكاء الاصطناعي المضمن، وهو الأفضل للمطورين الذين يريدون مساعدة الذكاء الاصطناعي داخل محررهم بدلاً من وكيل مستقل منفصل. تقع OpenHands فوق كليهما من حيث الاستقلالية والنطاق، على حساب المزيد من البنية التحتية والمزيد من التباين في النتائج.
كيف يبدو واقع حلقة الوكيل
سير عمل OpenHands الأكثر موثوقية، والموثق عبر سلاسل Hacker News، ومنشورات Medium، والمدونة الخاصة بالمشروع، هو إنهاء طلبات السحب (PR finishing): يفتح المطور طلب سحب (PR) على GitHub، ويشارك الرابط مع الوكيل، وتقوم OpenHands باستنساخ المستودع، وقراءة فحوصات CI الفاشلة، وإصلاح المشكلات، ودفع التغييرات (commits). هذه مهمة محددة النطاق وواضحة المعالم مع معايير نجاح واضحة (اجتياز الاختبارات)، وهو بالضبط المكان الذي يؤدي فيه الوكلاء المستقلون أفضل أداء.
تُعد ترقيات الخدمات المصغرة (microservices) المجمعة نمط نجاح موثق آخر. قام أحد مؤلفي Medium بتشغيل OpenHands عبر قائمة من الخدمات المصغرة لترقية التبعيات، ودفع حوالي $3 لكل خدمة وإنجاز العمل في الخلفية أثناء القيام بمهام أخرى. التكلفة ليست صفراً، ولكنها قد تكون أسرع من القيام بذلك يدوياً. الشرط الأساسي هو أن كل خدمة كان لديها اختبارات جيدة؛ بدون اجتياز الاختبارات كإشارة نجاح، لا يمتلك الوكيل معيار توقف موثوق وسوف يستمر في التكرار متجاوزاً نقطة تناقص العوائد.
"لا أرى كيف لن تظهر الأسرار (secrets) في الدردشة أو الجهاز الطرفي (terminal). لا تمتلك OpenHands دعماً مناسباً للأسرار الآن." - M. Chechulin، Medium، 2025 (ملاحظة: تمت إضافة دعم الأسرار لاحقاً في الإصدار v0.42)
أين تنهار الحلقة: المهام الغامضة أو المفتوحة. إن مطالبة الوكيل بـ "إضافة الوضع الداكن إلى هذا التطبيق" دون مواصفات، أو جرد للمكونات، أو معايير قبول محددة يؤدي إلى انحراف التخطيط، حيث يُنشئ الوكيل كوداً يبدو معقولاً ولكنه لا يتطابق مع ما أردته، ثم يدخل في حلقة مفرغة محاولاً إصلاح إخفاقات الاختبار التي أحدثها. وصف أحد المعلقين على Hacker News اكتشافه للوكيل وهو يرتكب خطأ تحرير دقيق أثناء إضافة رؤوس التراخيص عبر ملفات متعددة، حيث قام بصمت بإزالة جملة أخيرة في العديد من ملفات المصدر. هذه الأخطاء الهادئة يصعب اكتشافها مقارنة بالإخفاقات الواضحة لأنها تجتاز الاختبارات الآلية.
عدم القدرة على التنبؤ بالتكلفة هو اختبار واقعي آخر. تكلف الإصلاحات البسيطة لملف واحد من $0.05 إلى $0.30 في رسوم واجهة برمجة تطبيقات LLM. تتراوح تكلفة إصلاحات الأخطاء الحقيقية مع تكرارات متعددة من $0.50 إلى $3. يمكن أن تصل الجلسات المعقدة التي تستغرق عدة ساعات لحل المشكلات الغامضة إلى $10 إلى $30. لا يوجد حد أقصى ثابت للتكلفة مدمج في إصدار الاستضافة الذاتية، لذا فإن الوكيل الذي يدور في حلقة مفرغة في مهمة غير مهيأة بشكل صحيح أو غامضة يمكن أن يستهلك ميزانية كبيرة لواجهة برمجة التطبيقات قبل أن تلاحظ ذلك.
تستحق الثغرة الأمنية المتمثلة في حقن المطالبات (prompt injection) التي كشف عنها الباحث يوهان ريبرجر في 9 أغسطس 2025 الملاحظة عند تقييمات المؤسسات. سمح الهجوم المكشوف باستخراج GITHUB_TOKEN الخاص بالمستخدم وسجل الدردشة دون أي نقرة (zero-click) عبر رابط صورة مصمم بشكل ضار. تم إخطار All Hands AI في 13 مارس 2025؛ وجاء الكشف العام بعد 148 يوماً. يجب على الفرق التي تدمج OpenHands في خطوط الأنابيب الآلية التي تعالج محتوى غير موثوق به مراجعة حالة التصحيح الحالية قبل النشر.
الأدوات التي تتوافق جيداً مع OpenHands في الممارسة العملية: GitHub Copilot للاقتراحات المضمنة أثناء مرحلة المراجعة البشرية، و Cline للمطورين الذين يريدون تجربة وكيل مدمجة في VS Code تقع بين نموذج Aider التفاعلي واستقلالية OpenHands الكاملة.
لمن تم بناء OpenHands
تقدم OpenHands أكبر قيمة لمهندسي الواجهة الخلفية (backend) وتعلم الآلة (ML) الذين يشعرون بالراحة مع Docker، ولديهم مفاتيح API الخاصة بهم لـ LLM، ويعملون من خلال مشكلات GitHub محددة جيداً. ستشهد الفرق التي تتمتع بنظافة قوية للمشكلات، وتغطية اختبار جيدة، ومعايير قبول محددة أعلى معدلات النجاح. تستهدف فئة المؤسسات المنظمات التي تحتاج إلى منصة وكيل مستضافة ذاتياً وقابلة للتدقيق مع RBAC و SSO ونشر Kubernetes، وهي حالات استخدام حيث يكون دفع $500/month لـ Cognition مقابل Devin غير قابل للتطبيق وتشغيل SaaS تجاري محظور بسبب متطلبات حوكمة البيانات.
يُعد الباحثون شريحة مستخدمين رئيسية. المشروع هو المنصة المرجعية للعديد من المعايير الأكاديمية بما في ذلك SWE-bench Verified و Multi-SWE-Bench و LiveSWEBench. تصف ورقة ICLR 2025 (المقبولة في فبراير 2025) البنية بشكل رسمي. إذا كنت تقيّم معماريات الوكلاء، فإن OpenHands هي النظام مفتوح المصدر الأكثر قدرة على القياس والمقارنة به.
يمكن للمطورين الأفراد الذين يرغبون في تجربة وكلاء البرمجة المستقلين البدء بالفئة السحابية المجانية، والتي تتيح 10 محادثات يومياً باستخدام نموذج Minimax، دون الحاجة إلى مفتاح API. هذا مسار تقييم معقول قبل الالتزام بإعداد Docker وتكاليف واجهة برمجة التطبيقات.
ما لا تمثله OpenHands
لا تُعد OpenHands أداة تعتمد على التدخل البشري في الحلقة (human-in-the-loop). إذا كنت ترغب في مراجعة كل تغيير قبل أن يصل إلى قاعدة الأكواد، فإن Aider هو الخيار الأفضل: كل إجراء هو فرق (diff)، وكل التزام (commit) يتطلب الموافقة، والأداة مصممة صراحةً حول نموذج التفاعل هذا. ستعمل OpenHands بشكل مستقل وتدفع التغييرات؛ هذا هو التصميم، وليس خطأً.
إنها ليست بديلاً جاهزاً للمطور في ميزات المنتج المعقدة والمفتوحة. قالها المؤسس مباشرة: الوكيل ليس قريباً من استبدال مهندس البرمجيات. إنه يتفوق في المهام المحددة جيداً والقابلة للتحقق من خلال الاختبارات. إن عمل المنتج الغامض، والقرارات المعمارية المتقاطعة، وأي شيء يتطلب حكماً مستداماً عبر أفق زمني طويل يقع خارج نطاق تشغيله الموثوق في عام 2026.
إنها غير مناسبة للبيئات التي لا تحتوي على Docker. يُعد نموذج التنفيذ المعزول (sandboxed) أساسياً لكيفية عمل الوكيل، وليس خيار نشر اختياري. يجب على الفرق التي تعمل على بنية تحتية مقيدة بدون دعم الحاويات التخطيط لتكلفة الإعداد هذه قبل تقييم الأداة.
أخيراً، إنها ليست أداة خالية من التكلفة إذا كنت تستخدمها على نطاق واسع. يشير مصطلح "مجاني ومفتوح المصدر" إلى ترخيص البرنامج وعدم وجود اشتراك مع المورد. لا يزال يتعين عليك الدفع لمزود LLM الخاص بك. في المهام المعقدة، تكون هذه التكلفة حقيقية ومتغيرة. ضع ميزانيتك وفقاً لذلك.
تقييمات المستخدمين
لا توجد تقييمات بعد. كن أول من يشارك تجربته!
سجّل الدخول لكتابة تقييم.
ظهرت في مجموعات
قوائم منتقاة تتضمّن OpenHands.
مقالات ذات صلة
أدلة ومقالات ذات صلة بـ OpenHands.

Claude Code vs Cursor vs Codex vs Devin vs Replit Agent 3: 2026 Scorecard

Run a Company With AI Agents: The Open-Source Orchestration Setup (2026)

Replit Pricing Explained (2026): Core vs Pro and Effort-Based Agent Billing

Nous Hermes 4: The Self-Hosted Open-Weight Agent Brain (2026)

SWE-bench Pro Explained: Why the Benchmark Changed (2026)
