هندسة الفهم: ما وراء النحو في تحديث الأنظمة القديمة للمؤسسات

الملخص التنفيذي

لقد بلغ تحديث أنظمة المؤسسات القديمة—وبخاصة ترحيل بنى الحواسيب المركزية إلى بيئات سحابية أصلية—نقطة انعطاف حرجة في منتصف عقد العشرينيات. فعلى مدى عقود، عملت قطاعات المال والحكومة وفق نموذج متناقض: حتمية التحديث وجودية، ومع ذلك يظل معدل فشل مثل هذه المبادرات كارثي الارتفاع، متراوحًا بين 70% و80%. ¹ وقد جاء الظهور الحديث لنماذج اللغة الكبيرة (LLMs) بوعد ثورة، مقدّمًا إمكانية مغرية لـ ترجمة الشيفرة آليًا. غير أن دورات التبنّي المبكرة كشفت نقصًا منهجيًا حرجًا في مقاربات الذكاء الاصطناعي التوليدي المعيارية عند تطبيقها على مستودعات أحادية معقّدة.

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

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

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

الفصل 1: الأزمة الصامتة للبنية التحتية القديمة

1.1 مفارقة التحديث

في الاقتصاد الرقمي الحالي، تعتمد بنية التجارة العالمية على نحو هش على تقنية طُوّرت أثناء الحرب الباردة. حقيقة صادمة، كثيرًا ما تُغفَل، أنه، في عام 2025، تعمل أغلبية معتبرة من أنظمة العالم المالية والصحية والحكومية على قواعد شيفرة قديمة—تطبيقات أحادية مكتوبة بلغات مثل COBOL، وPL/I، وRPG التي خرجت منذ زمن بعيد عن مناهج علوم الحاسوب السائدة. هذه الأنظمة ليست مجرد «قديمة»؛ إنها الركيزة التأسيسية للاقتصاد العالمي، ومع ذلك تتآكل بمعدل مقلق.

ترسم الإحصاءات صورة قاتمة لهذا الاعتماد. فحوالي 70% من البرمجيات التي تشغّل شركات Fortune 500 طُوّرت قبل أكثر من عقدين. ⁹ وفي القطاع المصرفي، الوضع أشد حدّة: 43% من الأنظمة المصرفية مبنية على COBOL، وهذه الأنظمة تعالج 95% من جميع معاملات أجهزة الصراف الآلي. ¹ إننا نشغّل عمليًا الاقتصاد الحديث ذا المدفوعات الفورية على أساس رقمي يسبق الإنترنت.

وتكلفة الإبقاء على هذا الوضع الراهن ترتفع بسرعة. فقد تراكمت الديون التقنية إلى ما يُقدَّر بـ $1.52 trillion في الولايات المتحدة وحدها. ¹ والمنظمات محاصرة في دورة «إبقاء الأضواء مشتعلة»، إذ يُخصَّص 80% من ميزانيات تكنولوجيا المعلومات الاتحادية للتشغيل والصيانة، تاركًا 20% هزيلة للابتكار. ⁹ ويُفاقِم هذا النزف في الموارد نقص حاد في المهارات؛ فمع تقاعد جيل المطوّرين الذين كتبوا هذه الأنظمة، تختفي المعرفة المؤسسية المطلوبة لصيانتها. ¹⁰

الجدول 1: العبء الاقتصادي للأنظمة القديمة

المؤشر	الإحصاء	المصدر
تكلفة الدين التقني (الولايات المتحدة)	$1.52 Trillion	1
صيانة تكنولوجيا المعلومات الاتحادية الميزانية	~80% من إجمالي الإنفاق	9
الاعتماد المصرفي	95% من معاملات أجهزة الصراف الآلي على COBOL	1

احتمال خرق البيانات	أعلى بـ 3 مرات للأنظمة >10 سنوات	11
تسرب المطوّرين	58% يفكرون في الاستقالة بسبب المكدسات القديمة	1

تشير هذه البيانات إلى هشاشة منهجية. فحتمية التحديث ليست مجرد مسألة خفض تكاليف؛ إنها مسألة بقاء. الأنظمة الأقدم من عشر سنوات أكثر احتمالًا إحصائيًا بثلاث مرات للتعرّض لخرق أمني مقارنة بالتطبيقات الحديثة. ¹¹ ومع تشديد المتطلبات التنظيمية لخصوصية البيانات والتقارير في الزمن الحقيقي (مثل GDPR وDORA)، يصبح عجز الأنظمة القديمة عن التكيّف خطر امتثال من أعلى الدرجات.

1.2 تشريح «فشل البنك»

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

بادرت مؤسسة مالية كبرى بمشروع لترحيل نظام معالجة معاملات أساسي من حاسوب IBM المركزي (COBOL/DB2) إلى بنية خدمات Java مصغّرة سحابية أصلية. وقد استخدم البنك مساعدًا برمجيًا ذكيًا شائعًا—في جوهره غلاف حول نموذج أساسي—لترجمة الشيفرة.

استوعب الذكاء الاصطناعي برنامج COBOL مسؤولًا عن معالجة التحويلات البرقية عالية القيمة. وقد احتوى البرنامج على عبارة COMPUTE معقّدة تتضمن متغيرًا سنسميه TRN-LIMIT. ترجم الذكاء الاصطناعي النحو على نحو مثالي. وحوّل عبارة COMPUTE إلى عملية Java من نوع BigDecimal. جُمّعت الشيفرة. واختبارات الوحدة—التي ولّدها الذكاء الاصطناعي نفسه استنادًا إلى كتلة الشيفرة المحلية—نجحت.

غير أنه عند النشر في بيئة اختبار قبول المستخدم (UAT)، أسقطت أول معاملة قاعدة البيانات فحص الاتساق.

التشريح: لم يكن المتغير TRN-LIMIT معرَّفًا في الملف المصدري الذي ترجمه الذكاء الاصطناعي. بل عُرّف في COPYBOOK (ملف ترويسة مشترك) مُدرَج قبل آلاف الأسطر في سلسلة التنفيذ. والأهم أن ذلك COPYBOOK احتوى عبارة REDEFINES—وهي تركيب COBOL يتيح تفسير عنوان الذاكرة نفسه كنوعي بيانات مختلفين اعتمادًا على علم يُضبَط في وحدة مختلفة تمامًا. رأى الذكاء الاصطناعي، عاملًا على «قطعة» من النص، TRN-LIMIT كحقل عددي بسيط. ولم يرَ عبارة REDEFINES لأنها كانت في ملف مختلف لم يكن ضمن نافذة السياق الفورية. فـ«هلوس» تعريفًا معياريًا للمتغير. وفي بيئة الحاسوب المركزي، كان عنوان الذاكرة يحمل عددًا عشريًا مضغوطًا؛ أما في بيئة Java فقد عامله الذكاء الاصطناعي كعدد صحيح معياري. تسبب عدم التطابق في أن يكتب تطبيق Java بيانات ثنائية فاسدة في عمود قاعدة البيانات، مطلقًا فشل سلامة مرجعية. ⁴

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

1.3 معضلة «الرفع والنقل» مقابل إعادة الهيكلة

سجل الصناعة في التحديث مزرٍ، حتى قبل إدخال الذكاء الاصطناعي التوليدي. تشير الأبحاث إلى أن ما بين 70% و80% من مشاريع التحول الرقمي و تحديث الأنظمة القديمة تفشل في تحقيق أهدافها. ²

تقليديًا، واجهت المنظمات خيارًا ثنائيًا:

1.​ إعادة الاستضافة (الرفع والنقل): نقل التطبيق المجمَّع إلى محاكٍ في السحابة. هذا يحفظ «شيفرة السباغيتي» والدين، مغيّرًا مجرد فاتورة الاستضافة. ويفشل في تحرير مرونة السحابة. ¹⁴

2.​ إعادة الكتابة (إعادة الهيكلة): إعادة كتابة الشيفرة يدويًا بلغة حديثة. هذا باهظ فلكيًا، وبطيء، ومحفوف بالمخاطر بسبب غياب التوثيق وبنية «كرة الطين الكبرى» حيث يتشابك منطق الأعمال تشابكًا لا فكاك منه مع الوصول إلى البيانات. ¹⁰

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

الفصل 2: فشل الترجمة العشوائية

2.1 اقتصاد «الأغلفة» وحدوده

دخل إلى هذه البيئة عالية المخاطر «غلاف LLM». وكان رد الفعل الفوري من سوق الاستشارات البرمجية لإصدار GPT-4 هو تكاثر أدوات تعمل كطبقات برمجية رقيقة بين المطوّر ونموذج أساسي. ¹⁵ تعد هذه الأدوات بـ «الدردشة مع شيفرتك،» مما يتيح للمطوّرين لصق فقرة COBOL وتلقّي دالة Java مقابلها.

ورغم أن هذه الأغلفة تخفّض حاجز دخول تبنّي الذكاء الاصطناعي، فهي معيبة جوهريًا عند تطبيقها على إعادة هندسة الأنظمة على نطاق واسع. تعتمد الأغلفة عادةً على RAG الساذج (التوليد المعزّز بالاسترجاع). في هذه العملية، يأخذ النظام استعلام المستخدم، ويبحث في قاعدة بيانات متجهات عن مقتطفات شيفرة تكون مشابهة نصيًا للاستعلام، ويغذي تلك المقتطفات إلى نموذج اللغة الكبير كسياق. ¹⁷

وحدود هذه المقاربة في سياق المؤسسات شديدة:

1.​ قصر النظر السياقي: يرى الغلاف الشيفرة كشرائح نص. ولا يفهم أن متغيرًا ACCOUNT-BALANCE معدَّلًا في SECTION-A يقود منطق قرار في SECTION-Z على بعد خمسة آلاف سطر.

2.​ نجاح نحوي، فشل دلالي: كما ذُكر، يمكن لنموذج لغة كبير أن ينتج شيفرة Java تُجمَّع على نحو مثالي لكنها تفشل في محاكاة سلوك زمن التشغيل الدقيق لـ COBOL الأصلي لأنه أغفل تغيّر حالة عامًا. ⁴

تميّز Veriprajna نفسها برفض فلسفة «الغلاف الرقيق». ونؤكد أن حلول الذكاء الاصطناعي العميقة يجب أن تفهم بنية المستودع، لا مجرد نص الملف.

2.2 متلازمة «الضياع في الوسط»

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

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

●​ تحيّز الأسبقية: دقيقة جدًا في استرجاع المعلومات في بداية الموجّه.

●​ تحيّز الحداثة: دقيقة جدًا في استرجاع المعلومات في نهاية الموجّه.

●​ القاع: يتدهور الأداء بشكل كبير للمعلومات الواقعة في الوسط. ³

في مشروع تحديث، قد يبلغ برنامج COBOL واحد آلاف الأسطر، وقد يشير إلى copybooks (اعتماديات) تبلغ آلاف الأسطر هي نفسها. إذا ظهر تعريف متغير حرج—ولنقل MAX-TRANSACTION-LIMIT—في وسط هذا السياق الهائل، فمن المرجّح إحصائيًا أن يغفله الذكاء الاصطناعي. ²¹

وعندما يغفل الذكاء الاصطناعي تعريف متغير، فإنه لا يتوقف. بل «يهلوس.» فيفترض نوعًا أو قيمة افتراضية للمتغير استنادًا إلى الاحتمال، لا إلى الواقع. وفي نظام مصرفي، افتراض أن المتغير Integer بينما هو في الواقع Packed Decimal يمكن أن يؤدي إلى أخطاء تقريب تفسد البيانات المالية. ²²

الجدول 2: القيود المعرفية لنماذج اللغة الكبيرة المعيارية

الظاهرة	الوصف	الأثر على التحديث
الضياع في الوسط	انتباه متدهور في وسط الموجّهات الطويلة.3	تعريفات متغيرات مُغفَلة مدفونة في ملفات كبيرة.
الهلوسة	افتعال حقائق معقولة لكنها غير صحيحة.22	اختراع اعتماديات أو منطق لملء فجوات السياق.
تحيّز الأسبقية/الحداثة	التركيز على بداية/نهاية النص.20	تجاهل منطق الأعمال الأساسي الواقع في وسط إجراء.
التوليد العشوائي	تنبؤ نصي احتمالي.	توليد شيفرة غير متسق؛ إعادة تشغيل الموجّه تعطي منطقًا مختلفًا.

2.3 «حقيبة الكلمات» مقابل «شجرة المنطق»

تعالج نماذج اللغة الكبيرة المعيارية وأنظمة Vector RAG الشيفرة أساسًا كتسلسل من الرموز. وتعتمد على التشابه الدلالي—فحص ما إذا كانت كلمات الاستعلام تطابق كلمات في فضاء متجهات الوثيقة. ¹⁷

غير أن الشيفرة ليست لغة طبيعية. في اللغة الطبيعية، «القطة جلست على الحصيرة» لها معنى مستقل إلى حد كبير عن جملة قبل خمسين صفحة. أما في البرمجيات، فـ x = y + 1 ليس له أي معنى ما لم نعرف تعريفات x وy وأنواعها وحالاتها الحالية. وقد توجد هذه التعريفات في ملف مختلف، أو وحدة مختلفة، أو تُورَّث من صنف أب. ⁵

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

يمثّل هذا الانفصال الفجوة الجوهرية بين الاسترجاع النصي و_البنيوي_ الفهم . لسد هذه الفجوة، يجب أن نتوقف عن معاملة الشيفرة كأدب ونبدأ معاملتها كرسم بياني. ²³

الفصل 3: فيزياء البرمجيات –

الشيفرة كرسم بياني

3.1 البرمجيات كنظام علائقي

في Veriprajna، ندرك أن مستودع البرمجيات هو في جوهره قاعدة بيانات علائقية للمنطق . فكل كيان داخل قاعدة الشيفرة—متغيرات، دوال، أصناف، وحدات، مخططات قواعد بيانات—يوجد في شبكة كثيفة من العلاقات.

●​ الاحتواء: ملف يحتوي صنفًا؛ صنف يحتوي دالة؛ دالة تحتوي إعلان متغير.

●​ الوراثة: الصنف B يرث خصائص ودوال من الصنف A.

●​ الاستدعاء: الدالة X تستدعي الدالة Y.

●​ تدفق البيانات: المتغير Z يعدّله Function Q ويقرأه Function R.

تشكّل هذه العلاقات «الحقيقة الأرضية» للتطبيق. وهي ليست احتمالية؛ بل حتمية. إذا كانت Method X تستدعي Method Y، فذلك واقع صلب، لا أرجحية إحصائية. تعمل نماذج اللغة الكبيرة المعيارية في المجال الاحتمالي. ولتحديث الأنظمة القديمة بأمان، يجب أن نرسّي قدراتها التوليدية الاحتمالية إلى الواقع الحتمي لبنية الشيفرة. ⁷

3.2 شجرة التركيب المجرد (AST)

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

على سبيل المثال، عبارة COBOL: COMPUTE INTEREST = PRINCIPAL * RATE ليست مجرد خمس كلمات. في AST، هي AssignmentNode له Target (Interest) و Expression. والـ Expression هو MultiplicationNode له LeftOperand (Principal) و RightOperand (Rate).26 بتحليل الشيفرة القديمة إلى ASTs، نتجاوز غموض النص. يمكننا تحديد كل استخدام لمتغير برمجيًا، وكل عملية حسابية، وكل فرع لتدفق التحكم. وهذا يتيح لنا إجراء هندسة «الذهاب والإياب»—تحويل الشيفرة إلى AST و العودة إلى شيفرة دون فقدان بيانات—بما يضمن دقة تحليلنا البنيوي. ²⁷

وخلافًا لـ «تقطيع النص» المستخدم في RAG المعياري—حيث يُقطع الملف على نحو أعمى إلى شرائح من 500 رمز، وغالبًا ما يُشقّ دالة نصفين—يحترم تحليل AST الحدود المنطقية للشيفرة. فتُعامَل الدالة كوحدة منطق متمايزة، لا كامتداد نص عشوائي. ²³

3.3 رسم الاستدعاء ومصفوفة الاعتماديات

بينما تمثّل AST بنية ملف واحد، يمثّل رسم الاستدعاء الجهاز العصبي للتطبيق بأكمله. ويصوّر تدفق التحكم، معيّنًا أي فقرات أو روتينات فرعية تستدعي غيرها. ²⁹

في أنظمة COBOL القديمة، غالبًا ما تُحجَب رسوم الاستدعاء باستدعاءات ديناميكية أو منطق GOTO يخلق «شيفرة سباغيتي.» ولا يستطيع تحليل نصي ساكن أن يحل بسهولة أين يهبط GOTO LABEL_X إذا عُرّف LABEL_X ديناميكيًا أو شرطيًا.

ببناء رسم استدعاء صارم، تحدّد Veriprajna «الشيفرة الميتة» (شيفرة لا تُستدعى أبدًا) و«أصناف الإله» (وحدات مقترنة بإفراط). وهذا التحليل حاسم لـ تفكيك الأحادي إلى خدمات مصغّرة. إذا لم نعرف سلسلة الاستدعاء الكاملة، فلا يمكننا استخراج خدمة بأمان؛ فنخاطر بترك «مرجع معلّق» يسبب فشلًا في زمن التشغيل—وهو السيناريو نفسه الذي أصاب البنك في دراسة حالتنا الافتتاحية. ³¹

الجدول 3: التحليل البنيوي مقابل التحليل النصي

الميزة	التحليل النصي (الذكاء الاصطناعي المعياري)	التحليل البنيوي (Veriprajna)
وحدة التحليل	رمز / كلمة	عقدة (عنصر AST)
حدود السياق	حد رموز اعتباطي	النطاق المنطقي (دالة/صنف)
حل الاعتماديات	مطابقة كلمات مفتاحية	اجتياز الرسم البياني
معالجة GOTO	يعامله كسلسلة نص	يعيّن حواف تدفق التحكم
الدقة	احتمالية	حتمية

3.4 حقن الاعتماديات والقلب

تعتمد بنى Java والسحابة الأصلية الحديثة اعتمادًا كبيرًا على حقن الاعتماديات (DI) و قلب التحكم (IoC). أما COBOL القديم، فعلى العكس، يعتمد على اعتماديات مضمَّنة صلبًا وحالة عامة. والانتقال من أحدهما إلى الآخر يتطلب تحديد كل اعتمادية في الرسم البياني و«قلبها.»

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

الفصل 4: المصهر الدلالي لدى Veriprajna

4.1 هندسة الرسم البياني المعرفي الواعي بالمستودع

حل متلازمة «الضياع في الوسط» وهشاشة الترحيل القائم على النص هو الرسم البياني المعرفي الواعي بالمستودع . وهو قاعدة بيانات رسوم موحّدة تجمع البنية الساكنة للشيفرة (أشجار AST، رسوم الاستدعاء) مع المعنى الدلالي لمنطق الأعمال (التوثيق، التعليقات، قصد المتغيرات). ⁵

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

4.2 المرحلة 1: التحليل الذكي بـ Tree-sitter

نستخدم محلّلات قوية، أبرزها Tree-sitter، لابتلاع قاعدة الشيفرة القديمة. تدعم هذه العملية أكثر من 13 لغة، بما فيها COBOL وJCL وPL/I وJava. ويولّد المحلّل AST لكل ملف في المستودع.

وعلى نحو حاسم، نوظّف التقطيع الدلالي . تستخدم خطوط أنابيب RAG المعيارية «التقسيم الساذج،» قاطعة النص كل n رمز. وكثيرًا ما يفصل هذا توقيع دالة عن جسمها أو تعريف متغير عن استخدامه، فيدمّر السياق. يستخدم التقطيع الدلالي AST لـ تحديد الحدود المنطقية. نقطّع الشيفرة حسب SECTION أو PARAGRAPH أو METHOD، بما يضمن أن كل عقدة في رسمنا تمثّل وحدة منطق كاملة قابلة للتنفيذ. ²³

4.3 المرحلة 2: استخراج الكيانات والعلاقات

بمجرد توليد أشجار AST، يستخرج المصهر الدلالي الكيانات والعلاقات لـ ملء قاعدة بيانات الرسم البياني (مثل Neo4j وMemgraph).

●​ الكيانات: أصناف، فقرات، متغيرات، جداول قواعد بيانات، نقاط نهاية API.

●​ العلاقات:

○​ CALLS: تربط فقرة بالروتين الفرعي الذي تستدعيه.

○​ UPDATES_TABLE: تربط كتلة منطق بجدول DB2 الذي تعدّله.

○​ IMPORTS_COPYBOOK: تربط ملفًا مصدريًا باعتماديته.

○​ DEFINES_VARIABLE: تربط قسم بيانات بالمتغيرات التي ينشئها.

تحوّل هذه المرحلة النص الساكن إلى طوبولوجيا ديناميكية. يمكننا الآن استعلام الرسم: «أرني كل فقرة تحدّث الحقل CUSTOMER-ID.» يعيد هذا الاستعلام نتائج دقيقة فورًا، وهو إنجاز مستحيل بـ grep أو البحث المتجهي. ¹⁴

4.4 المرحلة 3: حل الكيانات والدمج

هذه نقطة التمايز الحرجة. يرى محلّل معياري ACCT-NUM في الملف A و ACCT-NUM في الملف B كسلسلتين مختلفتين. يؤدي نظامنا حل الرموز . فهو يحدّد أن كليهما يشيران إلى الإدخال نفسه في Copybook مشترك. ويدمجهما في عقدة متغير واحدة في الرسم البياني.

وعلاوة على ذلك، نؤدي الدمج عبر الوسائط . إذا احتوت قاعدة الشيفرة وثيقة PDF للمتطلبات تصف «User API،» واحتوت الشيفرة صنفًا باسم UserAPI، يحسب النظام تضمينات للتعرّف على أنهما المفهوم نفسه. ثم يدمج عقدة التوثيق مع عقدة الشيفرة. وهذا يربط القصد (الوثائق) بـ التنفيذ (الشيفرة)، موفرًا للذكاء الاصطناعي «لماذا» إلى جانب «كيف». ⁸

4.5 المرحلة 4: حساب الإغلاق الانتقالي

تسبب «فشل البنك» اعتمادية انتقالية: A يعتمد على B، وB يعتمد على C. رأى الذكاء الاصطناعي A لكنه أغفل C.

يحسب الرسم البياني المعرفي لدى Veriprajna الإغلاق الانتقالي . عندما يحلّل النظام الوحدة A، فإنه لا يتوقف عند الجيران المباشرين. بل يجتاز الرسم بعمق (A -> B -> C) لتحديد «جذر الحقيقة» لكل متغير. وهذا يضمن أنه عندما يولّد الذكاء الاصطناعي شيفرة للوحدة A، يستورد التعريفات الصحيحة من الوحدة C، حتى لو كانت الوحدة C في دليل أو مستودع مختلف. ⁸

الفصل 5: التوليد المعزّز بالاسترجاع عبر الرسم البياني (GraphRAG)

5.1 حدود Vector RAG

التوليد المعزّز بالاسترجاع المتجهي (Vector RAG) هو المعيار الصناعي لإضافة معرفة إلى نماذج اللغة الكبيرة. يحوّل النص إلى متجهات (تمثيلات عددية) ويجد متجهات مشابهة. ورغم تميّزه في استعلام النص غير المنظم مثل الأسئلة الشائعة، فهو غير كافٍ للشيفرة.

●​ إعادة تسمية المتغيرات: إذا أعاد مطوّر تسمية Account إلى Acct، ينخفض التشابه الدلالي، حتى لو كان المنطق متطابقًا.

●​ المنطق مقابل الكلمات المفتاحية: البحث عن «Interest Calculation» قد يغفل الحساب الفعلي إذا كانت الدالة باسم FNC-001 ولا تحتوي تعليقات.

●​ سياق مجزّأ: يسترجع Vector RAG «قطعًا» استنادًا إلى تشابه جيب التمام. وقد يسترجع اختبار وحدة وتعليق واجهة، لكنه يغفل منطق الأعمال الأساسي لأن أسماء المتغيرات لا تطابق كلمات الاستعلام. ³⁶

5.2 ميزة GraphRAG

يعمل GraphRAG على بنية الرسم البياني المعرفي، لا مجرد تشابه النص.

1.​ تحديد المرساة: عندما يسأل مستخدم «أعد هيكلة منطق الدفع،» يستخدم النظام بحثًا متجهيًا لإيجاد نقطة الدخول (مثل فقرة ProcessPayment).

2.​ اجتياز الرسم (التوسيع): بدل التوقف هناك، يجتاز GraphRAG حواف الرسم. فيجلب:

○​ حواف CALLS لإيجاد الروتينات الفرعية.

○​ حواف READS لإيجاد تعريفات المتغيرات.

○​ حواف INCLUDES لإيجاد Copybooks.

3.​ بناء السياق: تُجمَّع هذه القطع المتصلة—التي قد تكون متباينة نصيًا لكنها لا تنفصل منطقيًا—في موجّه متماسك.

يضمن توسيع الصلة هذا أن يتلقّى نموذج اللغة الكبير شريحة منطق قائمة بذاتها قابلة للتنفيذ. فهو يفهم لا مجرد نص الحساب، بل آليته. ³⁶

5.3 الاستدلال متعدد القفزات

يُظهر البحث أن GraphRAG يتفوّق بوضوح على Vector RAG في المهام التي تتطلب «استدلالًا متعدد القفزات»—ربط حقائق تفصلها عدة خطوات. وفي البرمجيات، يكاد كل خطأ يكون فشل استدلال متعدد القفزات (مثلًا: A يستدعي B، وB يغيّر X، وC يقرأ X. إذا تغيّر A، هل ينكسر C؟).

يتيح GraphRAG للذكاء الاصطناعي الإجابة عن أسئلة تحليل أثر معقّدة: «إذا غيّرت منطق سعر الفائدة في الوحدة A، أي شاشات تقارير في الوحدة Z ستتأثر؟» لا يستطيع Vector RAG الإجابة عن هذا لأن الوحدتين A وZ لا تشتركان في أي تشابه نصي؛ فهما مرتبطتان فقط بسلسلة استدعاءات دوال. يجتاز الرسم هذه السلسلة ليقدّم إجابة قاطعة. ³⁸

الجدول 4: Vector RAG مقابل GraphRAG

الميزة	Vector RAG	GraphRAG
مفتاح الاسترجاع	التشابه (مسافة جيب التمام)	العلاقة (حافة الرسم)
جودة السياق	استدعاء عالٍ، دقة منخفضة (ضوضاء)	دقة عالية، سياق متصل

الاستدلال متعدد القفزات	ضعيف (يغفل الروابط غير المباشرة)	ممتاز (يجتاز السلاسل)
مخاطر الهلوسة	عالية (تخمّن الروابط الناقصة)	منخفضة (الروابط المسترجعة صريحة)
أفضل حالة استخدام	نص غير منظم (أسئلة شائعة)	أنظمة منظَّمة (شيفرة، أحياء)

الفصل 6: هندسة الترحيل – تعمّق تقني

6.1 حل فخ «المتغير العام»

من أخطر جوانب COBOL استخدام متغيرات عامة معرَّفة في DATA DIVISION وتعدّلها عبارات PERFORM مختلفة عبر البرنامج. أما في Java، فتملي أفضل الممارسات التغليف؛ إذ لا ينبغي أن تعتمد دالة على حالة مخفية.

الحل: تؤدي وكلاء Veriprajna تحليل تدفق البيانات على الرسم البياني. نتتبّع دورة حياة كل متغير.

●​ إذا قرأت فقرة CALC-TAX المتغير GROSS-INCOME، يحدّد الرسم GROSS-INCOME على أنه اعتمادية إدخال .

●​ عند توليد دالة Java المسماة calcTax()، يضيف الذكاء الاصطناعي صراحة BigDecimal grossIncome إلى توقيع الدالة.

●​ ثم يحدّث المستدعي للدالة ليمرّر القيمة الصحيحة.

تمنع إعادة الهيكلة التلقائية هذه من «حالة عامة ضمنية» إلى «تمرير معاملات صريح» أخطاء الآثار الجانبية التي أصابت البنك في دراسة حالتنا. ⁴

6.2 تفكيك سباغيتي GOTO

من أعتى العقبات في ترحيل COBOL عبارة GOTO. تتيح GOTO لقفز تنفيذ البرنامج إلى أي موضع، خالقة تدفقات تحكم غير خطية تنافي البرمجة المنظَّمة الحديثة. ⁴⁰ ليس في Java عبارة GOTO.

ترجمة منطق GOTO تتطلب أكثر من ترجمة النحو؛ تتطلب تسطيح تدفق التحكم .

1.​ تحليل الرسم: نعيّن وجهات GOTO كحواف في رسم تدفق التحكم (CFG).

2.​ التعرّف على الأنماط: يحدّد الرسم أنماطًا.

○​ GOTO يقفز عائدًا إلى تسمية أسبق يُحدَّد على أنه حلقة .

○​ GOTO يتجاوز كتلة يُحدَّد على أنه شرطي (if/else).

○​ GOTO إلى فقرة خروج هو إرجاع .

3.​ إعادة الهيكلة: يعيد الذكاء الاصطناعي، موجَّهًا بالرسم، هيكلة هذه القفزات إلى حلقات while، أو حلقات do-while، أو عبارات break/continue في Java.

من دون رسم لتصوير «الحلقات» التي تخلقها GOTO، غالبًا ما يولّد نموذج لغة كبير قائم على النص استدعاء دالة تكراريًا يؤدي إلى StackOverflowError، أو ببساطة يهلوس تدفق منطق غير موجود. ⁴

6.3 معالجة «الشيفرة الميتة»

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

الحل: يحدّد رسم الاستدعاء العقد غير القابلة للوصول—فقرات أو ملفات ليس لها حواف واردة (لا مستدعين). يؤشّر نظام Veriprajna هذه «الشيفرة الميتة» للحذف قبل أن يبدأ الترحيل. ويقلّص هذا عادة حجم قاعدة الشيفرة بنسبة 20-30%، مما يحقق توفيرًا كبيرًا في التكلفة وبنية نهائية أنظف.31

الفصل 7: المستقبل الوكيلي – الذكاء الاصطناعي العميق مقابل الأغلفة الضحلة

7.1 ما وراء روبوت الدردشة: سير العمل الوكيلي

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

سير عمل الغلاف الضحل:

1.​ المستخدم: «حوّل هذه الشيفرة.»

2.​ الغلاف: يرسل النص إلى GPT-4.

3.​ المخرجات: يعيد شيفرة Java.

4.​ النتيجة: تفشل الشيفرة في التجميع أو التشغيل. يصحّح المطوّر يدويًا.

سير عمل الوكيل العميق لدى Veriprajna:

1.​ التخطيط: يحلّل الوكيل AST لملف COBOL المستهدف. ويحدّد الاعتماديات ويستعلم الرسم البياني المعرفي.

2.​ الاسترجاع: يجلب سياق GraphRAG اللازم للترحيل.

3.​ التوليد: يولّد شيفرة Java باستخدام «Schematic-Constraint Decoder» الذي يفرض قواعد نحو Java وسلامة الأنواع. ⁷

4.​ التحقق (الحلقة): يقوم الوكيل بـ تجميع شيفرة Java المولَّدة في بيئة معزولة.

5.​ التصحيح الذاتي: إذا رمى المجمّع خطأً (مثل «Variable not found»)، يقرأ الوكيل الخطأ، ويستعلم الرسم عن الاعتمادية الناقصة، ويعيد توليد الشيفرة.

6.​ التحقق من الصحة: يشغّل اختبارات وحدة (مولَّدة من آثار COBOL الأصلية) لضمان أن المخرجات تطابق سلوك المدخلات.

تنقل حلقة التجميع-الإصلاح هذه عبء التحقق من الإنسان إلى الذكاء الاصطناعي، مما يقلّص بشكل كبير تكلفة إعادة الهيكلة. ⁴²

7.2 الإشراف بالإنسان في الحلقة

ورغم أن الوكيل مستقل في التنفيذ، فهو خاضع للإشراف في الاستراتيجية. يوفّر الرسم البياني المعرفي قابلية التفسير . وخلافًا لشبكة عصبية «صندوق أسود»، يتيح الرسم للمطوّرين أن يروا تمامًا لماذا اتخذ الذكاء الاصطناعي قرارًا. «استورد الذكاء الاصطناعي com.bank.logic لأنه وجد اعتمادية على COPYBOOK-X.»

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

الفصل 8: الخاتمة والأفق الاستراتيجي

8.1 عائد الاستثمار للوعي بالمستودع

تشير بيانات McKinsey إلى أن الذكاء الاصطناعي التوليدي يمكن أن يقلّص مهام البرمجة بنسبة 50%، لكن فقط إذا نُشر على نحو صحيح. ¹⁴ وعائد الاستثمار (ROI) لمقاربة Veriprajna القائمة على الرسم البياني تدفعه إزالة إعادة العمل.

●​ الترحيل اليدوي: تكلفة عالية، مخاطر عالية، بطء الوصول إلى السوق.

●​ ذكاء اصطناعي غلافي: تكلفة متوسطة (بسبب تصحيح «الهلوسات»)، مخاطر عالية (أخطاء مخفية)، وصول متوسط إلى السوق.

●​ ذكاء اصطناعي برسم المستودع: تكلفة منخفضة (أتمتة)، مخاطر منخفضة (تحقق حتمي)، وصول سريع إلى السوق.

بإزالة عبء «تبديل السياق»—حيث يقضي المطوّرون ساعات يبحثون عن موضع تعريف متغير—ترفع Veriprajna إنتاجية المطوّرين بمقدار 2x إلى 3x مقارنة بأدوات الذكاء الاصطناعي المعيارية. ²

8.2 التحصين للمستقبل عبر التحديث المستمر

التحديث ليس حدثًا لمرة واحدة؛ إنه دورة حياة. بمجرد تحويل قاعدة الشيفرة إلى رسم بياني معرفي، تبقى أصلًا حيًا. ومع تطوّر شيفرة Java الجديدة، يُحدَّث الرسم في الزمن الحقيقي. وهذا يتيح:

●​ توثيق آلي: يمكن للذكاء الاصطناعي توليد توثيق محدَّث لـ النظام الجديد بقراءة الرسم. ⁴⁴

●​ كشف الانحراف المعماري: يمكن للنظام تنبيه المعماريين إذا انتهكت شيفرة جديدة قواعد المعيارية المعرَّفة في الرسم. ⁴⁵

8.3 التحول البنيوي

درس «فشل البنك» واضح: الشيفرة ليست نصًا. إنها نظام منطق معقّد مترابط. ومحاولة تحديثه بأدوات تفهم النص فقط أشبه بـ محاولة التنقّل في مدينة بقائمة أسماء شوارع دون خريطة. ستُصاب بـ «الضياع في الوسط.»

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

نحن لا نكتب الشيفرة فحسب؛ بل نُهندس الفهم. هذا هو الفرق بين روبوت دردشة ومزوّد حلول. هذا هو مستقبل تحديث المؤسسات.

Veriprajna. ذكاء اصطناعي عميق لحلول عميقة.

المراجع

1. 2025 Legacy Code Stats: Costs, Risks & Modernization - Pragmatic Coders, تم الوصول إليه في 10 ديسمبر 2025، https://www.pragmaticcoders.com/resources/legacy-code-stats

2. Legacy App Modernization: AI Automation Slashes Costs & Time - SoftProdigy, تم الوصول إليه في 10 ديسمبر 2025، https://softprodigy.com/ai-driven-legacy-app-modernization/

3. Lost-in-the-Middle Effect | LLM Knowledge Base - Promptmetheus, تم الوصول إليه في 10 ديسمبر 2025، https://promptmetheus.com/resources/llm-knowledge-base/lost-in-the-middle-efectf

4. How We Use AI Agents for COBOL Migration and Mainframe Modernization | All things Azure - Microsoft Developer Blogs, تم الوصول إليه في 10 ديسمبر 2025، https://devblogs.microsoft.com/all-things-azure/how-we-use-ai-agents-for-cobol-migration-and-mainframe-modernization/

5. Bridging Code and Context: A Knowledge Graph-Based Repository-Level Code Generation, تم الوصول إليه في 10 ديسمبر 2025، https://quantiphi.com/blog/bridging-code-and-context-a-knowledge-graph-based-repository-level-code-generation/

6. Structural-Semantic Code Graph (SSCG) - Emergent Mind, تم الوصول إليه في 10 ديسمبر 2025، https://www.emergentmind.com/topics/structural-semantic-code-graph-sscg

7. SemanticForge: Repository-Level Code Generation through Semantic Knowledge Graphs and Constraint Satisfaction - ResearchGate, تم الوصول إليه في 10 ديسمبر 2025، https://www.researchgate.net/publication/397521461_SemanticForge_Repository-Level_Code_Generation_through_Semantic_Knowledge_Graphs_and_Constraint_Satisfaction

8. RANGER: Repository‑level Agent for Graph‑Enhanced Retrieval - arXiv، تم الوصول إليه في 10 ديسمبر 2025، https://arxiv.org/html/2509.25257v1

9. 40 Legacy Software Migration Trends for Enterprises in 2025 | Adalo, تم الوصول إليه في 10 ديسمبر 2025، https://www.adalo.com/posts/cost-savings-from-replacing-legacy-tools-with-no-code-stats

10. The problems with migrating legacy code: Moving from COBOL to Java and how Metabob can help, تم الوصول إليه في 10 ديسمبر 2025، https://metabob.com/blog-articles/the-problems-with-migrating-legacy-code-moving-from-cobol-to-java-and-how-metabob-can-help.html

11. 7 Signs Legacy System Modernisation Can't Wait Any Longer - Dreamix, تم الوصول إليه في 10 ديسمبر 2025، https://dreamix.eu/insights/when-to-invest-in-legacy-system-modernisation/

12. How to plan a seamless COBOL to Java migration in 8 weeks? - OptiSol Business Solutions, تم الوصول إليه في 10 ديسمبر 2025، https://www.optisolbusiness.com/insight/how-to-plan-a-seamless-cobol-to-java-migration-in-8-weeks

13. Application Modernization Statistics: Future-Proof Insights - eSparkBiz, تم الوصول إليه في 10 ديسمبر 2025، https://www.esparkinfo.com/blog/application-modernization-statistics

14. Modernizing legacy architectures using GenAI-powered Knowledge Graphs | by Sigmoid, تم الوصول إليه في 10 ديسمبر 2025، https://sigmoidanalytics.medium.com/modernizing-legacy-architectures-using-genai-powered-knowledge-graphs-73d96169f6d7

15. How GPT Wrappers Can Accelerate Your AI Product Development - Synergy Labs, تم الوصول إليه في 10 ديسمبر 2025، https://www.synergylabs.co/fr/blog/how-gpt-wrappers-can-accelerate-your-ai-product-development

16. The Ephemeral Scaffolding or Enduring Infrastructure? LLMs, Their Wrappers, and the Specter of a Dotcom Déjà Vu - Torome, تم الوصول إليه في 10 ديسمبر 2025، https://torome.co.uk/Template/PDO3/the-ephemeral-scafolding-or-enduring-inffrastructure-llms-their-wrappers-and-the-specter-of-a-dotcom-deja-vu

17. GraphRAG vs. Vector RAG: Side-by-side comparison guide - Meilisearch, تم الوصول إليه في 10 ديسمبر 2025، https://www.meilisearch.com/blog/graph-rag-vs-vector-rag

18. Lost in the Middle in LLMS. Why large language models ignore the… | by Cengizhan Bayram | Nov, 2025 | Medium, تم الوصول إليه في 10 ديسمبر 2025، https://medium.com/@cenghanbayram35/lost-in-the-middle-in-llms-86e461dc7212

19. A practical guide to the Claude code context window size - eesel AI، تم الوصول إليه في 10 ديسمبر 2025، https://www.eesel.ai/blog/claude-code-context-window-size

20. Lost in the Middle: How Language Models Use Long Contexts - MIT Press Direct, تم الوصول إليه في 10 ديسمبر 2025، https://direct.mit.edu/tacl/article/doi/10.1162/tacl_a_00638/119630/Lost-in-the-Middle-How-Language-Models-Use-Long

21. Why Language Models Are “Lost in the Middle” - Towards AI, تم الوصول إليه في 10 ديسمبر 2025، https://pub.towardsai.net/why-language-models-are-lost-in-the-middle-629b20d86152

22. LLM Hallucinations – Definition, Examples and Potential Remedies - Software Mind, تم الوصول إليه في 10 ديسمبر 2025، https://softwaremind.com/blog/llm-hallucinations-definition-examples-and-potential-remedies/

23. Repository GraphRAG MCP Server: A Deep Dive for AI Engineers, تم الوصول إليه في 10 ديسمبر 2025، https://skywork.ai/skypage/en/repository-graphrag-mcp-server-ai-engineers/1978326852212269056

24. AST-Based Source Code Migration Through Symbols Replacement, تم الوصول إليه في 10 ديسمبر 2025، https://www.computer.org/csdl/proceedings-article/csde/2022/10089298/1M7LebbRyEw

25. BMSD 2011, تم الوصول إليه في 10 ديسمبر 2025، https://is-bmsd.org/Documents/ProceedingsOfFirstBMSD.pdf

26. Abstract Syntax Tree Creation - Compiler Design - Meegle, تم الوصول إليه في 10 ديسمبر 2025، https://www.meegle.com/en_us/topics/compiler-design/abstract-syntax-tree-creation

27. AST (Abstract Syntax Tree) - by Dinis Cruz - Medium, تم الوصول إليه في 10 ديسمبر 2025، https://medium.com/@dinis.cruz/ast-abstract-syntax-tree-538aa146c53b

28. Daily Papers - Hugging Face, تم الوصول إليه في 10 ديسمبر 2025، https://huggingface.co/papers?q=outlier%20chunk%20handling

29. What is a Call Graph? And How to Generate them Automatically freeCodeCamp, تم الوصول إليه في 10 ديسمبر 2025، https://www.freecodecamp.org/news/how-to-automate-call-graph-creation/

30. Generation of Call Graph for Java Higher Order Functions - IEEE Xplore, تم الوصول إليه في 10 ديسمبر 2025، https://ieeexplore.ieee.org/document/9138056/

31. Enhancing Neural Code Representation with Additional Context - arXiv، تم الوصول إليه في 10 ديسمبر 2025، https://arxiv.org/html/2510.12082v1

32. Can We Translate Code Better with LLMs and Call Graph Analysis? - IJCAI, تم الوصول إليه في 10 ديسمبر 2025، https://www.ijcai.org/proceedings/2025/0848.pdf

33. Code Graph: From Visualization to Integration - FalkorDB، تم الوصول إليه في ديسمبر 10, 2025, https://www.falkordb.com/blog/code-graph/

34. Codebase to Knowledge Graph generator : r/LocalLLaMA - Reddit, تم الوصول إليه في 10 ديسمبر 2025، https://www.reddit.com/r/LocalLLaMA/comments/1mzvk44/codebase_to_knowledge_graph_generator/

35. SemanticForge: Repository-Level Code Generation through Semantic Knowledge Graphs and Constraint Satisfaction - arXiv, تم الوصول إليه في 10 ديسمبر 2025، https://arxiv.org/html/2511.07584

36. RAG vs GraphRAG: Shared Goal & Key Differences - Memgraph، تم الوصول إليه في 10 ديسمبر 2025، https://memgraph.com/blog/rag-vs-graphrag

37. Do You Really Need GraphRAG? A Practitioner's Guide Beyond the Hype, تم الوصول إليه في 10 ديسمبر 2025، https://towardsdatascience.com/do-you-really-need-graphrag-a-practitioners-guide-beyond-the-hype/

38. Navigating the Nuances of GraphRAG vs. RAG - foojay, تم الوصول إليه في 10 ديسمبر 2025، https://foojay.io/today/navigating-the-nuances-of-graphrag-vs-rag/

39. GraphRAG vs RAG: Which is Better? | by Mehul Gupta | Data Science in Your Pocket, تم الوصول إليه في 10 ديسمبر 2025، https://medium.com/data-science-in-your-pocket/graphrag-vs-rag-which-is-beter-81a27780c4ff

40. Why not GOTO Statement? [closed] - Stack Overflow, تم الوصول إليه في 10 ديسمبر 2025، https://stackoverflow.com/questions/19766205/why-not-goto-statement

41. Alternative to a goto statement in Java - Stack Overflow, تم الوصول إليه في 10 ديسمبر 2025، https://stackoverflow.com/questions/2430782/alternative-to-a-goto-statement-in-java

42. Legacy Code Modernization with Claude Code: Breaking Through Context Window Barriers, تم الوصول إليه في 10 ديسمبر 2025، https://www.tribe.ai/applied-ai/legacy-code-modernization-with-claude-code-breaking-through-context-window-barriers

43. Legacy IT Modernization with AI | MITRE, تم الوصول إليه في 10 ديسمبر 2025، https://www.mitre.org/news-insights/publication/legacy-it-modernization-ai

44. Documenting and Modernizing Legacy Codebases with C3 Generative AI, تم الوصول إليه في 10 ديسمبر 2025، https://c3.ai/blog/documenting-and-modernizing-legacy-codebases-with-c3-generative-ai/

45. The AI revolution in application modernization: from manual burden to strategic advantage, تم الوصول إليه في 10 ديسمبر 2025، https://vfunction.com/blog/ai-app-modernization-strategy/