REA وArtCraft تبنيان نسخًا بالذكاء الاصطناعي من برامج Adobe وMicrosoft دون الوصول إلى الشيفرة المصدرية

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

كيف يُبنى النسخ دون شيفرة مصدرية

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

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

لماذا انتشرت الفكرة بسرعة

يبدو أن هناك عدة أسباب. تبني Adobe وMicrosoft أعمالهما على الاشتراكات، وأي محاولة للحصول على أداة مشابهة دون اشتراك تثير اهتمامًا حقيقيًا لدى المطورين. كما تُظهر المشاريع بوضوح إلى أي مدى يمكن أتمتة إعادة إنتاج البرمجيات المعقدة. وهي عرض جيد لقدرات وكلاء البرمجة على منتجات حقيقية، كبيرة ومتشابكة، لا على مهام تعليمية.

ما المعروف من المصدر وما غير الموجود فيه:

• الهدف: إعادة بناء برامج بمستوى Adobe وMicrosoft
• الأسلوب: الهندسة العكسية وإعادة البناء بمساعدة الذكاء الاصطناعي
• الشيفرة المصدرية للبرامج الأصلية: غير مستخدمة
• تغطية وظائف البرامج الأصلية: غير محددة
• ترخيص النسخ والموقف القانوني للمؤلفين: غير محددان
• جودة النسخ وتوافق الصيغ: لا توجد قياسات مستقلة

المنطقة الرمادية القانونية

لهذه الممارسة سوابق. ففي مطلع عقد 1980 أعادت Compaq إنتاج BIOS الخاص بـ IBM بطريقة «الغرفة النظيفة»: وصف بعض المهندسين السلوك، وكتب الشيفرة مهندسون آخرون لم يروا الأصل قط. وفي 2021 اعتبرت المحكمة العليا الأمريكية في قضية Google ضد Oracle أن نسخ تعريفات واجهة API في Java يندرج ضمن الاستخدام العادل. وفي الاتحاد الأوروبي تجيز التوجيهات المتعلقة ببرامج الحاسوب فك التجميع لأغراض التوافق.

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

ماذا على الفرق أن تفعل

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

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