وكلاء AI بدلًا من vibe coding: كيف ينقل pipeline مستقل المهمة إلى PR

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

أين يتحطم كل شيء

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

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

ثلاث مراحل النضج

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

• المرحلة الأولى — دردشة واحدة مع موجه طويل، حيث تعتمد النتيجة بالكامل على مدى حسن تخمين الشخص للصيغة.
• المرحلة الثانية — ربط المستودع والملفات وقواعد المشروع وقوالب المهام بحيث يرى الوكيل السياق العملي وليس مجرد وصف نصي.
• المرحلة الثالثة — خط أنابيب مستقل بأدوار متعددة، حيث يخطط بعض الوكلاء، والبعض الآخر يكتب الكود، والآخرون يراجعون ويعودون بالتعليقات.
• الخطوة الأخيرة — تسليم النتيجة الجاهزة إلى قناة مناسبة، على سبيل المثال Telegram، بحيث يشارك الإنسان فقط عند نقاط التحكم.

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

كيف تعمل الحلقة

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

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

ماذا يعني هذا

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