GitLab تطلق تنسيق الوكلاء: أمر /goal يقود المهمة حتى يصبح CI أخضر

تحاول GitLab إزالة فترات الانتظار بين مراحل التطوير. أعلنت الشركة في مؤتمر Transcend ثلاث إمكانات جديدة لتنسيق الوكلاء في Duo Agent Platform: التدفقات الموجّهة بالأهداف (goal-driven flows) وتكامل GitLab for Slack وCustom Flows. تتطلب التدفقات الموجّهة بالأهداف GitLab 19.3 وDuo CLI 9.17.0 أو أحدث. وحجة GitLab بسيطة: الذكاء الاصطناعي سرّع كتابة الشيفرة لكنه لم يسرّع تسليمها. يقدّم الوكيل الإصلاح في دقائق، ثم ينتظر أسابيع توقيع المراجع، وتحليل تنبيهات خط الأنابيب (pipeline)، وفرز نتائج الفحص، وموجّهًا (prompt) يدويًا جديدًا.

الهدف بدل الخطوات: كيف يعمل /goal

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

يبدو التشغيل هكذا: `/goal Fix the checkout timeout. Continue until tests pass and CI is green.` يعمل الأمر في Duo CLI، وفي الوضع headless عبر `duo run --goal`، وفي Agentic Chat. وللصيغة الثانية أهمية في الأتمتة: إذ يمكن استدعاؤها من السكربتات وخطوط الأنابيب دون جلسة تفاعلية.

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

Slack وCustom Flows: البداية من حيث يُطلب العمل

يعالج GitLab for Slack مشكلة نقطة الدخول. فمعظم المهام تولد في النقاشات لا في أداة تتبّع المهام. يكفي ذكر @GitLab في قناة أو خيط وكتابة عبارة مثل «fix the failing pipeline»، فيبدأ تدفق عمل ويبثّ Duo تقدّمه مباشرة في الخيط. ويجيب البوت نفسه عن أسئلة حول قاعدة الشيفرة ويحوّل المحادثة إلى issue. ينفَّذ التدفق تحت الهوية (identity) والسياسات نفسها التي يخضع لها أي تدفق آخر في GitLab، لذا يبقى التحكم في الوصول من جانب المنصة لا الدردشة.

تغطي Custom Flows السيناريو الثالث: يصف الفريق بنفسه تسلسلًا متعدد الخطوات من الوكلاء ويربطه بأحداث GitLab، مثل الذكر أو الإسناد أو خط الأنابيب. وتُنفَّذ التدفقات ضمن CI/CD. ومن أمثلة GitLab خط أنابيب ذاتي الإصلاح يحلل اختبارًا فاشلًا، ويولّد الإصلاح، ثم يُودِعه (commit) ويُخطر الفريق. ويمكن وضع نقاط تحقق بشرية عند الخطوات الحساسة.

يعمل كل ذلك ضمن نموذج حوكمة واحد: الهوية (identity) والسياسات وسلسلة الأدلة (evidence chain) مشتركة بين جميع التدفقات. وبالنسبة إلى الشركات الخاضعة للتدقيق، فهذه على الأرجح الحجة الأقوى لصالح النهج القائم على المنصة مقابل تشتّت الوكلاء الخارجيين. ويمكن توسيع المجموعة عبر AI Catalog، بربط وكلاء وأدوات خارجية من خلال عميل MCP وخادم MCP. وتغطي الوكلاء والتدفقات الأساسية بالفعل المراحل من التخطيط إلى التحليل في واجهة GitLab وبيئة التطوير (IDE) وDuo CLI.

التوافر والخطوات الأولى

وفق شروط الإطلاق:

• التدفقات الموجّهة بالأهداف: GitLab.com وSelf-Managed وDedicated، وباقتا Premium وUltimate؛
• الحد الأدنى للإصدارات: GitLab 19.3 وDuo CLI 9.17.0؛
• Custom Flows: متاحة بالفعل للجميع (GA)؛
• خادم MCP وGitLab for Slack: يُتوقع إصدارهما العام (GA) في وقت لاحق من هذا الشهر؛
• الدفع: عبر GitLab Credits، وهي مضمّنة في اشتراك Premium أو Ultimate.

من المنطقي أن تبدأ بخطوات صغيرة. تحقق أولًا من إصدارَي GitLab وDuo CLI، وفعّل Duo Agent Platform، ثم شغّل `/goal` على مهمة ضيقة بمعيار اكتمال لا لبس فيه، مثل اختبار فاشل بخطأ قابل للتكرار. صياغة الهدف تحسم الجزء الأكبر: فعبارة «CI أخضر» يمكن للآلة التحقق منها، أما «تحسين الشيفرة» فلا. بعد ذلك انقل عملية يدوية متكررة إلى Custom Flow، مع إبقاء نقاط التحقق البشرية عند الدمج (merge) والتعامل مع الأسرار. ومن المنطقي تخطيط الربط مع Slack بعد الإتاحة العامة (GA)، حين يخرج التكامل من مرحلة الوصول المبكر.

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