كيفية الهندسة العكسية لأي شيء باستخدام Opus 5.5 (دورة كاملة)

معظم من يحاولون إجراء هندسة عكسية لملف ثنائي (binary) يفتحونه في محرر سداسي عشري (hex editor)، ويتمرّرون فيه لعشرين دقيقة، ثم يستسلمون.

لا يعرفون أي أداة تتولى تحميل الملف. ولا يعرفون أي موجه (prompt) يستخرج المنطق البرمجي. ولا يعرفون كيف يحوّلون جدارًا من تعليمات التجميع (assembly) إلى شيء يمكنهم إعادة بنائه فعليًا.

هذه الدورة المكوّنة من 11 خطوة ستحوّل Claude Opus 5.5 إلى آلة قادرة على جعل أي شيء مفتوح المصدر.

تابع حسابي على Substack للحصول على أحدث أسرار الذكاء الاصطناعي:

movez.substack.com

الهندسة العكسية ليست اختراقًا. بل هي فهم الشيء جيدًا بما يكفي لتبني نسختك الخاصة منه.

في 7 أكتوبر 2026، نشر أمجد مسعد، الرئيس التنفيذي لشركة Replit، سطرًا واحدًا:

https://x.com/amasad/status/2107671204639465961

وتحته، ردّ مطوّر يُدعى @morluto بالدليل القاطع: مجموعة أدوات تتيح للعملاء (agents) التحكم في Hopper و Ghidra والذهاب بعيدًا جدًا.

هذا المشروع هو REA، وقد تجاوز 110,000 نجمة على GitHub في أيام معدودة.

https://github.com/morluto/rea

الأمر ليس مجرد ضجة إعلامية. ففي الأسبوع نفسه، أطلق مشروع مفتوح المصدر يُدعى WordCraft نسخة مُعاد بناؤها من الصفر (clean-room rebuild) لبرامج Microsoft و Adobe مكتوبة بالكامل بلغة Rust:

https://getartcraft.com/apps

تم بناؤه عبر مراقبة سلوك Word و Adobe وقراءة المواصفات العامة لتنسيقات الملفات، دون الاطلاع على الكود المصدري أبدًا.

تُريك هذه الدورة المسار الكامل من ملف ثنائي مغلق إلى إعادة بناء كهذه، بينما يتولى Opus 5.5 مهمة القراءة.

01. المحرك - كيف يقرأ العميل ملفًا ثنائيًا

لا يستطيع Opus 5.5 تشغيل مفكك تجميع (disassembler) بمفرده. فهو يقرأ النصوص ويكتبها.

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

تلك الأداة هي REA، والمحرك الذي يعمل تحتها هو Hopper أو Ghidra أو IDA.

الحلقة بسيطة وتتكرر: يطلب النموذج من REA فحص الهدف، فتُرجع REA النتائج مع الأدلة الدقيقة الكامنة خلفها (العناوين، البايتات، الكود الزائف، مواقع الاستدعاء)، ويستخدم النموذج تلك النتائج لطرح السؤال التالي أو لكتابة واختبار إعادة التنفيذ.

كل شيء يعمل محليًا على جهازك. لا يتم رفع أي شيء سوى النتائج التي يحتاجها النموذج للتفكير، وكل استنتاج يُوسم كملاحظة، أو استدلال، أو مجهول.

**

02. التثبيت - rea-agents بالإضافة إلى مفكك تجميع واحد

تقوم عملية الإعداد بتسجيل خادم MCP الخاص بـ REA لدى عميلك وتثبيت تعليمات سير العمل المطابقة له.

أمر واحد ينجز المهمة؛ يعرض لك كل تغيير قبل كتابته، ويأخذ نسخة احتياطية مما يعدّله.

أنت من يختار مفكك التجميع الخاص بك: Hopper على macOS هو الخيار الأسهل، و Ghidra مجاني ويعمل على مختلف الأنظمة، أما IDA فاختره إن كنت تمتلكه بالفعل.

1# 1. سجّل REA مع عميلك (Claude Code، Codex، Cursor، Gemini CLI...)
2npx rea-agents setup            # يعرض التغييرات المخطط لها، ويسأل قبل الكتابة
3
4# 2. مزود تحليل معمّق. Hopper هو الأكثر سلاسة على macOS؛
5#    يمكن للإعداد تثبيته بعد موافقتك. أما Ghidra و IDA فعليك توفيرهما بنفسك.
6# 3. ثبّت واجهة سطر أوامر rea لاستخدامها في الطرفية والبرمجة النصية
7npm install --global rea-agents
8rea --help
9
10# 4. أعد تشغيل عميلك، ثم تأكد من أن الأدوات تعمل
11claude
12> /mcp
13  rea: connected
14    open_binary, binary_overview, analyze_function, decompile,
15    list_procedures, search, xrefs, trace, inspect_artifact,
16    analyze_javascript_application, inspect_managed_artifact ...

المتطلبات متواضعة: Node.js 22 أو أحدث، و npm. التحليل الأصلي (Native) يحتاج إلى أحد المحركات الثلاثة؛ أما الفحص الساكن لـ JavaScript و .NET فلا يحتاج إلى أي محرك على الإطلاق. حافظ على تحديث REA باستمرار، لأن الإصدارات الجديدة تأتي بإصلاحات متكررة.

1# قواعد المنزل للهندسة العكسية ( CLAUDE.MD )
2
3## الصلاحية
4- حلّل فقط الأهداف التي أملكها أو المصرح لي بفحصها. واذكر الأساس مرة واحدة.
5- كل ادعاء يجب أن يكون موسومًا: ملاحظة (رأيته)، استدلال (استنتجته)، أو مجهول.
6- استشهد بالدليل: العنوان، البايتات، الكود الزائف أو موقع الاستدعاء. لا تدّعِ شيئًا دون مصدر.
7
8## سير العمل
9- ابدأ بأصغر نظرة عامة، وليس بتفريغ كامل. وسّع نطاق البحث فقط عند وجود فجوة محددة.
10- أعد استخدام الجلسة المفتوحة؛ ولا تعد تشغيل تحليل متطابق أبدًا.
11- افصل الحقائق الساكنة عن حقائق وقت التشغيل. ولا تستنتج التنفيذ من القراءات الساكنة أبدًا.
12
13## إعادة البناء
14- ابنِ انطلاقًا من السلوك والمواصفات العامة، وليس من كود أو أصول منسوخة أبدًا.
15- احتفظ بسجل للالتزامات: كل سلوك يتم استرداده يحتاج إلى اختبار ناجح قبل اعتباره "مكتملًا".

يأتي Opus 5.5 بخمسة مستويات للجهد: low، و medium، و high، و xhigh، و max. استخدم:

• Medium للفحص والتنقل
• High لشرح الدوال العادية والتعليق عليها
• Max للكود المشوّش (obfuscated) وأي شيء يتضمن عمليات رياضية معقدة على المؤشرات.

مستوى الجهد هو أهم عامل يتحكم في الجودة في هذه الدورة بأكملها.

03. الموجّه - 20 نوعًا من الأهداف، وأداة واحدة لكل منها

الخطأ الأول الذي يقع فيه المبتدئون هو اللجوء إلى مفكك تجميع عندما يكون الهدف تطبيق Electron وكود JavaScript الخاص به موجود أمامهم مباشرة.

يقوم REA بتوجيه الهدف إلى الأداة المناسبة، وكذلك يجب أن يفعل أول موجه (prompt) تكتبه. سمِّ الملف، وسمِّ الميزة، ودع العميل يختار أداة الدخول.

1أريد أن أفهم كيف تعمل [FEATURE] في [APP]، والذي يقع في المسار [ABSOLUTE PATH].
2
3أولاً، أخبرني ما نوع هذا الهدف (أصلي native، Electron/JS، .NET، Go، APK، WASM)
4واختر أداة REA المناسبة لفتحه. لا تبدأ التحليل المعمّق بعد.
5
6ثم أعطني خريطة من فقرة واحدة: مما بُني التطبيق، وما حجمه، وأين
7ستبحث أولاً عن [FEATURE]. افصل بين الملاحظات والاستدلالات والمجاهيل،
8واستشهد بالأدلة لأي شيء تدّعيه.

توجيه REA إلى تطبيق Electron يُرجع الوحدات (modules)، والاستيرادات (imports)، وحدود IPC في ثوانٍ دون الحاجة لأي مفكك تجميع على الإطلاق.

أما توجيهه إلى ملف أصلي Mach-O أو ELF فيفتح قاعدة بيانات Hopper ويمنحك المسار الأصلي الأصعب لكنه الأعمق. معرفة أي مسار أنت فيه توفر عليك ساعات.

https://x.com/_vmlops/status/2106690704244420687

04. الاستطلاع - النظرة العامة، السلاسل النصية، ومخطط الاستدعاءات

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

تلك النصوص هي أسرع دليل لديك: عناوين الويب، ورسائل الخطأ، وأسماء الميزات تخبرك بما يفعله التطبيق قبل أن تقرأ سطرًا واحدًا من الكود.

1rea.open_binary        { path: "/Applications/Target.app/Contents/MacOS/Target" }
2rea.binary_overview    {}
3  arch:        arm64
4  functions:   1,284 identified
5  segments:    __TEXT __DATA __LINKEDIT
6  entry:       _main @ 0x1000051c0
7
8rea.search             { query: "http" }  # strings + code refs
9  0x10004a2c0  "https://api.target.app/v3/sync"
10  0x10004a300  "Authorization: Bearer "
11  0x10004a330  "offline cache miss, falling back"
12
13rea.xrefs              { address: "0x100012ab0" }  # who calls this?
14  147 references  ->  core config loader, called everywhere

يحسب REA أيضًا عدد مرات استدعاء كل دالة (وهذا العدد يُسمى المراجع المتقاطعة أو cross-references، ويُختصر بـ xrefs).

الدالة التي تُستدعى 147 مرة هي قلب التطبيق وتستحق أقصى جهد منك. أما التي تُستدعى مرتين فهي دالة مساعدة صغيرة يمكنك تجاهلها حتى تصبح مهمة. ابدأ من أعلى تلك القائمة وانزل تدريجيًا.

05. فك التجميع - تحويل دالة واحدة إلى كود زائف

الآن اختر إحدى تلك الدوال المشغولة وحولها إلى شيء يمكنك قراءته. يأخذ مفكك التجميع (decompiler) تعليمات الآلة الخام ويعيد كتابتها ككود قريب من لغة C.

قد يبدو الكود خشنًا: أسماء مثل var_28، ومنطق متشابك، وتحويلات أنواع (casts) في كل مكان. لكن يمكنك قراءته، والقابلية للقراءة هي كل ما يحتاجه Opus 5.5.

شغّله من سطر الأوامر لحفظ النتيجة، أو من داخل نافذة الدردشة.

1# فك تجميع دالة واحدة بالعنوان، بصيغة JSON يمكنك تمريرها أو حفظها
2rea decompile /Applications/Target.app/.../Target 0x100012ab0 \
3  --provider hopper --json > fn_config_loader.json
4
5# أو ابحث عن دالة بالاسم وتتبع مراجعها
6rea function /path/to/Target parseConfig --provider hopper --json
7rea xrefs    /path/to/Target 0x100012ab0 --provider hopper --json
8rea trace    /path/to/Target "sync" --provider hopper --json

1// 0x100012ab0  xrefs: 147
2void sub_100012ab0(void* arg0) {
3    void* var_20 = objc_msgSend(cls_NSJSONSerialization,
4        sel_JSONObjectWithData_options_error, arg0, 0x0, 0x0);
5    if (var_20 != 0x0) {
6        void* var_28 = objc_msgSend(var_20, sel_objectForKey, @"endpoints");
7        void* var_30 = objc_msgSend(var_20, sel_objectForKey, @"auth_mode");
8        void* var_38 = objc_msgSend(var_20, sel_objectForKey, @"retry_count");
9        objc_msgSend(g_sharedConfig, sel_setEndpoints, var_28);
10        objc_msgSend(g_sharedConfig, sel_setAuthMode, var_30);
11        objc_msgSend(g_sharedConfig, sel_setRetryCount,
12            objc_msgSend(var_38, sel_intValue));
13    }
14}

في العرض التوضيحي الخاص بـ REA، يتم تتبع صوت في اللعبة القديمة DX-Ball وصولاً إلى الدالة المساعدة التي تحدد توازن الصوت بين اليمين واليسار، ثم تحويل الكود الزائف غير المكتمل إلى لغة C.

النتيجة تجتاز جميع حالات الاختبار الأصلية البالغ عددها 3,205 وتعيد إنتاج كل بايت من الـ 63 بايت المجمّعة.

الشرح الكامل متوفر على rea.tools/showcase.

06. الشرح والتعليق - اجعل Opus يسمّي كل متغير

ذلك الكود الخشن هو نصف المهمة فقط. الآن سلّمه إلى Opus 5.5 واطلب منه شرحه وتنظيفه.

سيقوم بإعادة تسمية المتغيرات الغامضة بأسماء حقيقية، ويشرح في جملة واحدة الغرض من الدالة، ويكتشف النمط الذي تتبعه، بل ويشير إلى الأخطاء البرمجية التي تركها التطبيق الأصلي.

الصق هذا الموجه مع Claude:

1إليك كود زائف مفكك التجميع لدالة تحتوي على 147 مرجعًا متقاطعًا.
2
3بالنسبة لهذه الدالة:
41. أعد تسمية كل متغير باسم ذي معنى بناءً على كيفية استخدامه.
52. حدد الغرض منها في جملة واحدة.
63. اذكر هياكل البيانات التي تقرأها وتكتبها.
74. سمِّ النمط المستخدم (singleton، factory، state machine، observer...).
85. أعد كتابتها ككود Swift نظيف وأصيل (أو اللغة التي توحي بها اتفاقيات
9   الاستدعاء)، مع تعليقات التوثيق.
106. أشّر على أي معالجة مفقودة للأخطاء، أو تحقق من المدخلات، أو فحص أمني.
11
12فكّر في الأمر بجهد xhigh قبل الإجابة: حلل ماهية كل قيمة قبل الالتزام بالأسماء.
13ضع علامة على أي شيء لست متأكدًا منه.
14
15[الصق الكود الزائف هنا]

فك التجميع يمنحك ماذا يفعل الكود. أما Opus 5.5 فيمنحك لماذا، والأسماء اللازمة لإعادة بنائه.

https://x.com/0x0SojalSec/status/2108389060192706674

https://x.com/0x0SojalSec/status/2108031166502896035

ليس كل هدف يحتاج إلى مفكك تجميع. فالعرض التوضيحي لـ Notion الخاص بـ REA يجد ميزة الحافظة في كود JavaScript الخاص بالتطبيق، ويتتبعها عبر طبقات Electron وصولاً إلى العملية الرئيسية (main process)، ويُظهر بالضبط كيف يبني الحافظة المنسّقة، وهو تتبع كامل دون أي كود تجميع. انظر

07. التشويش - معيار Tigress

بعض التطبيقات مصممة لمقاومة ما تفعله تمامًا. كودها مشوش عمدًا: المنطق مبعثر، النصوص مشفرة، وتُضاف فروع وهمية لإضاعة وقتك.

يُسمى هذا بالتشويش (Obfuscation)، وهو المكان الوحيد الذي يعاني فيه حتى أفضل نموذج. قامت Elastic Security Labs بقياس ذلك، عبر توجيه Claude Opus إلى مشوّش Tigress في 20 مهمة. ضع هذه الأرقام في اعتبارك.

هناك درسان عمليان مستخلصان من تلك الأرقام.

• أولاً، المحاولة الفاشلة تكلف ضعف المحاولة الناجحة تقريبًا، لأن النموذج يستمر في المحاولة بجهد أكبر قبل أن يستسلم، لذا ضع حدًا للإنفاق لكل دالة وتوقف مبكرًا.
• ثانيًا، أزِل الشوائب من الكود المفكك قبل إرساله (أداة مجانية تُدعى Caveman تزيل حوالي 75% منها) حتى يركز النموذج انتباهه على المنطق الحقيقي، لا على الحشو.

إليك الحيل الخمس التي ستواجهها فعليًا، وكيف يبدو كل منها عند فتح الكود:

1تبدو هذه الدالة مشوشة. اعمل بجهد max.
2
31. حدد التقنيات الموجودة (تسطيح تدفق التحكم، المسندات المعتمة، الكود الميت،
4   تشفير السلاسل النصية، تقسيم الدوال) وأشر إلى مكان ظهور كل منها في هذا الكود تحديدًا.
52. قم بحلها: أزل الفروع الميتة، قيّم المسندات المعتمة، ألغِ تسطيح التوزيع،
6   وفك تشفير السلاسل النصية المضمنة إذا كان المفتاح قابلاً للاسترداد.
73. أظهر الدالة النظيفة المتبقية.
84. قيّم مستوى ثقتك من 1 إلى 10. إذا كان أقل من 6، أخبرني بالضبط ما هي الأجزاء غير المؤكدة
9   وما هو السياق المجاور الذي سيحلها. لا تخمن بصمت.
10
11[الصق الكود الزائف المشوش هنا]

08. السرب - وحدة تحكم تدير العمال

محادثة واحدة لا تستطيع قراءة 500 دالة بشكل جيد. فهي تنسى ما رأته، وتطلق ثلاثة أسماء مختلفة على الشيء ذاته، وتبدأ في تناقض نفسها.

الحل هو فريق صغير: محادثة تحكم (controller) توزع العمل، وعدة محادثات عاملة (workers) تتولى كل منها دالة واحدة.

تحتفظ وحدة التحكم بالصورة الكبيرة وتجمع القطع معًا مجددًا.

لست بحاجة لبناء أي شيء خاص لهذا الغرض، فالموجّهان أدناه هما الإعداد بأكمله.

1أنت وحدة تحكم للهندسة العكسية. خريطة الدوال موجودة في functions.json
2(العنوان، الاسم، الحجم، عدد المراجع المتقاطعة xref_count).
3
41. جمّع الدوال بناءً على قربها في مخطط الاستدعاءات؛ ورتّب المجموعات حسب عدد المراجع المتقاطعة.
52. وزّع كل مجموعة على عامل (worker). لا تحلل أي دالة بنفسك أبدًا.
63. احقن الهياكل التي تم حلها بالفعل في ملخص كل عامل لتبقى الأسماء متسقة.
74. عندما يُرجع عامل ثقة أقل من 6، أضف مرورًا ثانيًا إلى قائمة الانتظار مع سياق
8   من الجيران الذين تم حلهم.
95. تتبّع إجمالي استهلاك الرموز (tokens) وأبلغ عنه بعد كل مجموعة.

1أنت عامل (worker). ستتلقى دالة واحدة مفككة التجميع والهياكل التي تم حلها حتى الآن.
2أرجِع بالضبط: العنوان، الغرض، الثقة (1-10)، structs_used، structs_new،
3clean_source، flags. أعد استخدام أسماء الهياكل الموجودة؛ ولا تخترع اسمًا ثانيًا أبدًا
4لهيكل أعطاك إياه المتحكم بالفعل. دالة واحدة فقط. توقف عند الانتهاء.

https://x.com/victor_explore/status/2109466356454510612

09. الغرفة النظيفة - أربع قواعد تبقيك في الجانب القانوني

إعادة البناء في غرفة نظيفة (clean-room) تعني أنك تنسخ ما يفعله التطبيق، وليس الكود الموجود بداخله أبدًا. إذا أتقنت ذلك، فما تصدره سيكون ملكك بالكامل. وإذا أخطأت، فستكون حاملاً لحقوق طبع ونشر تخص شخصًا آخر.

أربع قواعد تبقيك في الجانب الآمن، وفريق WordCraft يتحقق من الأربع تلقائيًا في كل إصدار.

1. راقِب، ولا تنسخ أبدًا. شغّل الهدف كصندوق أسود، راقب ما يفعله، والتقط صورًا لشاشته فقط. لا تقرأ كوده أو تفككه أو تلصقه أبدًا. ولا تنسخ صياغته بما يتجاوز أسماء الميزات البسيطة.
2. المواصفات، وليس المصادر. تنسيقات الملفات تأتي من المعايير العامة (OOXML هو ECMA-376 / ISO 29500، بالإضافة إلى مواصفات RTF و ODF المنشورة)، ولا تأتي أبدًا من قراءة محلل منافس أو أي كود GPL/LGPL.
3. الأصول الأصلية فقط. كل أيقونة، وخط، وقالب، وصوت يجب أن يكون مرسومًا بالكود، أو في الملكية العامة، أو مرخصًا بشكل مفتوح، مع صف في ملف الإسناد. وإلا سيفشل فحص CI في البناء.
4. افصل بين المهمتين. عميل واحد يسترد السلوك ويكتب المواصفات. وسياق مختلف ينفذ من المواصفات فقط، دون النظر إلى التحليل الأصلي أبدًا. هذا الفصل هو حدود الغرفة النظيفة.

1من التحليل المكتمل، اكتب مواصفات غرفة نظيفة لإعادة التنفيذ.
2
3صف السلوك فقط. تضمّن: كل واجهة عامة، نموذج البيانات، كل ميزة مرئية للمستخدم
4كمتطلب قابل للاختبار، تنسيقات الملفات المقروءة والمكتوبة
5(بناءً على السلوك المرصود والمواصفات العامة)، وسلوك معالجة الأخطاء.
6
7لا تضمّن: العناوين أو الإزاحات، أسماء المتغيرات من فك التجميع، كود التجميع،
8أو أي شيء منسوخ من الأصل. يجب أن يتمكن مطور لم يرَ الملف الثنائي قط
9من تنفيذ نسخة متوافقة من هذا المستند وحده.
10
11أخرِج النتيجة بتنسيق markdown مع الأقسام: Architecture، Data Model، Public API، File Formats،
12Test Cases.

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

WordCraft أسرع من Word في بعض الأماكن تحديدًا لأنه لم ينسخ أحشاء Word.

10. صناعة التطبيقات - اثنتا عشرة أداة احترافية، ومنهجية واحدة

WordCraft ليس حالة فردية. إنه تطبيق واحد ضمن مجموعة من اثني عشر تطبيقًا من فريق ArtCraft، كل منها عبارة عن إعادة بناء في غرفة نظيفة لأداة تدفع مقابلها بالفعل، وكلها مكتوبة من الصفر بلغة Rust ومتاحة مجانًا ومفتوحة المصدر على GitHub.

شعارهم هو "اثنا عشر تطبيقًا. حرفة واحدة"، وتلك الحرفة هي المنهجية من الخطوة 9: راقب الأصل، اقرأ المواصفات العامة، وابنِ نسخة جديدة من السلوك وحده.

ثمرة هذه المنهجية المشتركة هي نفسها في كل مكان. لا يوجد Electron: كل تطبيق أصلي (native) على macOS و Windows و Linux، وجميعها باستثناء FilmCraft تعمل أيضًا في علامة تبويب المتصفح عبر WebAssembly.

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

كل تطبيق Craft يُبنى بالطريقة نفسها، وهذا الهيكل يستحق النسخ. كل منها مكدس في طبقات، تستخدم كل طبقة الطبقة التي تحتها فقط، بدءًا من القياسات الأساسية في الأسفل وصولاً إلى النافذة الظاهرة على الشاشة في الأعلى.

إليك طبقات WordCraft:

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

1drive WordCraft over MCP
2
3# Headless document automation
4claude mcp add wordcraft -- wordcraft-cli mcp
5
6# Or drive the running desktop app
7wordcraft --control 7981 &
8claude mcp add wordcraft-app -- wordcraft-cli mcp --connect 127.0.0.1:7981
9
10# Tools: list_commands, execute, batch, type_text, select_text,
11#        inspect_document, render_page, save_document (+ screenshot/click/key live)
12> Open report.docx, make every heading 14pt bold, export to PDF
13  ✓ select.all-headings -> 12 selected
14  ✓ format.font-size 14 · format.bold
15  ✓ export report.pdf (selectable text, bookmarks kept)

https://x.com/yuhasbeentaken/status/2109235513102057828

11. التحقق والإصدار - أثبت التطابق، واكشف MCP

لم يكن لديك الكود المصدري للأصل قط، لذا لا يمكنك مقارنته سطرًا بسطر.

بدلاً من ذلك، تقارن السلوك: أعطِ الأصل ونسختك المُعاد بناؤها نفس المدخلات وتحقق من إنتاجهما لنفس المخرجات.

1ابنِ بيئة اختبار سلوكية تقارن الملف الثنائي الأصلي بنسختي المُعاد بناؤها.
2
3أنشئ 50 مدخلاً: 30 عاديًا، 10 حافة (فارغ، أقصى حجم، يونيكود، أحرف خاصة)،
410 أخطاء (مشوه، حقول مفقودة، تالف). شغّل كل منها عبر الاثنين. قارن المخرجات
5بايت ببايت حيثما أمكن، ودلاليًا بخلاف ذلك. أبلغ عن معدل التطابق، وقائمة
6الاختلافات، ودرجة خطورة كل منها (تجميلي / سلوكي / حرج). احفظ في report.md.

وهذا أيضًا هو الدليل الأكثر إقناعًا الذي يمكنك عرضه على أي شخص (كما في قسم الهندسة العكسية في أعلى المقال).

ثم أصدر نسختك المُعاد بناؤها بنفس طريقة REA و WordCraft: كخادم MCP، حتى يتمكن عميل الشخص التالي من قيادته تمامًا كما قدتَ أنت REA.

أعطِ كل دالة اسمًا ووصفًا واضحًا، وغلفها في أداة سطر أوامر بسيطة، واجعل تثبيتها يتم في سطر واحد.

https://x.com/0xMovez/status/2108884063515746410

واختبر أثناء تقدمك، وليس في النهاية، لأن الخطأ الذي تكتشفه بعد بناء ثلاث طبقات فوقه سيكون إصلاحه مكلفًا للغاية.

ستة أخطاء تبدد عطلة نهاية الأسبوع

1. فتح مفكك تجميع على تطبيق Electron. إذا كان كود JavaScript موجودًا أمامك، وجّهه إلى analyze_javascript_application وتجاوز المسار الأصلي تمامًا.
2. تفريغ كل شيء قبل قراءة أي شيء. اطلب من REA ملخصًا أولاً. سحب التطبيق بأكمله دفعة واحدة يدفن المنطق الحقيقي في الضوضاء ويرفع فاتورتك.
3. قراءة الدوال بترتيب الملف. رتبها حسب عدد المراجع المتقاطعة. الدالة ذات الـ 147 مرجعًا هي البنية التحتية؛ والدالة المساعدة ذات المرجعين يمكنها الانتظار.
4. الإرهاق في تشويش المرحلة الثالثة. المعيار يحل 0% من الطبقات المتعددة. ضع ميزانية، احفظ السياق من الجيران، وعُد لاحقًا.
5. السماح للنموذج بنسخ الكود في نسختك المُعاد بناؤها. هذا يكسر قاعدة الغرفة النظيفة. اكتب المواصفات أولاً في سياق، ونفّذ من المواصفات في سياق آخر.
6. الإصدار دون تقرير تطابق. "أعتقد أنه يتطابق" ليس دليلاً. 50 اختبارًا سلوكيًا ومعدل تطابق هو الدليل.

الخلاصة:

ثبّت REA. اقرأ الملف الثنائي. وأعد بناءه كنسخة خاصة بك.

وجّه الهدف، ارسم خريطة لسطحه، فكك تجميع الدوال الحيوية، دع Opus 5.5 يسمّي كل شيء، اكسر التشويش الذي يستحق الكسر، وسّع النطاق باستخدام سرب، ثم اكتب المواصفات بوضوح وأصدر النسخة المُعاد بناؤها عبر MCP.

إحدى عشرة خطوة. نموذج واحد. صفر كود منسوخ.