الوكيل الأول في أي فريق هو قصة إنتاجية فردية. أما الوكيل الخامس فهو قصة تنظيمية. وفي نقطة ما بين الاثنين، يتوقف الفريق عن كونه فريقاً يستخدم الذكاء الاصطناعي ليصبح فريق وكلاء: بشر ووكلاء يعملون على اللوحة نفسها، وفي المهام نفسها، وفق قواعد اضطرّ أحدهم إلى كتابتها.
هذا الانتقال هو موطن معظم الأسئلة المثيرة: من يملك العمل الذي نفّذه وكيل؟ وماذا يتضمن الاجتماع اليومي عندما تُحدِّث اللوحة نفسها؟ وكم وكيلاً يستطيع المراجع الواحد أن يستوعب؟ يغطي هذا الدليل تكوين فريق الوكلاء، وتقسيم العمل الذي يصمد أمام واقع العمل، واتفاقيات العمل التي تستحق أن تُقتبس. Sharkly هي المنصة التي نبنيها لهذا الشكل من الفرق، وأنماط الفشل الواردة أدناه مستقاة من مشاهدتنا لهذا الشكل حين يسير في الاتجاه الخاطئ.
الخلاصة السريعة
فريق الوكلاء هو مجموعة يحمل فيها البشر ووكلاء الذكاء الاصطناعي مهاماً مُسندة داخل نظام واحد مشترك، مع احتفاظ البشر بالتوجيه والصلاحية والقبول. يقوم الوكلاء بالبحث والتنفيذ والاختبار وإعداد التقارير، بينما يحدد البشر الاتجاه ويمنحون الصلاحية ويقبلون النتيجة. والمتطلبات العملية هي: سجل مهمة يستطيع الطرفان قراءته، ومُكلَّف بالتنفيذ منفصل عن الشخص المسؤول، وحالة مراجعة تصل إلى شخص ما، ونطاق مكتوب كافٍ حتى لا يضطر الوكيل إلى التخمين.
مِمّ يتكوّن فريق الوكلاء
ثلاثة أنواع من المشاركين، ومن المفيد تسميتهم بدقة.
البشر ينشئون المهام ويحدّثونها، ويعلّقون، ويستقبلون عناصر قائمة الانتظار، وتُسند إليهم مهام، ويراجعون نتائج الوكلاء، ويديرون الإعدادات التي يسمح بها دورهم. وهم المشاركون الوحيدون القادرون على تحمّل المسؤولية.
الوكلاء إعدادات عمل محفوظة وليست أوامر توجيهية لمرة واحدة: تعليمات، وبيئة تشغيل مثل Claude Code أو Codex، ومستودعات، وبيئة، وإعدادات تشغيل، ومهارات مرتبطة. والوكيل أقرب إلى دور موثّق منه إلى شخص. ويتناول دليل Sharkly Agents التعريفي ما يتضمنه الوكيل.
الأطقم تجمع الوكلاء تحت وكيل قائد واحد للأعمال التي تحتاج إلى تنسيق. والتنفيذ يبدأ بالقائد أولاً: يقرأ القائد المهمة وتعليمات الطاقم، ثم إما يتولى العمل بنفسه أو يستدعي أعضاء محددين. وهذا الترتيب موجود لمنع كل الأعضاء من البدء في الوقت نفسه. والتفاصيل في دليلنا إلى Sharkly Crews.
ويُبنى الوصول فوق ذلك طبقات: يحدد دور المستخدم في المؤسسة القدرات الإدارية الواسعة، بينما تحدد عضوية المساحة مساحات العمل التي يمكن للشخص الوصول إليها. ويُقيَّد الوكلاء بالطريقة نفسها، بمستودعات محددة وأجهزة محددة.
تقسيم العمل الذي ينجح فعلاً
العقد الذي تعتمده Sharkly نفسها يمثل افتراضاً جيداً لأنه ضيّق بما يكفي ليكون قابلاً للإنفاذ: الوكلاء يبحثون وينفذون ويختبرون ويعدّون التقارير، والبشر يحددون الاتجاه ويمنحون الصلاحية ويقبلون النتيجة.
أربع مسؤوليات تبقى مع البشر مهما بلغت قدرات الوكلاء.
- التوجيه. تحديد ما يستحق العمل عليه وبأي ترتيب.
- السياق. كتابة نطاق يستطيع الوكيل العمل بناءً عليه: لماذا تهم هذه المهمة، وما هو خارج النطاق، والملفات والقيود ذات الصلة، وكيف ستُراجَع المهمة عند إنجازها.
- القبول. قراءة الأدلة وتقرير أن العمل منجز. فاكتمال التشغيل ليس نتيجة مقبولة.
- التصعيد. تحديد ما يحدث عندما يتعطّل الوكيل أو يخطئ أو يصطدم بسؤال يحتاج إلى حكم بشري.
وكل ما عدا ذلك قابل للتفاوض، ويتوقف على مدى ثقة فريقك بسجل وكيل معيّن في نوع معيّن من العمل.
كيف تنتقل المهام عبر الفريق
الحلقة قصيرة ويستحق توضيحها، لأن الفرق التي تتخطى خطوة ما تشعر بأثر ذلك خلال أسبوع.
- يكتب أحد الأشخاص مهمة بنتيجة محددة ومعايير قبول واضحة.
- تُسند المهمة إلى شخص مسؤول عن المسؤولية، وإلى وكيل أو طاقم كمُكلَّف بالتنفيذ. وهذان حقلان منفصلان، وتغيير أحدهما لا يغيّر الآخر.
- نقل المهمة من حالة قائمة الأعمال المعلّقة يبدأ التشغيل عندما يكون الوكيل المُكلَّف جاهزاً.
- يجري التشغيل على جهاز متصل، داخل دليل معزول، مع عودة التقدم والعوائق إلى المهمة.
- يترك الوكيل العمل في حالة انتظار رد بشري أو انتظار مراجعة بشرية، وهو ما يصل إلى صندوق وارد الوكلاء الخاص بالشخص المسؤول.
- يقرأ أحد الأشخاص سجل التتبع والفرق (diff)، ثم يقبل، أو يعلّق للاستمرار، أو يعيد الإسناد.
التعليقات هي المحادثة المستدامة. والتعليق على مهمة لوكيل جاهز يمكن أن يضع التشغيل التالي في قائمة الانتظار، ما يجعل ملاحظات المراجعة والتنفيذ حركة واحدة بدل نظامين.
ثلاثة أنماط فعّالة
المطوّر المزدوج. يحتفظ كل مطوّر بوكيل أو وكيلين لأعماله المتكررة: تغطية الاختبارات، وتحديث الاعتماديات، وإعادة الهيكلة التي أجراها عشرين مرة. وتكمن فائدة الفريق في أن تعريفات هؤلاء الوكلاء مشتركة، فيرث الموظف الجديد خمس إعدادات جاهزة من يومه الأول بدل أن يبني إعداداته بنفسه.
الفريق الفرعي بطاقم مشترك. يتولى طاقم واحد فئة من الأعمال يعتمد عليها الفريق الفرعي بأكمله، مثل التحضير للإصدار أو فرز الحوادث. ويقرر الوكيل القائد أي عضو يساهم، ويتولى شخص واحد مسؤولية هذه الفئة. وهذا هو النمط الأبعد مدى في التوسع قبل أن تصبح قدرة المراجعة عنق الزجاجة.
فريق المنصة الذي يوحّد المعايير. يتولى فريق المنصة أو تجربة المطوّرين مسؤولية تعريفات الوكلاء والمهارات وإعدادات الأجهزة لعدة فرق منتجات. وفرق المنتجات تُسند العمل، بينما يبقي فريق المنصة بيئات التشغيل والصلاحيات والتعليمات محدّثة. ويقايض هذا النمط بعض الاستقلالية مقابل الاتساق، وهو عادةً المقايضة الصحيحة بعد تجاوز نحو ثلاثين مهندساً.
لا يتطلب أي من الأنماط الثلاثة إعادة هيكلة أي شيء. فهي أنماط تحدد من يملك إعدادات الوكلاء، وهو السؤال الذي يحدد ما إذا كانت قدرات الوكلاء تتراكم عبر الفريق أم تبقى فردية.
اتفاقيات عمل تستحق التبنّي
شخص مسؤول واحد لكل مهمة. حتى عندما ينفّذ العمل طاقم من أربعة وكلاء. بل خاصةً في هذه الحالة.
يُكتب النطاق قبل الإسناد. إذا لم يستطع أحد تحديد كيفية التحقق من النتيجة، فالمهمة ليست جاهزة لوكيل. هذه القاعدة وحدها تُلغي معظم عمليات التشغيل السيئة.
المراجعة طاقة مجدولة، لا وقت فراغ. حدّد مقدار عمل الوكلاء الذي يستطيع كل مراجع استيعابه يومياً والتزم بهذا الرقم. فكومة نتائج الوكلاء غير المراجَعة المتنامية هي الدين نفسه الذي تمثله طلبات السحب غير المدموجة، لكنها تنمو أسرع.
عمليات التشغيل الفاشلة تُشخَّص، لا يُعاد تشغيلها. افتح سجل التنفيذ واقرأ العنوان والتفاصيل التقنية أولاً. فأخطاء المورّدين المتشابهة في المظهر غالباً ما تحتاج إلى إصلاحات متعاكسة، وإعادة التشغيل التلقائية تخفي السبب الحقيقي.
لكل تعريف وكيل مالك وتاريخ مراجعة. فالتعليمات تتقادم. يترك المطوّر الذي كتب وكيل الترحيل الشركة، وتتغيّر الأعراف، ويظل الوكيل يطبّق قواعد الربع الماضي بثقة تامة.
ما الذي ينهار أولاً مع نمو الفريق
قدرة المراجعة هي أول ما ينهار، في كل مرة. والقيود الثاني هو طاقة الأجهزة: تتراكم عمليات التشغيل في الانتظار حتى يتوفر التزامن أو دليل عمل حر، ويكتشف الفريق الذي أضاف وكلاء دون إضافة أجهزة وجود قائمة انتظار لا يستطيع رؤيتها من اللوحة.
والثالث هو انحراف الملكية. فعندما يساهم عدة وكلاء في مهام مترابطة ولا يعيد أحد تسمية المالك بعد التسليم، ينتهي بك الأمر إلى عمل مُسند تقنياً وبلا مالك فعلياً. ومراجعة أسبوعية للمهام التي لها مُكلَّفون من الوكلاء ومالكون بشر متقادمون تستغرق عشر دقائق وتمنع النسخة الفوضوية من هذه المشكلة. وإذا كنت تفضّل البدء من نظام يفصل هذه الحقول أصلاً، نزّل Sharkly وشغّل نوعاً واحداً متكرراً من العمل عبره لمدة أسبوع.
الأسئلة الشائعة
كم وكيلاً لكل مطوّر يُعدّ عدداً معقولاً؟ ابدأ بواحد أو اثنين ودع معدل إنتاجية المراجعة يحدد السقف. والعدد الصحيح هو الذي لا تنتظر فيه النتائج أكثر من يوم عمل واحد لقرار بشري.
هل يحضر الوكلاء الاجتماع اليومي؟ عملهم هو الذي يحضر. فاللوحة تحمل الحالة، فيصبح الاجتماع اليومي قائمة الاستثناءات: الإخفاقات، وعمليات التشغيل المتعطلة، والنتائج المنتظرة لأشخاص.
هل ينبغي أن يكون الوكيل المُكلَّف الوحيد في أي حال؟ لا. أبقِ شخصاً مسؤولاً عن النتيجة، مع وضع الوكيل في خانة التنفيذ. ويشرح دليلنا إلى إدارة مشاريع وكلاء الذكاء الاصطناعي لماذا يزداد أهمية هذا الفصل مع نمو الحجم.
كيف نُدمج وكيلاً جديداً في الفريق؟ بالطريقة نفسها التي تدمج بها شخصاً: أسند إليه مهمة أولى ضيقة، وراجع عن كثب، ثم وسّع النطاق. واحفظ ما نجح كتعليمات ومهارات للوكيل حتى لا يكتشفه الفريق التالي من جديد.
