النقاط الرئيسية
- تغيّر الترخيص من AGPL 3.0 إلى Apache 2.0 — مؤكَّد عبر واجهة برمجة تطبيقات GitHub وملف LICENSE في المستودع
- أُعيدت كتابته بالكامل بلغة Rust كاشتقاق من مشروع Codex مفتوح المصدر الخاص بـOpenAI
- وصف GitHub الحالي: "A coding agent for open models like Kimi K3"
- أهداف تكامل النماذج المذكورة: Kimi K3، DeepSeek، Qwen، GLM/Z.AI
- 68,227 نجمة، 5,871 فرعًا، 10 مشكلات مفتوحة فقط، آخر دفع في 2026-08-20
- أصبح المستودع الأول تصدرًا للاتجاهات على GitHub في فئة Rust بعد إصدار حزمة Kimi K3
- أداة "تحكّم بحاسوبك" الأصلية بلغة Python وترخيص AGPL لا تزال قائمة كفرع مجتمعي عند endolith/open-interpreter
📍 في جملة واحدة
أصبح Open Interpreter الآن عميل برمجة مبني بلغة Rust ومرخّصًا بموجب Apache 2.0، اشتُق من Codex مفتوح المصدر الخاص بـOpenAI، ومصمّم لتشغيل نماذج مفتوحة مثل Kimi K3، ليحلّ محل تصميمه الأصلي بلغة Python وترخيص AGPL القائم على "النموذج ينفّذ الكود على جهازك".
💬 بعبارات بسيطة
كانت الأداة سابقًا وسيلة لتشغيل تنفيذ كود شبيه بـChatGPT محليًا بدلاً من صندوق OpenAI الرملي السحابي. لا تزال تؤدي شيئًا مشابهًا من حيث الجوهر، لكن الكود والترخيص والجمهور المستهدف — مستخدمو النماذج المفتوحة، لا واجهة برمجة تطبيقات مزوّد واحد — تغيّرت جميعها.
📌ملاحظة: تغطي هذه المراجعة النسخة الحالية من Open Interpreter المبنية بلغة Rust والمشتقة من Codex. إذا كنت تبحث عن أداة Python الأصلية من 2023 التي تتصفح الويب وتعدّل الملفات بأوامر بلغة طبيعية، فهي لا تزال قائمة في الفرع المجتمعي، لا في المستودع الرئيسي.
ما هو Open Interpreter في 2026؟
يُعد Open Interpreter (github.com/openinterpreter/openinterpreter، ويُشار إليه غالبًا كـgithub.com/OpenInterpreter/open-interpreter الذي يُعيد التوجيه إلى المنظمة القياسية بأحرف صغيرة) عميل برمجة قائمًا على الطرفية. يصف وصف GitHub الحالي الأمر بوضوح: "A coding agent for open models like Kimi K3". هذا مشروع مختلف، بلغة برمجة مختلفة، وتحت ترخيص مختلف، عن الأداة التي جعلت الاسم معروفًا في 2023.
- نواة Rust، تحلّ محل قاعدة كود Python الأصلية بالكامل
- اشتقاق من مشروع Codex مفتوح المصدر الخاص بـOpenAI، ومتوافق مع Agent Client Protocol (ACP)
- يعيد تنفيذ حزمة "Kimi Code" الموصى بها من المزوّد بلغة Rust، مضبوطة لتحقيق أقصى استفادة من النماذج المفتوحة والمنخفضة التكلفة بدلاً من واجهة برمجة تطبيقات مستضافة واحدة
- تشمل مواضيع المستودع على GitHub: acp وcoding-agent وdeepseek وkimi وqwen وrust
- الموقع الرسمي: openinterpreter.com
- أسسه Killian Lucas، الذي يقود شركة Open Interpreter Inc. بصفته الرئيس التنفيذي وكبير المطورين
من مشروع AGPL شخصي في 2023 إلى إعادة كتابة بـRust في 2026
أُنشئ مستودع Open Interpreter في 2023-07-14 وأُطلق للعامة في سبتمبر 2023، في ذروة الاهتمام بمنح نماذج اللغة وصولًا مباشرًا إلى الطرفية. بناه مؤسسه Killian Lucas — المقيم في بيلينغهام بولاية واشنطن — ليمنح الناس نفس قدرة "دع النموذج ينفّذ الكود فحسب" التي توفرها Code Interpreter المستضافة من OpenAI، لكن مع التشغيل محليًا أو مقابل نموذج بعيد يختاره المستخدم بدلًا من داخل صندوق رملي سحابي مقيَّد: بلا حدود لوصول الإنترنت، وبلا سقف لحجم الملفات، وبتحكّم كامل في بيئة التنفيذ. أسّس Lucas لاحقًا شركة Open Interpreter Inc.، حيث يشغل منصب الرئيس التنفيذي وكبير المطورين.
صدرت تلك الأداة الأصلية بموجب ترخيص AGPL 3.0، ووصفت نفسها بأنها واجهة بلغة طبيعية تتيح لنموذج لغوي تعديل الملفات وتصفّح الويب وتحليل مجموعات البيانات من جلسة طرفية شبيهة بالمحادثة — أقرب إلى عميل تحكّم عام بالحاسوب منه إلى أداة مخصصة للبرمجة.
بحلول 2026، تحوّل اتجاه المشروع بالكامل. أعاد الفريق كتابة قاعدة الكود من الصفر بلغة Rust، واشتقها من مشروع Codex مفتوح المصدر الخاص بـOpenAI نفسها، وأعاد تموضعها كعميل برمجة مصمَّم خصيصًا للنماذج المفتوحة والمنخفضة التكلفة بدلًا من مساعد عام "تحكّم بحاسوبك". وتغيّر الترخيص خلال الفترة نفسها من AGPL 3.0 إلى Apache 2.0.
كيف يعمل Open Interpreter الآن
تعتمد بنية Open Interpreter الحالية على إعادة تنفيذ حزمة "Kimi Code" الموصى بها من المزوّد بلغة Rust، مُغلَّفة داخل واجهة طرفية متوافقة مع Codex. يتحدث بروتوكول Agent Client Protocol (ACP)، ما يتيح له الاندماج مع المحررات والأدوات المتوافقة مع ACP بدلًا من العمل فقط كأداة سطر أوامر مستقلة.
- نواة Rust لحلقة العميل والواجهة الطرفية
- اشتقاق من واجهة سطر أوامر Codex مفتوحة المصدر الخاصة بـOpenAI، ومتوافقة معها هيكليًا
- متوافق مع ACP (Agent Client Protocol)، وبالتالي يمكن دمجه مع أدوات أخرى تدعم ACP، لا مجرد التشغيل المستقل
- أهداف التكامل المذكورة: Kimi K3، DeepSeek، Qwen وGLM/Z.AI
- لا يزال يوفّر حزمة Python SDK ومكوّن وقت تشغيل إلى جانب نواة Rust (راجع سير العمل python-runtime-build.yml وpython-sdk-release.yml)، وبالتالي فهو ليس مشروعًا قائمًا بالكامل على Rust من طرف إلى طرف
- 1macOS أو Linux: نفّذ الأمر
curl -fsSL https://www.openinterpreter.com/install | shفي طرفية. - 2Windows: نفّذ الأمر `irm www.openinterpreter.com/install.ps1 | iex` في PowerShell.
- 3ابدأ العميل بتشغيل
iأوinterpreterمن طرفية. - 4وجّهه نحو نموذج مفتوح مثل Kimi K3 أو DeepSeek أو Qwen أو GLM/Z.AI وفق تعليمات إعداد ذلك المزوّد — لا يوثّق المشروع خلفية واحدة إلزامية.
- 5استخدمه مباشرة من الطرفية، أو صِله عبر محرر متوافق مع ACP إذا كنت تفضّل العمل داخل بيئة تطوير متكاملة بدلًا من سطر أوامر مستقل.
تغيير الترخيص: من AGPL 3.0 إلى Apache 2.0
صدرت قاعدة كود Open Interpreter الأصلية من عصر Python بموجب ترخيص AGPL 3.0، وهو ترخيص "copyleft" يُلزم كل من يعدّل الكود ويشغّله كخدمة شبكية بنشر الكود المصدري المعدَّل. أما قاعدة كود Rust الحالية فتصدر بموجب Apache 2.0، وهو أمر مؤكَّد عبر حقل الترخيص في واجهة برمجة تطبيقات GitHub وملف LICENSE الخام في جذر المستودع كليهما.
هل لا يزال Open Interpreter مُصانًا؟
تشير كل الإشارات المتاحة على المستودع إلى صيانة نشطة ومستمرة، لا إلى مشروع يعيش على شعبية سابقة. كان آخر دفع (push) في 2026-08-20 — أي قبل نحو أسبوعين من هذه المراجعة — بوجود 10 مشكلات مفتوحة فقط مقابل 68,227 نجمة و5,871 فرعًا، وهي نسبة منخفضة لمستودع بهذا الحجم.
يشغّل المشروع أيضًا منظومة تكامل مستمر (CI) آلية كبيرة، كما تُظهر ملفات سير العمل في مجلده .github/workflows/: تشغّل rust-ci.yml وrust-ci-full.yml وrust-ci-full-nextest-platform.yml مجموعة اختبارات Rust عبر cargo nextest على عدة منصات تشغيل؛ ويغطي cargo-ci.yml وcargo-deny.yml تدقيق التبعيات والأمان؛ ويُعد blocking-ci.yml فحصًا إلزاميًا يمنع الدمج؛ ويشغّل postmerge-ci.yml وpublic-ci.yml فحوصات تحقق إضافية؛ ويبني python-runtime-build.yml وpython-sdk-release.yml مكوّن Python SDK وينشرانه؛ ويتولى repo-checks.yml وcodespell.yml نظافة المستودع.
نشاط المستودع
- What it shows:
- آخر دفع في 2026-08-20، غير مؤرشف
نسبة النجوم إلى المشكلات
- What it shows:
- 68,227 نجمة مقابل 10 مشكلات مفتوحة — تراكم صغير
عدد الفروع (forks)
- What it shows:
- 5,871 فرعًا
تغطية CI
- What it shows:
- 9 ملفات سير عمل أو أكثر تغطي اختبارات Rust وتدقيق التبعيات وفحوصات الدمج الإلزامية
حالة التصدّر
- What it shows:
- المستودع الأول تصدرًا للاتجاهات على GitHub في فئة Rust بعد إصدار حزمة Kimi K3
📌ملاحظة: لم نُشغّل مجموعة اختبارات خاصة بنا مقابل Open Interpreter من أجل هذه المراجعة. تستند إشارات الصيانة أعلاه إلى سجل الالتزامات (commits) العام للمستودع، وعدد المشكلات، وملفات سير عمل CI المنشورة من المشروع نفسه، وليس إلى معايير قياس أنشأتها PromptQuorum. تحقّق من الحالة الراهنة مباشرة على المستودع قبل تخصيص وقت كبير له.
لمن يناسب Open Interpreter؟
يعتمد الاختيار الصحيح على ما إذا كنت تريد تحديدًا عميل برمجة مضبوطًا للنماذج المفتوحة، أو أداة "تحكّم بحاسوبك" العامة الأصلية.
Open Interpreter مقابل البدائل
يضع التموضع الحالي لـOpen Interpreter — عميل برمجة طرفي متوافق مع Codex للنماذج المفتوحة — إلى جانب عدة فئات من الأدوات: عملاء برمجة طرفية أخرى، وعملاء مدمجون في بيئات التطوير، وعملاء مملوكون من مزوّدين، ونظائره التاريخية من موجة 2023 "امنح نموذج لغوي صلاحية التحكّم بجهازك".
| الأداة | الرابط | الواجهة | الترخيص | الأنسب لـ |
|---|---|---|---|---|
| Open Interpreter | github.com/OpenInterpreter/open-interpreter | طرفية، متوافقة مع ACP | Apache 2.0 | عميل برمجة للنماذج المفتوحة |
| Aider | aider.chat | طرفية | Apache 2.0 | برمجة ثنائية قائمة على Git وdiff |
| Cline | cline.bot | امتداد VS Code | Apache 2.0 | عميل مستقل داخل بيئة التطوير |
| OpenHands | github.com/All-Hands-AI/OpenHands | بيئة تشغيل عميل رملية | MIT | مهام عميل هندسة برمجيات مستقل |
| Continue.dev | continue.dev | امتداد بيئة تطوير | Apache 2.0 | إكمال تلقائي + محادثة، محدود ببيئة التطوير |
| OpenAI Codex CLI | github.com/openai/codex | طرفية | مملوك | عميل برمجة طرفي مستضاف من مزوّد |
| Claude Code | claude.com/product/claude-code | طرفية | مملوك | عميل برمجة طرفي مستضاف من مزوّد |
| AutoGPT (classic) | github.com/Significant-Gravitas/AutoGPT | سطر أوامر، حلقة مستقلة | MIT | تجارب عميل مستقل غير محدود النطاق |
| BabyAGI | github.com/yoheinakajima/babyagi | سطر أوامر، حلقة مستقلة | MIT | تجارب حلقة مهام مستقلة بسيطة |
أخطاء شائعة عند تقييم Open Interpreter
ينشأ معظم الالتباس حول Open Interpreter في 2026 من توقّع أداة 2023 بدلًا من إعادة الكتابة الحالية بلغة Rust.
الأسئلة الشائعة
ما الترخيص الذي يخضع له Open Interpreter؟
Apache 2.0، مؤكَّد عبر حقل الترخيص في واجهة برمجة تطبيقات GitHub وملف LICENSE في المستودع. هذا تغيير عن ترخيص AGPL 3.0 الأصلي الذي استخدمته قاعدة كود عصر Python السابقة.
هل لا يزال Open Interpreter مُصانًا؟
نعم. كان آخر دفع في 2026-08-20، بوجود 10 مشكلات مفتوحة فقط مقابل 68,227 نجمة، ويشغّل منظومة CI متعددة سير العمل تغطي اختبارات Rust وتدقيق التبعيات وفحوصات الدمج الإلزامية.
ماذا حدث لـOpen Interpreter الأصلي؟
أُعيدت كتابة الأداة الأصلية بلغة Python — التي كانت تتيح لنموذج محلي أو بعيد تعديل الملفات وتصفّح الويب وتنفيذ الكود من جلسة طرفية بلغة طبيعية — بالكامل بلغة Rust في 2026، واشتُقت من مشروع Codex مفتوح المصدر الخاص بـOpenAI. لا تزال النسخة الأصلية بلغة Python وترخيص AGPL قائمة كفرع مجتمعي عند github.com/endolith/open-interpreter.
ما النماذج التي يدعمها Open Interpreter؟
يذكر المشروع Kimi K3 وDeepSeek وQwen وGLM/Z.AI كأهداف تكامل في مواضيع مستودعه ووصفه، ويعيد تنفيذ حزمة "Kimi Code" بلغة Rust. لا يوثّق خلفية نموذج واحدة إلزامية.
كيف أثبّت Open Interpreter؟
على macOS أو Linux، نفّذ curl -fsSL https://www.openinterpreter.com/install | sh. على Windows، نفّذ irm https://www.openinterpreter.com/install.ps1 | iex في PowerShell. ثم ابدأ العميل بـi أو interpreter.
هل Open Interpreter مجاني الاستخدام؟
نعم. يصدر بموجب ترخيص Apache 2.0، الذي يسمح بالاستخدام والتعديل وإعادة التوزيع مجانًا، حتى داخل منتج تجاري، دون التزام بنشر كودك المصدري الخاص.
هل Open Interpreter متوافق مع Codex أو Claude Code؟
Open Interpreter اشتقاق من مشروع Codex مفتوح المصدر الخاص بـOpenAI، ومبني ليكون متوافقًا مع Codex، ويدعم بروتوكول Agent Client Protocol (ACP) للتكامل مع أدوات أخرى تدعم ACP. إنه مشروع منفصل يُصان باستقلالية، وليس امتدادًا رسميًا لواجهة Codex CLI من OpenAI أو Claude Code من Anthropic.
هل لا يزال Open Interpreter يتيح لنموذج التحكّم بحاسوبي بالكامل؟
المشروع الحالي بلغة Rust محدود النطاق كعميل برمجة، لا كأداة عامة "تحكّم بحاسوبك". أداة Python الأصلية الأوسع نطاقًا — تعديل الملفات، تصفّح الويب، تحليل مجموعات البيانات — لا تزال قائمة بشكل منفصل في الفرع المجتمعي endolith/open-interpreter.
كيف يقارن Open Interpreter بـAider أو Cline؟
الثلاثة عملاء برمجة قائمون على الطرفية أو بيئة التطوير. Aider قائم على Git ويبني مخرجاته كـdiff قابلة للمراجعة؛ يعمل Cline كامتداد VS Code؛ وOpen Interpreter عميل طرفي مستقل متوافق مع Codex ومضبوط خصيصًا للنماذج المفتوحة. يعتمد الأنسب على ما إذا كنت تريد مراجعة diff عبر Git، أو التكامل مع بيئة التطوير، أو ضبطًا يمنح الأولوية للنماذج المفتوحة.
لماذا تحوّل Open Interpreter من AGPL 3.0 إلى Apache 2.0؟
لا ينشر المشروع في ملف README سببًا صريحًا لهذا التغيير المحدد في الترخيص المرافق لإعادة الكتابة في 2026. رخصة Apache 2.0 أكثر تساهلًا من AGPL 3.0: فهي تزيل التزام الكشف عن الكود المرتبط بـ"الاستخدام الشبكي" ضمن نظام copyleft، وتضيف منحة براءة اختراع صريحة، ما يسهّل بناء منتجات تجارية فوق الكود. اقرأ ملف LICENSE مباشرة لتأكيد الشروط الحالية قبل الاعتماد على هذا الفرق.