النقاط الرئيسية
- تغيّر الترخيص من 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.
لماذا وُجدت في 2023
كانت Code Interpreter المستضافة من OpenAI تعمل داخل صندوق رملي سحابي مقيَّد — وصول محدود للإنترنت، وأحجام ملفات محدودة، وبلا تحكّم في بيئة التنفيذ. كان الدافع التأسيسي لـOpen Interpreter هو منح الناس القدرة نفسها محليًا أو مقابل نموذج من اختيارهم، دون هذه القيود.
ما الذي تغيّر بحلول 2026
أعاد المشروع كتابة نواته بلغة Rust، واشتقها من Codex الخاص بـOpenAI، وضيّق تركيزه ليصبح عميل برمجة للنماذج المفتوحة — نطاق مختلف عن أداة "تحكّم بحاسوبك" العامة الأصلية.
كيف يعمل 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 الخام في جذر المستودع كليهما.
ما تسمح به Apache 2.0 ولم تكن AGPL 3.0 تسمح به
رخصة Apache 2.0 رخصة متساهلة: يمكنك استخدام الكود وتعديله وإعادة توزيعه — حتى داخل منتج تجاري مغلق المصدر — دون التزام بنشر كودك المصدري أو كود أي خدمة تبنيها فوقه. أما بند "الاستخدام الشبكي" في AGPL 3.0 فكان يفرض هذا الالتزام بالضبط على كل من يشغّل نسخة معدَّلة كخدمة مستضافة.
ما الذي لم يتغيّر
لا تزال Apache 2.0 تتطلب الحفاظ على إشعارات حقوق النشر والترخيص، وتوضيح التعديلات الجوهرية على الكود. كما تتضمن منحة براءة اختراع صريحة، وهو ما لا تتضمنه AGPL 3.0.
هل لا يزال 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 (النسخة الحالية، Rust) إذا
- أردت عميل برمجة طرفيًا متوافقًا مع Codex ومضبوطًا للنماذج المفتوحة أو المنخفضة التكلفة مثل Kimi K3 أو DeepSeek أو Qwen أو GLM/Z.AI
- كنت تستخدم بالفعل، أو تخطط لاستخدام، محررًا متوافقًا مع ACP وتريد عميلًا يتحدث هذا البروتوكول
- أردت عميلًا ذا ترخيص متساهل (Apache 2.0) يمكنك البناء عليه تجاريًا دون التزام "copyleft"
استخدم الفرع المجتمعي endolith/open-interpreter إذا
- أردت تحديدًا أداة Python الأصلية من 2023، التي تتيح لنموذج تصفّح الويب وتعديل الملفات وتحليل مجموعات البيانات من جلسة طرفية عامة شبيهة بالمحادثة، لا عميلًا مخصصًا للبرمجة
- احتجت قاعدة الكود المرخّصة بموجب AGPL 3.0 لسبب مرتبط بذلك الترخيص تحديدًا
فكّر في أداة مختلفة تمامًا إذا
- أردت عميل برمجة مملوكًا ومستضافًا من مزوّد — يُعد OpenAI Codex CLI أو Anthropic Claude Code أقرب البدائل مغلقة المصدر إلى ما تحاكيه بنية Open Interpreter الحالية
- أردت عميلًا مستقلًا يعمل داخل بيئة التطوير المتكاملة بدلًا من عميل يركز على الطرفية أولًا — بُنيت Cline أو OpenHands حول هذا التدفق
- أردت نمط العميل المستقل العام غير المحدود النطاق الذي كان Open Interpreter يتنافس فيه أصلًا — يُعد AutoGPT وBabyAGI (وكلاهما تمت مراجعته على هذا الموقع) النظيرَين التاريخيَّين المباشرَين لتلك الفئة
Open Interpreter مقابل البدائل
يضع التموضع الحالي لـOpen Interpreter — عميل برمجة طرفي متوافق مع Codex للنماذج المفتوحة — إلى جانب عدة فئات من الأدوات: عملاء برمجة طرفية أخرى، وعملاء مدمجون في بيئات التطوير، وعملاء مملوكون من مزوّدين، ونظائره التاريخية من موجة 2023 "امنح نموذج لغوي صلاحية التحكّم بجهازك".
أفضل اختيار حسب حالة الاستخدام
- الأفضل لعملاء البرمجة على النماذج المفتوحة: Open Interpreter — مبني خصيصًا لـKimi K3 وDeepSeek وQwen وGLM/Z.AI
- الأفضل لمراجعة diff القائمة على Git: Aider — تُبنى الالتزامات (commits) كـdiff قابلة للمراجعة
- الأفضل للبقاء داخل VS Code: Cline — يعمل كامتداد بدلًا من أداة طرفية منفصلة
- الأفضل لخيار مملوك بدعم من مزوّد: OpenAI Codex CLI أو Claude Code
- الأفضل لإعادة زيارة نمط العميل الأصلي غير المحدود النطاق: AutoGPT (classic) أو BabyAGI، وكلاهما تمت مراجعته على هذا الموقع
الأداة | الواجهة | الترخيص | الأنسب لـ |
|---|---|---|---|
| Open Interpreter | طرفية، متوافقة مع ACP | Apache 2.0 | عميل برمجة للنماذج المفتوحة |
| Aider | طرفية | Apache 2.0 | برمجة ثنائية قائمة على Git وdiff |
| Cline | امتداد VS Code | Apache 2.0 | عميل مستقل داخل بيئة التطوير |
| OpenHands | بيئة تشغيل عميل رملية | MIT | مهام عميل هندسة برمجيات مستقل |
| Continue.dev | امتداد بيئة تطوير | Apache 2.0 | إكمال تلقائي + محادثة، محدود ببيئة التطوير |
| OpenAI Codex CLI | طرفية | مملوك | عميل برمجة طرفي مستضاف من مزوّد |
| Claude Code | طرفية | مملوك | عميل برمجة طرفي مستضاف من مزوّد |
| AutoGPT (classic) | سطر أوامر، حلقة مستقلة | MIT | تجارب عميل مستقل غير محدود النطاق |
| BabyAGI | سطر أوامر، حلقة مستقلة | MIT | تجارب حلقة مهام مستقلة بسيطة |
أخطاء شائعة عند تقييم Open Interpreter
ينشأ معظم الالتباس حول Open Interpreter في 2026 من توقّع أداة 2023 بدلًا من إعادة الكتابة الحالية بلغة Rust.
الخطأ 1: افتراض أنه لا يزال مرخّصًا بموجب AGPL 3.0
كان ترخيص AGPL 3.0 ينطبق على قاعدة كود Python الأصلية. المشروع الحالي بلغة Rust مرخّص بموجب Apache 2.0 — مؤكَّد عبر واجهة برمجة تطبيقات GitHub وملف LICENSE في المستودع. تحقّق من ملف LICENSE مباشرة قبل افتراض أي من الترخيصين.
الخطأ 2: توقّع أداة "تحكّم بحاسوبك" الأصلية
الوصف الحالي لـOpen Interpreter هو "a coding agent for open models like Kimi K3" — نطاق أضيق ومخصص للبرمجة مقارنة بعميل تعديل الملفات وتصفّح الويب العام الأصلي. تلك الأداة الأصلية لا تزال قائمة في الفرع المجتمعي عند endolith/open-interpreter، لا في المستودع الرئيسي.
الخطأ 3: معاملته كمشروع Rust فقط
لا يزال المستودع يوفّر وينشر حزمة Python SDK ومكوّن وقت تشغيل (راجع python-runtime-build.yml وpython-sdk-release.yml)، إلى جانب نواة Rust. إنه مشروع بنواة Rust مع مكوّن Python، لا إعادة كتابة خالصة تخلّت عن Python بالكامل.
الخطأ 4: افتراض أن خلفية نموذج محددة إلزامية
يذكر المشروع Kimi K3 وDeepSeek وQwen وGLM/Z.AI كأهداف تكامل، لكنه لا يوثّق خلفية واحدة إلزامية. النموذج المفتوح الذي توجّهه إليه هو خيار إعداد، لا تبعية ثابتة.
الأسئلة الشائعة
ما الترخيص الذي يخضع له 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 مباشرة لتأكيد الشروط الحالية قبل الاعتماد على هذا الفرق.