ما المقصود بالهندسة القائمة على الوكلاء؟

مع النمو المتسارع للذكاء الاصطناعي ووكلاء الذكاء الاصطناعي، أصبح استخدام الذكاء الاصطناعي التوليدي في تطوير البرمجيات جزءًا أساسيًا من سير عمل تطوير البرمجيات الحديث. وكشف استطلاع Stack Overflow للمطورين لعام 2025 أن 84% من المشاركين يستخدمون أو يعتزمون استخدام أدوات البرمجة المدعومة بالذكاء الاصطناعي ضمن عمليات التطوير الخاصة بهم.¹

ومع ذلك، أظهر الاستطلاع أيضًا أن عدد المطورين الذين لا يثقون في دقة هذه الأدوات يفوق عدد الواثقين بها؛ إذ عبَّر 46% عن تشككهم في نتائجها، مقابل 33% فقط أبدوا ثقتهم بها.

أما نسبة من يثقون بدرجة كبيرة في التعليمات البرمجية التي يولِّدها الذكاء الاصطناعي فلم تتجاوز 3%. وكان المطورون الأكثر خبرة هم الأكثر حذرًا، حيث سجلوا أدنى نسبة للثقة العالية (2.6%) وأعلى نسبة لانعدام الثقة بدرجة كبيرة (20%).¹ ويعكس ذلك قناعة واسعة بأن الإشراف البشري يظل عنصرًا أساسيًا، خاصةً في المهام التي تنطوي على مسؤوليات كبيرة.

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

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

كلمة "vibe" تحمل طابعًا غير رسمي وارتجالي، وقد كان هذا مناسبًا في المراحل الأولى من استكشاف البرمجة المدعومة بالذكاء الاصطناعي، لكنه لم يَعُد يعكس واقع المطورين اليوم في ظل تزايد حذرهم تجاه وكلاء البرمجة المدعومين بالذكاء الاصطناعي.

ومن دون الخبرة الكافية في توظيف نماذج اللغة الكبيرة في هندسة البرمجيات، قد تؤدي البرمجة بالشعور العام إلى إنتاج ما يُعرَف باسم الذكاء الاصطناعي منخفض الجودة (AI slop)، وهي تعليمات برمجية منخفضة الجودة لا تحقق الفائدة المرجوة أو قد تتسبب في كسر وظائف قائمة داخل النظام. وغالبًا ما تؤدي هذه التعليمات البرمجية إلى زيادة الديون التقنية، حيث تقضي فِرق التطوير وقتًا أطول في فهم التعليمات البرمجية وتصحيح أخطائها وإعادة هيكلتها.

أما مصطلح الهندسة القائمة على الوكلاء، فقد أوضحه Karpathy على منصة X على النحو التالي:

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

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

ويبدأ هذا التحول بوضع أطر حوكمة واضحة تحدِّد متى وكيف ينبغي استخدام مهام سير العمل القائمة على الوكلاء، مع الحفاظ على الإشراف البشري كعنصر رئيسي لضمان الجودة. كما ينبغي تدريب فِرق الهندسة ليس فقط على كتابة المطالبات (Prompting)، بل أيضًا على تصميم الأنظمة، بما يشمل تنسيق عمل الوكلاء، والتحقق من مخرجاتهم، ودمج دورات المراجعة المتكررة ضمن مسارات التكامل المستمر والتسليم المستمر (CI/CD).

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

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

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

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

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

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