---

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

يمنح REA الوكلاء طريقة واحدة متسقة للتحقيق في البرمجيات. اليوم يشمل ذلك تحليلاً أصلياً عميقاً وملفات تعريف الدوال عبر Hopper أو Ghidra الذي تجلبه بنفسك على Linux وmacOS، بالإضافة إلى Ghidra P0 تجريبي لـ Windows x64 لتطبيقات PE الأصلية المعتمدة؛ فرز PE/CLI المُدار بدون تنفيذ؛ سجلات Evidence قابلة لإعادة الإنتاج؛ التقاط العمليات المتحكم به؛ المراقبة السلبية للمواقع وصفحات Electron وNode/Electron V8 Inspector؛ إعادة بناء JavaScript/source-map؛ ورسوم بيانية محايدة تجاه المزوّد لربط طبقات التطبيق دون الخلط بين الاستنتاج الساكن والمراقبة وقت التشغيل. تمتد مجموعة الأدوات على المدى الطويل بنفس سير عمل الوكيل إلى واجهات API والبروتوكولات وقطع الجوال والبرامج الثابتة وسلوك وقت التشغيل الأغنى والاختلافات بين الإصدارات.

عادةً ما تُجبر الهندسة العكسية المشغّل على اختيار أداة، وتعلّم واجهة برمجة التطبيقات الخاصة بها، ونقل الأدلة بين البرامج، وتحديد ما يجب فحصه تالياً. يمنح REA هذا العمل للوكيل من خلال الأوامر والمهارات والنتائج المنظمة وسير عمل التحقيق القابل للتكرار.

فقط اسأل وكيلك

شغّل الإعداد مرة واحدة. يثبّت تكامل الوكيل تسجيل MCP متوافقاً ومهارة التوجيه المضمّنة معاً:

npx rea-agents setup

ثم اسأل:

Understand how search works in the Notes app, show me the evidence, and build a
similar feature for my project.

Notes هو مجرد مثال. سمِّ أي تطبيق تريد فهمه، أو اطلب من الوكيل البدء بنظرة عامة.

نموذج التحقيق

فك التجميع افتح تطبيقًا واستعد الكود القابل للقراءة والسلاسل النصية والأسماء والأدلة الأخرى حول كيفية عمله.

الفهم تتبَّع الكود من جزء من التطبيق إلى آخر حتى يتمكن الوكيل من شرح كيفية عمل ميزة ما فعليًا.

إعادة الإنشاء حوِّل ما تعلمه الوكيل إلى ميزة لمنتجك الخاص، مكيّفة مع بنيتك التقنية وواجهتك ومتطلباتك.

يوضح REA كيف وصل إلى استنتاجاته. وهو لا يدّعي استعادة الكود المصدري الأصلي أو استنساخ تطبيق تلقائيًا.

لماذا REA

مصمم للوكلاء	اسأل عمّا يفعله تطبيق ما ودع وكيلك يفحصه بدلًا من التخمين.
CLI و MCP	شغِّل نفس قدرات الهندسة العكسية من الطرفية أو الوكيل.
التعامل مع التعقيد	يقوم REA بتثبيت أدوات الهندسة العكسية وإدارتها خلف الكواليس.
من الرؤية إلى الكود	افهم ميزة ما، ثم ابنِ نسختك الخاصة في نفس جلسة البرمجة.
محلي بالتصميم	يعمل التحليل على مضيفك المحلي المدعوم. لا يرفع REA التطبيق إلى خدمة تحليل مستضافة.
يحافظ على السياق	حقِّق في عدة تطبيقات دون البدء من جديد لكل سؤال.

البدء السريع

تشغيل الإعداد — موصى به

npx --yes rea-agents@latest setup

موجّه npm package-runner، عند ظهوره، يوافق على تنزيل REA لهذا الاستدعاء؛ ولا يوافق على أي تغييرات في الإعداد. يعرض معالج REA خطته الكاملة بشكل منفصل ويطلب الموافقة قبل تطبيقها. لا يقوم الإعداد بتحديث Homebrew أو Node.js أو npm. يفتتح أمر الإعداد بالعمل الذي يمكّنه: التحقيق في التطبيقات المحلية من وكيل، واستعادة الأدلة عبر مزوّد تحليل عميق، وإعادة استخدام سير العمل الموجّه في REA. يلخّص الوكلاء المكتشفين، ثم يسأل عن القدرات التي يجب إعدادها: تكامل الوكيل (MCP بالإضافة إلى سير العمل الموجّه المطابق) — وعند الحاجة — مزوّد Hopper. لا شيء محدّد مسبقًا. يؤدي اختيار تكامل الوكيل إلى فتح قائمة تحقق فارغة ثانية للوكلاء المكتشفين المحدّدين الذين يجب أن يتلقّوا تسجيلًا.

يجعل @latest الإصدار المطلوب صريحًا ويطلب من npm الإصدار المنشور حاليًا تحت ذلك الوسم. لا يستبدل REA بصمت إصدار الحزمة الذي اختاره npm. لذلك تبقى عمليات التراجع المتعمّدة متاحة عبر طلب حزمة دقيق.

يبقي REA الرحلة ضمن السطر نفسه بحيث يبقى سجلّها في الطرفية. اختيار قدرة لا يختار كل هدف مكتشف ولا يصرّح بتغيير. قبل أي تغيير، يتحقق REA من التكوين الحالي، ويطبع المسارات الدقيقة والتأثيرات الخارجية، ويطلب الموافقة النهائية مع No كخيار افتراضي. تُبقي الشاشة المفاتيح المتاحة مرئية أثناء اختيارك؛ Ctrl-C والرفض يتركان النظام دون تغيير.

يكتشف REA كلاً من Claude Code وClaude Desktop وCodex وCursor وGemini CLI وWindsurf وDevin. يكوّن الستة الأولى عند اكتشافها؛ أما Devin فيُبلَّغ عنه لكن يُترك دون تغيير لأنه لا يملك حدّ تكوين MCP محلي موثّق. التسجيلات إضافية، والنسخ الاحتياطي أولًا، وتُقرأ مرة أخرى بعد الكتابة. يمكنك إعادة تشغيل الإعداد بأمان.

استخدم rea setup --dry-run لفحص الخطة، وكرّر --client لتحديد وكلاء بعينهم، و--accessible لمطالبات عمودية متسلسلة. يبقى الإخراج الآلي متاحًا عبر --json؛ تذهب واجهة المطالبات والتقدّم إلى stderr.

بعد إعداد ناجح، يبلّغ REA عن القدرات الجاهزة للاستخدام الآن وخطوة تالية ملموسة، مثل إعادة تشغيل وكيل مُكوَّن قبل أن تطلب منه التحقيق في تطبيق. ولا يدّعي أن تكاملًا أو مزوّدًا جاهز إلا إذا تحقق الإعداد وفحصه التشخيصي النهائي من ذلك.

يقوم غلاف curl اختياري بتثبيت حزمة CLI نفسها ويبدأ الإعداد فقط عندما تكون الطرفية متاحة:

curl -fsSL https://raw.githubusercontent.com/morluto/rea/main/install.sh | bash

مرّر خيارات المثبّت بعد bash -s --، على سبيل المثال --dry-run أو --no-setup أو --version 1.0.0. لا يقوم غلاف curl أبدًا بتثبيت المتطلبات الأساسية أو تهيئة التكاملات بنفسه. راجع التثبيت والإعداد لمعرفة حدود التعديل الدقيقة الخاصة به.

مع وكيل — موصى به

npx --yes rea-agents@latest setup

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

راجع خطة الإعداد، ووافق عليها إذا كان ذلك مناسبًا، ثم صف التطبيق أو الميزة التي تريد فهمها. يمكن تشغيل Hopper في وضع العرض التجريبي المجاني الخاص به؛ إذا ظهرت مطالبة التشغيل الأول، فاختر العرض التجريبي أو أدخل ترخيصًا موجودًا.

من الطرفية — بدون تثبيت