لفترة كان الجدال القائم هو ما إذا كان المطورون سيستخدمون وكلاء البرمجة بالذكاء الاصطناعي من الأصل. وانتهى هذا الجدال دون أن يعلن أحد انتهاءه. وحلّ مكانه جدال آخر، عن الثقة، والخط الزمني لنحو ثمانية عشر شهراً الماضية هو أوضح طريقة لرؤية كيف تحوّل الأول إلى الثاني.
قبل نحو عامين: شكّ، وبلا صاحب. تجميعة لنتائج Stack Overflow وJetBrains وDORA أعدّها Digital Applied تضع ثقة المطورين في الكود الذي يولّده الذكاء الاصطناعي عند 40% في بداية تلك الفترة. وفي مجموعة بيانات مؤسسية منفصلة من الناشر نفسه، سمّت 11% من المؤسسات صاحباً مخصّصاً للوكلاء. احفظ الرقمين معاً: معظم المطورين لم يثقوا بالناتج، ومعظم المؤسسات لم يكن عندها من يُسمّى مسؤولاً عنه.
قبل عام من استبيان 2026: Copilot في المقدمة. كان GitHub Copilot عند نسبة تبنّي 29% بين المطورين المحترفين. كان الافتراضي لأنه الأداة التي سمع عنها الناس.
يناير 2026: تبدأ إعادة الترتيب. كان Claude Code عند 18%. وفي الأشهر التالية تجاوز ضعف ذلك.
مايو إلى يوليو 2026: العادة تعمّ. استبيان JetBrains لمنظومة المطورين 2026، الذي شمل أكثر من 15,000 مطور، وجد أن تسعة من كل عشرة يستخدمون وكيل برمجة بالذكاء الاصطناعي في العمل أسبوعياً على الأقل، و68% يستخدمونه يومياً. وترتيب الأدوات انقلب تماماً. والنسب تتجاوز مجموعها 100% لأن المطورين يستخدمون أكثر من أداة.
| الأداة | نسبة التبنّي |
|---|---|
| Claude Code | 39% |
| GitHub Copilot | 21% |
| Codex | 16% |
| Cursor | 12% |
| JetBrains AI | 9% |
| OpenCode | 7% |
المصدر: استبيان JetBrains لمنظومة المطورين 2026. انتقل Claude Code من 18% إلى 39% في نصف عام. ونزل Copilot من 29% إلى 21%. وصعد Codex نحو خمسة أضعاف.
الأشهر نفسها: سرعة أعلى، ثقة أقل. في دراسات مضبوطة، يفيد المطورون بإنجاز المهام أسرع بـ 55 إلى 56%، وفق تجميعة Digital Applied. وفي التجميعة نفسها، 29% فقط يثقون بدقة الكود الذي يولّده الذكاء الاصطناعي، نزولاً من 40% قبل عامين، وطلبات الدمج (pull requests) التي شارك فيها الذكاء الاصطناعي تحمل مشكلات مُبلَّغاً عنها أكثر من الطلبات البشرية وحدها. أما ملكية الوكلاء في المؤسسات فذهبت في الاتجاه المعاكس، من 11% إلى 56% في عامين. لاحظت الشركات أن أحداً يجب أن يقرّر ما يحق للوكيل أن يمسّه ومن يراجع عمله.
رقم نسحبه. نسخة سابقة من هذا المقال طرحت رقماً من رقم آخر لتُخرج «فجوة إنتاج» بـ 49 نقطة: نتيجة Gartner بأن 80% من تطبيقات المؤسسات التي صدرت أو حُدّثت في أوائل 2026 تضمّ وكيل ذكاء اصطناعي واحداً على الأقل، ونتيجة S&P Global Market Intelligence بأن 31% من المؤسسات تشغّل وكيلاً في الإنتاج. ونحن نتراجع عن ذلك الطرح. فالرقمان يأتيان من شركتين مختلفتين بتعريفين مختلفين، أحدهما يعدّ التطبيقات والآخر يعدّ المؤسسات، و«يضمّ وكيلاً» ليس نقيض «يشغّل وكيلاً في الإنتاج». وكل رقم سليم وحده. ومعاً لا يقيسان شيئاً.
ما يقوله هذا المسار
اقرأ الخط الزمني كخط واحد. رخص الناتج، ونزلت الثقة، وتغيّر المتصدّر في عام، ولحقت الملكية أخيراً. وكتابة الكود لم تكن يوماً الجزء البطيء في تسليم برمجيات مهمة. المراجعة والاختبار وحمل المسؤولية هي التي كانت بطيئة، والوكلاء جعلوا الجزء الرخيص أرخص. والفريق الذي يحتفل بناتج أسرع دون أن يوسّع قدرته على المراجعة يكون قد بنى طابوراً.
ولتقلّب الأدوات درسه الخاص. فإن كان المتصدّر يتغير داخل عام، فخطة تتعامل مع وكيل مورّد واحد كجزء ثابت لن تصمد. ابنِ عملية المراجعة وحدود الوصول وبوابات الاختبار حول العمل، وتعامل مع الوكيل كقطعة تقدر على استبدالها.
وإن كنت تطلب برمجيات مخصّصة، فمورّدوك داخل هذا الخط الزمني بالفعل. وفي شركة تعمل على Odoo أو ERPNext، معظم العمل المخصّص كود: وحدات وتقارير وتكاملات. فاسأل أي جهة تنفيذ، ومنها نحن، من يراجع الكود الذي كتبه وكيل وكيف («مطوّر ينظر فيه» جواب، و«الوكيل يراجع نفسه» ليس جواباً)، وأين يتوقف الوكلاء (المال والالتزامات التنظيمية وبيانات العملاء تستحق مراجعة بشرية سطراً سطراً)، وما الذي يُختبر على بيئة التجريب قبل نظامك الحقيقي، وما الصلاحيات التي تحملها الأدوات. فالوكيل الذي يحمل بيانات اعتماد إنتاج خطر حقن، كما يشرح مقالنا عن prompt injection. ولما يعطّل التجارب، انظر أخطاء تطبيق الذكاء الاصطناعي الوكيل.
تنفّذ ThinqHub أنظمة Odoo وERPNext، وطريقتنا تضع انتظام التسليم قبل أي أداة رائجة هذا الربع. وإن كنت تحدّد نطاق عمل مخصّص وتريد الاتفاق على نموذج المراجعة والاختبار قبل أول سطر، تحدّث إلينا.
