تنسيق العمل — Workflows
حتى الآن رأينا وكيلاً واحداً مع prompt مكتوب جيداً، ورأينا أيضاً subagents التي تقسّم تحقيقاً مستقلاً عبر عمليات متوازية. لكن للمهام الكبيرة أو متعددة المنظورات — مثل مراجعة pull request كامل والتأكد من أن كل نتيجة حقيقية وليست مجرد تخمين — لا يكفي وكيل واحد، حتى لو كان مزوداً بـ prompt ممتاز. في هذ
مثل خط إنتاج في مصنع مع محطة مراقبة جودة منفصلة في النهاية: كل قطعة تمرّ عبر المحطات الثابتة نفسها بالترتيب نفسه، وفقط القطعة التي تنجو من فحص ثانٍ يجريه مفتّش مختلف تنتقل إلى التغليف.
- Workflow
- نص ثابت من المراحل (phases) يمرّ خلاله عدة وكلاء بالترتيب نفسه في كل تشغيل — بخلاف الـ prompt لمرة واحدة، البنية نفسها هي الثابت، وليست الصياغة.
- بوابة مرحلة (Phase gate)
- نقطة توقف لا يتقدّم فيها الـ workflow إلى المرحلة التالية حتى تكون كل مهام المرحلة الحالية قد أبلغت بنتائجها — بحيث يعمل الـ orchestrator دائماً انطلاقاً من صورة كاملة، لا جزئية.
- تحقق تنافسي (Adversarial verification)
- مرحلة منفصلة يحاول فيها وكيل مختلف — وكيل لم يكتب النتيجة — أن يدحضها فعلياً مقابل الكود الفعلي قبل أن تدخل التقرير، لأن الوكيل الذي وجد مشكلة يميل إلى الثقة بنفسه.
- كفاية الوكيل الواحد
- الحالة التي تكون فيها المهمة مركّزة وسهلة التحقق الذاتي، بحيث يحلّها وكيل واحد مزوّد بـ prompt جيد بالسرعة والموثوقية نفسها التي يوفّرها workflow متعدد المراحل — وبناء workflow لها يكون هدراً للجهد.