النمط القديم أو المهمل.

يتعرف المراجع على هذه الرائحة عندما يعمل الكود المولد بنجاح ولكنه يطابق أسلوب درس تعليمي يعود لعامين أو ثلاثة: حيث يستدعي واجهات برمجة تطبيقات يحذر منها إطار العمل الآن، أو يثبت إصدارات رئيسية قديمة، أو يلجأ إلى أساليب برمجية قديمة بدلاً من البنية/المكتبة القياسية الحديثة. العلامات المميزة:

• تحذيرات الإهمال عند التثبيت/البناء/التشغيل والتي تجاهلها النموذج (DeprecationWarning، و [DEP0005]، و componentWillMount is deprecated).
• أساليب تسبق الأساس الحالي للغة: مثل استخدام var بدلاً من const/let، أو سلاسل استدعاءات/.then() في حين يستخدم المشروع async/await، أو استخدام require() في مشروع يعتمد على ESM، أو استخدام moment.js بدلاً من Intl/Temporal/date-fns.
• استدعاءات مكتبات محذوفة أو مهملة في الإصدار المثبت لديك بالفعل: محذوفة — مثل df.append(...) في pandas (حُذف منذ pandas 2.0) و.ix[] (حُذف منذ 1.0)؛ ومهملة لكنها ما زالت موجودة — مثل دورات حياة React القديمة، وdatetime.utcnow() (مهمل منذ Python 3.12)، وnew Buffer() في Node، وurl.parse().
• الخيارات الأمنية الافتراضية القديمة التي تهيمن على بيانات التدريب القديمة: مثل تجزئة MD5/SHA1، أو crypto.createCipher، أو استعلامات SQL النصية المدمجة يدوياً.
• إعادة اختراع ما توفره المنصة الآن (مثل كتابة دوال يدوية لـ deepClone، و groupBy، و UUID) بدلاً من استخدام structuredClone، و Object.groupBy، و crypto.randomUUID().

// مولد بالذكاء الاصطناعي: يجمع (compiles)، ولكن كل سطر يمثل نمطاً متهالكاً/مهدراً الآن
const crypto = require('crypto');                 // مشروع ESM يستخدم الاستيراد (import)

const buf = new Buffer(userInput);                // Buffer() مهمل منذ الإصدار 6 من Node
const id  = crypto.createHash('md5')              // MD5 مهمل لأي استخدام أمني
              .update(token).digest('hex');
const cipher = crypto.createCipher('aes-256-cbc', key);  // واجهة برمجة تطبيقات بمسار محذوف، و KDF ضعيف

request(apiUrl, (err, res, body) => { /* ... */ });      // 'request' غير مدعومة منذ 2020

لماذا تنتجها النماذج؟

• تاريخ انتهاء التدريب (Training-cutoff staleness). تكون المعرفة البارامترية للنموذج متجمدة عند لحظة انتهاء تدريبه، ولكن المكتبات تستمر في التطور. تجد الدراسات التي تقيس هذا أن معدل استخدام واجهات برمجة التطبيقات المهملة يتراوح بين 25-38% عبر ثماني مكتبات بايثون في مخرجات النماذج (Wang et al., ICSE 2025)، وفي 328 مسألة مشروطة بالإصدار، لا تتجاوز معدلات النجاح الأساسية للنماذج التجارية 48-51% (GitChameleon 2.0, ACL 2026). لا يوجد وعي بالوقت الفعلي بالنسخ أو واجهات برمجة التطبيقات في وقت الاستدلال.
• تكرار الرمز التالي يفضل الطريقة القديمة. تحتوي مجموعة البيانات على سنوات من الكود القديم، وبالتالي فإن الإكمال الإحصائي الأكثر احتمالاً هو غالباً النمط المتهالك. تشير Ox Security إلى أن "دمج النصوص هو الأكثر ظهوراً في بيانات التدريب" وأن "MD5 يظهر كثيراً في أمثلة التجزئة في جميع بيانات التدريب" (OX Security)، ووجدت Veracode أن النماذج، عند الاختيار بين أسلوب آمن وآخر غير آمن، اختارت غير الآمن في 45% من الحالات (تقرير Veracode لأمان الكود المولد بالذكاء الاصطناعي 2025).
• غياب سياق المستودع. لا يعرف النموذج عادةً الإصدار الرئيسي الذي قمت بتثبيته بالفعل، أو ما يثبته ملف القفل (lockfile) الخاص بك، أو أن lib/hash.ts موجود بالفعل — لذا لا يمكنه استهداف واجهة برمجة التطبيقات الخاصة بإصداراتك أنت. يصف Eno Reyes من Factory الوكيلَ البرمجي بأنه "أداة ممتازة للتعرف على الأنماط": "الكود الممتاز في النمط يعني كوداً ممتازاً في المخرجات" — وفي غياب مثال حديث، يعود إلى متوسط بيانات تدريبه (مقابلة Stack Overflow مع Eno Reyes).
• مكافأة "جعله يعمل" + التملق. تعمل النماذج على تحسين الكود ليكون قابلاً للتجميع بشكل معقول ويلبي الأمر الموجه، وليس للاستخدام الحالي والمدعوم. لا يزال الاستدعاء المهمل يعمل اليوم، لذا يبدو صحيحاً للنموذج.

لماذا يسبب ضرراً؟

• قابلية الصيانة / الأعطال الموقوتة. المهمل اليوم يعني محذوف في الإصدار الرئيسي القادم — الكود يعمل حتى يأتي التحديث ويكسره بصمت، ويتم نسخ ولصق هذه الأنماط بدلاً من إعادة هيكلتها. وجد تحليل GitClear لعام 2025، الذي شمل 211 مليون سطر معدَّل (2020–2024)، أن نسبة الأسطر المرتبطة بإعادة الهيكلة (الأسطر "المنقولة") انخفضت من 25% من الأسطر المعدلة في 2021 إلى أقل من 10% في 2024، بينما ارتفعت نسبة الأسطر المنسوخة/الملصقة من 8.3% إلى 12.3% خلال الفترة نفسها؛ وكان عام 2024 أول عام تتجاوز فيه الأسطر المنسوخة/الملصقة الأسطرَ المنقولة، كما تضاعف عدد كتل الكود التي تضم خمسة أسطر مكررة أو أكثر نحو ثماني مرات خلال 2024 (GitClear 2025). وبذلك ينتشر أسلوب متقادم واحد بدلاً من إصلاحه مرة واحدة.
• الصحة. غالباً ما تمتلك واجهات برمجة التطبيقات المستبدلة دلالات مختلفة بمهارة (مثل إعادة دالة utcnow() لتاريخ ووقت غير محدد للمنطقة الزمنية؛ أو تشغيل دورات الحياة القديمة في أوقات مختلفة)، مما ينتج أخطاءً قد تتجاوز فحصاً سريعاً.
• الأمان. يحمل التشفير المهمل (MD5، و createCipher) وإصدارات الحزم القديمة ثغرات أمنية (CVEs) معروفة لا يفحصها النموذج أبداً مقابل أي قاعدة بيانات ثغرات؛ وفي اختبارات Veracode لعام 2025، أدخل الكود المولد بالذكاء الاصطناعي ثغرات أمنية في 45% من الحالات (Veracode).
• عبء المراجعة والديون التقنية. كل تكرار يتطلب إصلاحاً يدوياً منفصلاً، ولأن النمط مكرر بدلاً من كونه مركزياً، فإن التكلفة تتضاعف عبر قاعدة الكود.

تكتيكات المراجعة وصياغة الأوامر

• حدد الإصدارات في نص الأمر أو السياق. "نحن نستخدم React 19، و pandas 2.2، و Node 22 (ESM) — استخدم فقط واجهات برمجة التطبيقات الحالية في هذه الإصدارات". اسحب الوثائق الحالية إلى السياق (مثل docs MCP أو Context7) بدلاً من الثقة في ذاكرة النموذج.
• افرض فحصاً بالأدوات. اطلب من النموذج تشغيل أداة الفحص ومصحح الأنواع وأمر npm outdated / pip list --outdated، ثم أصلح كل تحذير إهمال قبل إعلان الانتهاء. تحذيرات الإهمال هي أرخص مكتشف ممكن — فلا تسمح بتجاهلها.
• افرض إعادة الاستخدام على إعادة الاختراع. "استخدم الدالة المساعدة الموجودة في lib/hash.ts؛ ولا تقم بكتابة التجزئة يدوياً". أشر إلى الوحدة المرجعية حتى لا يعيد النموذج توليد إصدار قديم (الكود المكرر).
• استخدم أدوات التحديث التلقائي (Codemods) بدلاً من التعديلات اليدوية. للترقيات المنهجية، قم بتشغيل أدوات codemods/modernizers الرسمية بدلاً من مطالبة النموذج بإعادة الكتابة يدوياً: مثل npx @next/codemod، أو codemods الخاصة بـ React، أو pyupgrade/قواعد Ruff UP. فهي حتمية وكاملة.

إعادة الهيكلة — استبدال واجهة برمجة تطبيقات مهملة ببديلها المدعوم هو في الأساس استبدال الخوارزمية، ويؤدي دمج الاستدعاءات القديمة المكررة في دالة مساعدة واحدة إلى تطبيق استخراج الدالة في مواجهة الكود المكرر:

// قبل — واجهات برمجة تطبيقات مهملة/محذوفة المسار
const buf    = new Buffer(userInput);
const id     = crypto.createHash('md5').update(token).digest('hex');
const cipher = crypto.createCipher('aes-256-cbc', key);

// بعد — حديثة، مدعومة، وسليمة أمنياً
import crypto from 'node:crypto';

const buf    = Buffer.from(userInput);                 // منشئ آمن
const id     = crypto.createHash('sha256').update(token).digest('hex');
const iv     = crypto.randomBytes(16);                 // IV صريح
const cipher = crypto.createCipheriv('aes-256-cbc', key, iv);
// (بالنسبة لكلمات المرور، استخدم argon2/bcrypt — وليس تجزئة خام)

بالنسبة للتبعيات، فإن الإصلاح المكافئ هو ترقية الإصدار المثبت والسماح لأداة codemod بنقل مواقع الاستدعاء، ثم حظر الانحراف المستقبلي في خادم التكامل المستمر (CI) (قاعدة الفحص أدناه + سياسة Dependabot/Renovate) حتى لا يتمكن النموذج من إعادة تقديم النمط القديم بصمت.