Roo Code

Roo Code هي إضافة مجانية ومفتوحة المصدر لمحرر VS Code تضع فريق تطوير ذكاء اصطناعي متعدد الوكلاء داخل محرر الأكواد الخاص بك. تم بناؤها بالاعتماد على الشيفرة المصدرية لأداة Cline وأُصدرت بموجب ترخيص Apache 2.0، وتتيح لك ربط مفاتيح API الخاصة بك من Anthropic أو OpenAI أو Google Gemini أو OpenRouter أو AWS Bedrock أو مزودي النماذج المحلية. تظل ملفات مشروعك على جهازك؛ حيث لا تقوم Roo Code بتوجيه الأكواد عبر خوادمها الخاصة أبدًا. وصلت الإضافة إلى 3 ملايين عملية تثبيت في متجر VS Code و 23.8 ألف نجمة على GitHub قبل أن يعلن الفريق المؤسس في أبريل 2026 عن أرشفة المشروع لمتابعة توجه جديد قائم على السحابة. واعتبارًا من مايو 2026، يقوم فريق من المجتمع بصيانة الشيفرة المصدرية، بينما تواصل Kilo Code (وهي نسخة مشتقة مباشرة) التطوير النشط للمستخدمين الذين يبحثون عن بديل مدعوم.

الميزات الأساسية التي جعلت Roo Code مفضلة لدى المستخدمين المحترفين تشمل: الأوضاع القائمة على الأدوار التي تقيد ما يمكن للذكاء الاصطناعي القيام به في كل مرحلة (Architect للتخطيط، و Code للتنفيذ، و Debug لتحليل الأسباب الجذرية، و Orchestrator لتفويض المهام لعدة وكلاء)؛ والتحرير القائم على الفروق (diff-based editing) الذي يعيد كتابة الأسطر المعدلة فقط بدلاً من الملفات بأكملها، مما يقلل من تكاليف API بنسبة 30% تقريبًا مقارنة بالأدوات التي تعيد كتابة الملف بالكامل؛ والأوضاع المخصصة (Custom Modes) التي تتيح للفرق تحديد شخصيات ذكاء اصطناعي متخصصة بصلاحيات أدوات محددة؛ ومهام Boomerang التي تقسم العمل الكبير إلى مهام فرعية معزولة لكل منها نافذة سياق خاصة بها؛ ودعم خادم MCP لربط الأدوات الخارجية. تدعم الإضافة أي نموذج يوفر واجهة برمجة تطبيقات (API) متوافقة مع OpenAI، مما يمنحها توافقًا أوسع من معظم المنافسين مغلقي المصدر مثل Cursor أو Windsurf.

ما الذي تفعله Roo Code فعليًا في أوائل عام 2026

تعمل Roo Code كوكيل مستقل داخل الشريط الجانبي لمحرر VS Code. حيث تقوم بوصف مهمة بلغة بسيطة، ليقوم الوكيل بقراءة الملفات، وكتابة الفروق (diffs)، وتشغيل أوامر الطرفية (terminal)، وتقديم تقرير بالنتائج، مع طلب الموافقة قبل كل إجراء مؤثر. نموذج الموافقة قابل للتخصيص: صارم (الموافقة على كل عملية كتابة)، أو مرن (الموافقة التلقائية على القراءة وأوامر الطرفية)، أو آلي بالكامل لأوضاع محددة.

نظام الأوضاع هو الميزة التي يشير إليها معظم المستخدمين كأهم مساهمة لـ Roo Code في مجال أدوات البرمجة بالذكاء الاصطناعي. عند فتح جلسة جديدة، تختار وضعًا معينًا. يُفعّل وضع Architect التوجيهات الموجهة للتخطيط ويمنع كتابة الأكواد تمامًا، بحيث يمكنك إجراء محادثة تصميم عالية المستوى دون أن يمس الوكيل الملفات عن طريق الخطأ. ويتيح وضع Code إجراء تعديلات على ملفات متعددة والوصول إلى الطرفية. بينما يعطي وضع Debug الأولوية لتتبع الأسباب الجذرية. أما وضع Orchestrator، المبني على المفهوم المجتمعي السابق المسمى Boomerang Mode، فيقوم بتقسيم المهمة الكبيرة إلى مهام فرعية: تتوقف المهمة الرئيسية مؤقتًا، وتبدأ مهمة فرعية في وضع مختلف (مثل Code)، وتعمل حتى تكتمل، ثم تعيد ملخصًا للمهمة الرئيسية. لا ترى المهمة الرئيسية تفاصيل التنفيذ الكاملة أبدًا، بل الملخص فقط، مما يمنع امتلاء نافذة السياق الخاصة بها.

تتيح الأوضاع المخصصة (Custom Modes)، التي تم إطلاقها في الإصدار v3.2.0 في 12 فبراير 2026 (وهو نفس الإصدار الذي غيّر اسم الإضافة من Roo Cline إلى Roo Code)، للفرق تحديد شخصياتهم الخاصة بخلاف تلك المدمجة. قد يحتوي "Security Review Mode" على وصول للقراءة فقط للأدوات وتوجيه مُحمّل مسبقًا بسياسات الأمان الخاصة بشركتك. وقد يحتوي "Migration Mode" على قواعد محددة حول إطار العمل القديم لتجنبه. يمكن للفرق نشر ومشاركة الأوضاع عبر معرض الأوضاع (Mode Gallery) المجتمعي، والذي نما ليضم العشرات من التكوينات المُختبرة مسبقًا لسير العمل الشائع مثل بناء هيكل API وإنشاء الاختبارات.

يُعد نظام التحرير القائم على الفروق (diff editing)، الذي تم تقديمه بشكل تجريبي في الإصدار v2.1 (فبراير 2025) واستقر في الإصدارات اللاحقة، ميزة تنافسية حقيقية فيما يتعلق بتكلفة الرموز (tokens). بالنسبة لملف مكون من 500 سطر مع 10 أسطر معدلة، يكلف نهج البحث/الاستبدال الخاص بـ Roo Code حوالي 0.0003 دولار لكل تعديل باستخدام Claude Sonnet. بينما تكلف أداة Cline، التي تعيد كتابة الملفات بأكملها، حوالي 0.0075 دولار لنفس التغيير. وفي عمليات إعادة الهيكلة الكبيرة عبر عشرات الملفات، يتراكم هذا ليحقق وفورات مجدية.

"لقد جربت Cursor و Windsurf و Cline و Trae وغيرها، وعلى الرغم من أن استخدام Roo Code مع OpenRouter أكثر تكلفة، إلا أنه أكثر فعالية بكثير." - كبير المهندسين المعماريين، مراجعة على SourceForge، 2025

"الكثير من الميزات والتحديثات الجديدة التي تصدر بشكل شبه يومي، مع مجتمع كبير على Discord وتوفر قدر هائل من المعلومات." - كبير المهندسين المعماريين، مراجعة على SourceForge، 2025

موقع Roo Code مقارنة بـ Cline و Aider

تُعد المقارنة مع Cline، المشروع الأم الذي تفرعت منه، هي السؤال الأكثر شيوعًا في المجتمع. كلاهما مرخص بموجب Apache 2.0، وكلاهما يدعم استخدام نموذجك الخاص (BYOM)، وكلاهما يعمل داخل VS Code. الاختلافات تكمن في البنية المعمارية والفلسفة.

تستخدم Cline مسار عمل "خطط ونفذ" (Plan-and-Act): حيث تقوم بفهرسة المستودع بأكمله عند بدء التشغيل لبناء خريطة لعلاقات الملفات، ثم تُنشئ خطة تنفيذ مرتبة للحصول على موافقتك قبل المساس بأي شيء. يمنح هذا Cline قدرة استنتاج أقوى عبر المستودع في قواعد الأكواد الكبيرة (لا حاجة لتحديد السياق يدويًا باستخدام علامات @file). تمتلك Cline أيضًا واجهة سطر أوامر (CLI 2.0) لسير العمل القائم على الطرفية، وأتمتة كاملة للمتصفح عبر Computer Use، ومجموعة ميزات مؤسسية أكثر نضجًا بما في ذلك SSO و RBAC ووثائق SOC 2/GDPR الرسمية. مع 58 ألف نجمة على GitHub وأكثر من 5 ملايين عملية تثبيت، تمتلك قاعدة مستخدمين أكبر بكثير. المقابل: تتطور Cline بشكل أكثر تحفظًا. الميزات التي أطلقتها Roo Code قبل أشهر (مثل التحرير القائم على الفروق، والأوضاع المخصصة) استغرقت وقتًا أطول للوصول إلى Cline.

اتجهت Roo Code في الاتجاه المعاكس: إصدارات أسرع، واستعداد أكبر للتجربة، وبنية قائمة على الأوضاع بدلاً من التخطيط الموحد. السياق صريح: أنت تخبر Roo بالملفات التي يجب النظر إليها باستخدام علامات @file و @dir. يحافظ هذا على نطاق العمليات محصورًا فيما تحدده، وهو ما يفضله بعض المطورين في المستودعات الأحادية الكبيرة (monorepos) حيث تكون الفهرسة الكاملة مكلفة. يقلل التحرير القائم على الفروق من تكاليف الرموز (tokens). تمنح الأوضاع المخصصة الفرق تحكمًا أكبر في سير العمل مقارنة بمفتاح التبديل البسيط Plan/Act في Cline. المقابل: يتطلب الأمر المزيد من الإعداد المسبق، وكان سجل الاستقرار متباينًا.

تُعد Aider فئة مختلفة تمامًا. فهي تعمل في الطرفية، وليس داخل VS Code، وتتعامل مع Git كعنصر أساسي: يتم حفظ كل تغيير يجريه الذكاء الاصطناعي تلقائيًا (commit) مع رسالة وصفية، مما يتيح لك استخدام أوامر git القياسية مثل diff و log و revert لإدارة مخرجات الذكاء الاصطناعي. هذا مفيد حقًا للمطورين الذين يريدون مسار تدقيق كامل دون التفكير فيه. تعتمد Aider على لغة Python وتمتلك أكثر من 44 ألف نجمة على GitHub (ما يقرب من ضعف Roo Code)، وتاريخ تطوير أطول (بدأ حوالي عام 2023)، واعتماد قوي بين المطورين الذين يفضلون الطرفية. ما تفتقر إليه هو: شريط جانبي رسومي، أو أوضاع قائمة على الأدوار، أو تدفقات موافقة مرئية، أو نوع التنسيق متعدد الوكلاء الذي بنته Roo Code مع مهام Boomerang. يعتمد الاختيار إلى حد كبير على سير العمل: إذا كنت تقضي وقتك في الطرفية وتريد سجل git نظيفًا، فإن Aider مصممة خصيصًا لذلك. أما إذا كنت تريد وكيلًا في الشريط الجانبي لمحرر VS Code مع تحكم قائم على الأوضاع وواجهة محادثة مرئية، فإن Roo Code (أو النسخ المشتقة منها) تناسبك بشكل أفضل. وكلاهما يتفوقان على الخيارات مغلقة المصدر مثل GitHub Copilot، التي لا تدعم استخدام نموذجك الخاص (BYOM) أو شخصيات الوكلاء المخصصة.

كيف يبدو واقع حلقة الوكيل

كتب Gage Vander Clay، وهو مطور في Atomic Object، تقريرًا صادقًا عن اعتماده لـ Roo Code في مارس 2025. كانت جملته الافتتاحية: "عندما جربتها لأول مرة، كافحت للحصول على أي قيمة حقيقية منها. تراجعت إلى ما أعرفه: كتابة الأكواد بنفسي." سير عمله النهائي، بعد تعلم الأداة، كان يبدأ دائمًا في وضع Architect لصياغة خطة تنفيذ، ثم يتحول إلى وضع Code للتنفيذ. لقد حافظ على نطاق المهام صغيرًا ("جودة الاستجابات التي يقدمها نموذج اللغة الكبير (LLM) تتناسب عكسيًا مع حجم المدخلات")، وحافظ على الموافقة اليدوية على الكتابة لاكتشاف الحلقات المفرغة، واستخدم نقاط الحفظ (Checkpoints) للتراجع عن التعديلات السيئة. وأضاف أيضًا تحذيرًا ينطبق على أي أداة برمجة مستقلة: "لا أوصي بالطلب من Roo القيام بأي شيء لا تعرف أنت نفسك كيفية القيام به."

تلخص هذه النقطة الأخيرة التجربة الأساسية لـ Roo Code لمعظم المستخدمين المحترفين. الأداة تضخم ما تعرفه بالفعل. فهي تتعامل مع الأكواد النمطية (boilerplate)، وإعادة الهيكلة متعددة الملفات، وإنشاء الاختبارات، وأعمال التنفيذ المتكررة بشكل جيد. لكنها تواجه صعوبة عندما لا يستطيع المطور تقييم مخرجاتها، أو عندما تكون قاعدة الأكواد كبيرة جدًا بالنسبة لنافذة سياق النموذج المختار، أو عندما تتطلب المهمة قرارات تقديرية يصعب تحديدها مسبقًا.

يغير وضع Boomerang/Orchestrator الحسابات في المهام الكبيرة. فبدلاً من إعطاء الوكيل موجزًا من 20 خطوة ومشاهدته يفقد السياق في منتصف الطريق، فإنك تعطي Orchestrator هدفًا عالي المستوى. ليقترح تقسيمات للمهام الفرعية للحصول على موافقتك. تعمل كل مهمة فرعية بمعزل عن غيرها مع نافذة سياق نظيفة خاصة بها، ثم تعيد ملخصًا. تقوم المهمة الرئيسية بتجميع النتائج معًا. هذا النمط، الذي روجت له Roo Code واعتمدته منذ ذلك الحين عدة نسخ مشتقة بما في ذلك Kilo Code، مفيد حقًا لعمليات إعادة الهيكلة التي تستغرق أسبوعًا أو بناء ميزات كاملة. ويمتد أيضًا إلى الاقتران بأدوات خارجية عبر MCP: يمكن لمهام Boomerang الفرعية استدعاء خوادم MCP لاستعلامات قاعدة البيانات، أو جلب البيانات من الويب، أو استدعاءات API، وإرجاع نتائج منظمة للمهمة الرئيسية.

لمن صُممت Roo Code

صُممت Roo Code خصيصًا للمطورين ذوي الخبرة الذين يريدون أقصى قدر من التحكم في سير عمل البرمجة بالذكاء الاصطناعي دون دفع اشتراك SaaS. المستخدم المثالي يفهم بالفعل كيفية إدارة مفاتيح API، ولديه رأي حول النموذج الذي يجب استخدامه لأي مهمة، ويمكنه تدقيق الفروق (diffs) التي ينتجها الوكيل. أبلغت الفرق التي تتناسب مع هذا الوصف عن مكاسب كبيرة في الإنتاجية في الأعمال المتكررة أو المليئة بالأكواد النمطية.

كما أنها تناسب المطورين الذين يحتاجون إلى تشغيل أدوات الذكاء الاصطناعي في بيئات معزولة عن الشبكة (air-gapped) أو حساسة للخصوصية. نظرًا لأن Roo Code ترسل البيانات فقط إلى مزود النموذج الذي يقوم المستخدم بتكوينه (لا يتم توجيه أي شيء عبر خوادم Roo الخاصة)، يمكن للفرق المهتمة بالأمان توجيهها إلى مثيل Ollama محلي والاحتفاظ بكل شيء داخل المؤسسة (on-premise). يتيح لك ملف .rooignore استبعاد المسارات الحساسة من رؤية الوكيل، على غرار .gitignore.

كما وجد المساهمون في المصادر المفتوحة والفرق التي ترغب في تخصيص الأداة على مستوى الشيفرة المصدرية أن Roo Code خيار طبيعي. ترخيص Apache 2.0 الخاص بها يعني أنه يمكنك اشتقاقها (fork)، وتعديلها، وتشغيلها داخليًا. قامت العديد من الشركات ببناء أدوات داخلية بالاعتماد على الشيفرة المصدرية لـ Roo Code. أظهر معرض الأوضاع (Mode Gallery) المجتمعي ما يحدث عندما يكون التخصيص سهلاً: تراكمت مئات التكوينات المُختبرة مسبقًا لحزم تقنية وسير عمل محددة في غضون أشهر.

ما لا تقدمه Roo Code

Roo Code ليست أداة للمبتدئين. تتطلب مساحة التكوين (اختيار النموذج، إعداد الوضع، إدارة السياق، ميزانية الرموز) خبرة تطويرية. المستخدمون الذين يريدون فتح أداة والحصول على اقتراحات دون تكوين سيجدون ضالتهم بشكل أفضل مع GitHub Copilot أو إضافة Cline بإعداداتها الافتراضية.

إنها ليست خدمة اشتراك مُدارة بالكامل. لا توجد لوحة تحكم للفريق، ولا تحليلات للاستخدام، ولا بوابة فواتير. تقع تكاليف API مباشرة على أي حساب تقوم بربطه. إذا كنت بحاجة إلى فواتير شهرية يمكن التنبؤ بها ودعم من المورد، فإن Cursor أو Continue.dev Pro هي خيارات أفضل.

إنها ليست أداة طرفية (terminal). يجب على المطورين الذين يريدون سير عمل يعتمد على واجهة سطر الأوامر (CLI) أولاً مع عمليات حفظ git التلقائية استخدام Aider بدلاً من ذلك. تتطلب Roo Code محرر VS Code أو نسخة مشتقة متوافقة لتعمل.

اعتبارًا من 15 مايو 2026، تمت أرشفة المستودع الأصلي. يجب على المستخدمين الذين يبدأون من جديد تقييم Kilo Code (النسخة المشتقة الأكثر نشاطًا). تدمج Cline الآن العديد من مساهمات Roo Code، وفقًا للرئيس التنفيذي لشركة Cline، Saoud Rizwan: "لقد ابتكروا، وبنوا مجتمعًا مذهلاً، وساهموا في Cline أكثر من أي شخص آخر."