Habr AI: كيف يجمع Pipeline Triad خط أنابيب وكلاء الذكاء الاصطناعي بدلاً من فريق التطوير

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

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

وفي نفس الوقت، لا يُقترح Pipeline Triad كبديل لـ CI/CD. خطوط الأنابيب الآلية تستمر في بناء واختبار ونشر الكود، لكن فوقها تظهر طبقة أخرى — طبقة تفويض الوكلاء، حيث لا تُتخذ القرارات بواسطة نص صارم، بل مع مراعاة السياق واللوائح وقواعد الأعمال. يتكون النموذج الكامل من 14 خطوة من بيان المهمة إلى الإنتاج.

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

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

على سبيل المثال، يأخذ المؤلف نقطة نهاية بنكية لتجميد الحساب: أولاً، توضح الثلاثية المتطلبات والحالات الحدية، ثم تكتب ثلاثيات منفصلة الكود وتتحقق من حقوق الوصول وتضيف اختبارات لظروف التسابق وتشغل فحوصات الانحدار والأمان، وبعدها يؤكد الإنسان فقط على عدة قرارات رئيسية. في مثل هذا السيناريو، يُقدّر المشاركة البشرية بحوالي ساعة واحدة من الوقت الإجمالي مقابل أسبوعين إلى ثلاثة أسابيع في عملية مؤسسة كلاسيكية. من حيث التكلفة، يقدّر المؤلف عملية كاملة عبر واجهة برمجية بحوالي 42–84 استدعاء نموذج و1–2 مليون رمز إدخال و200–400 ألف رمز إخراج، مما يعطي تقديراً بحجم 6–12 دولار لكل مهمة.

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

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

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

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