REA (هندسة عكسية لأي شيء): كيف تفكك الوكلاء التطبيقات وتعيد بناءها

REA (اختصار لـ Reverse Engineer Anything، أي هندسة عكسية لأي شيء) هو خادم MCP وأداة CLI مفتوحة المصدر تمنح وكلاء الترميز الذكي أدوات هندسة عكسية حقيقية. بدلاً من التخمين حول آلية عمل ميزة معينة، يستطيع وكيلك فك تجميع ملف ثنائي وتتبع الكود ذي الصلة وعرض الأدلة الداعمة لكل استنتاج — ثم كتابة نسخة منه واختبارها لمشروعك الخاص. يغطي هذا الدليل ماهية REA وآلية عمله وما يمكنك تحليله وكيفية إعداده.

ما هو REA؟

يربط REA وكيلَ الذكاء الاصطناعي بأدوات لفحص الملفات الثنائية الأصلية وتطبيقات JavaScript وElectron ومجمّعات .NET والمواقع الإلكترونية. يستخدم بروتوكول Model Context Protocol (MCP) لتمكين الوكيل من طلب التحليل عبر خادم محلي، وتتبع الكود ذي الصلة، واسترداد النتائج مع أدلتها وحدودها المُعلنة.

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

بعض الحقائق الأساسية:

• الترخيص واللغة: مرخّص بموجب MIT ومكتوب بـ TypeScript، ومنشور باسم rea-agents على npm.
• محلي بالافتراضي: يعمل التحليل محلياً، وتتضمن النتائج الأدلة والقيود الكامنة وراء كل استنتاج.
• الزخم: تصفه التغطيات الخارجية بأنه مشروع نشط احتل المرتبة الأولى في الترند على GitHub في أكتوبر 2026، ويُسجّل المستودع أكثر من 125 ألف نجمة حتى وقت كتابة هذا المقال.

كيف يعمل REA

يقع REA بين وكيلك ومجموعة من أدوات التحليل المتخصصة. يستخدم بروتوكول Model Context Protocol لتمكين الوكلاء من طلب التحليل عبر خادم محلي. يطلب الوكيل من REA فحص هدف معين، ويتتبع الكود المهم، ويتلقى نتائج منظّمة.

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

خلف الكواليس، يوجّه REA الطلبات إلى الأداة المناسبة. عندما تطلب من وكيلك إجراء هندسة عكسية لتطبيق، يوجّه خادم REA MCP الطلب إلى أدوات مثل Ghidra وHopper وIDA لفك التجميع، ويمكنه أيضاً الاستعانة بأدوات مثل Chrome DevTools لفحص التطبيقات المستندة إلى الويب أو تطبيقات Electron. تتولى المكتبة طبقة الترجمة حتى لا يحتاج الوكيل إلى معرفة كيفية تشغيل كل أداة بشكل منفرد.

هذا مهم لأن الهندسة العكسية تعني عادةً التعامل مع عدة أدوات متخصصة في آنٍ واحد. Ghidra لفك التجميع، وHopper للتفكيك، ومتتبعات ديناميكية لسلوك وقت التشغيل — لكل أداة واجهة CLI وسطح API وإدارة جلسات خاصة بها، ويكشف REA عنها جميعاً من خلال خادم MCP واحد حتى يتمكن الوكلاء من التنسيق دون إدارة حالة خاصة بكل أداة.

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

ما الذي يمكنك تحليله

تغطية REA واسعة النطاق. استناداً إلى جدول قدرات المشروع نفسه، يمكنك توجيهه نحو:

• الملفات الثنائية الأصلية — الكود الزائف والتجميع والسلاسل النصية والرموز والاستدعاءات والمراجع (عبر Hopper أو Ghidra أو IDA).
• تطبيقات JavaScript / Electron — الوحدات والاستيرادات وخرائط المصدر والمسارات وعلاقات IPC والإضافات الأصلية، مفحوصة بشكل ثابت دون تشغيل التطبيق.
• مجمّعات .NET — البيانات الوصفية وتعليمات CIL والتبعيات الأصلية المُعلنة (ثابت فقط، لا يحتاج محرك إضافي).
• ملفات APK لنظام Android — إعلانات الملف التعريفي والفئات والأساليب المفككة والمراجع (عبر JADX بلا رأس وJDK).
• المواقع الإلكترونية — بنية الصفحة والنصوص البرمجية وملاحظات الشبكة ولقطات الشاشة (عبر متصفح من عائلة Chrome).
• WASM وبايت كود EVM وملفات Go الثنائية والبرامج الثابتة وعمليات التقاط الشبكة المحفوظة وأعطال Linux المسجّلة — كل منها بمتطلباته ودليله الخاص.

خيار تصميمي رئيسي: يقرأ فحص JavaScript الثابت و.NET الملفاتِ دون تنفيذها، بينما يُشغّل الالتقاط في وقت التشغيل الهدفَ فعلياً أو يتفاعل معه باستخدام صلاحياتك. يعتمد التحليل الأصلي على مزوّد — إذ يُشغّل Ghidra أو IDA Pro أو Hopper للملفات الثنائية الأصلية — لذا تتفاوت الصيغ ودعم المضيف بحسب ما لديك مثبتاً.

كيفية الإعداد

الإعداد أمر واحد فقط. مع إصدار Node.js مدعوم وnpm مثبّت، شغّل:

npx rea-agents setup

تختار وكلاءك، وتراجع التغييرات المقترحة، وتوافق عليها؛ يضيف الإعداد خادم REA MCP وتعليمات سير العمل المطابقة مع نسخ احتياطية من الإعدادات الموجودة، ثم تُعيد تشغيل وكيلك.

يغطي الإعداد وكلاء الترميز الرئيسيين. تشمل الخيارات المدعومة Claude Code وCursor وCodex وGemini CLI وGrok Build، ويمكن للعملاء الآخرين الذين يدعمون خوادم MCP المحلية استخدام التسجيل اليدوي.

للعمل العميق مع الملفات الأصلية ستحتاج إلى مزوّد. يمكن للتحليل الأصلي استخدام تثبيت Hopper أو Ghidra أو IDA موجود مسبقاً، بينما لا يحتاج تحليل JavaScript الثابت إلى محرك أصلي — ووفقاً للمستودع، يمكن للإعداد تثبيت Hopper اختيارياً بعد موافقتك.

بمجرد الربط، تسأل بلغة طبيعية — على سبيل المثال، "افهم كيف تعمل البحث في تطبيق Notes، وأرني الأدلة، وابنِ ميزة مماثلة لمشروعي" — ويُشغّل الوكيل الحلقة بأكملها.

هل استخدامه قانوني؟

تقع الهندسة العكسية في منطقة قانونية دقيقة، وREA صريح في كونه أداة للاستخدام المشروع. يُؤطر المشروع نفسه على أنه مخصص للبحث والتعليم وقابلية التشغيل البيني وصون البرمجيات وتحليل البرامج التي تمتلكها أو مُخوَّل لك فحصها. كما يُشير إلى أن المحركات التجارية مثل IDA Pro وHopper وJEB يجب الحصول عليها بشكل قانوني بموجب تراخيصها الخاصة — لا يمنح REA أي ترخيص أداة أو تفعيلاً. اعتبر تلك الشروط نقطة انطلاقك الأولى قبل توجيه وكيل نحو أي شيء لا تمتلكه.

لماذا يهم هذا لسير عمل الذكاء الاصطناعي

REA جزء من نمط أوسع: منح الوكلاء أدوات حقيقية وأدلة بدلاً من مطالبة النموذج بالاستدلال من الذاكرة. هذا هو التحول ذاته الكامن وراء بيئات تشغيل الوكلاء مثل DeepSeek Harness والأسطح المطورة المتخصصة مثل Cursor Origin — القيمة تكمن في الوصول المنظّم للأدوات والمخرجات القابلة للتحقق، لا في النموذج وحده.

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

افعل هذا مع قوة عمل الذكاء الاصطناعي الخاصة بك

يُظهر REA ما يمكن للوكلاء فعله حين تمنحهم أدوات حقيقية وتطلب نتائج قابلة للتحقق. يطبّق Eigent الفكرة ذاتها على العمل اليومي: قوة عمل "Cowork" متعددة الوكلاء، مفتوحة المصدر ومحلية، تُنجز مهام حقيقية — مراجعة الكود وطلبات السحب والبحث وأتمتة سير العمل متعددة الخطوات — على جهازك الخاص. إذا أردت وكلاء يتصرفون بأدوات بدلاً من التخمين، حمّل Eigent وابنِ قوة عملك الخاصة.