إدارة مهام وكلاء الذكاء الاصطناعي: من يكلّف ومن يقبل العمل؟

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

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

باختصار

المهمة الجاهزة للوكيل تحدّد النتيجة المرجوة والنطاق والسياق وكيفية مراجعة الإنجاز. وللإسناد خانتان: الأشخاص مسؤولون، ووكيل واحد أو فريق ينفّذ. وفئات الحالة هي التي توجّه التنفيذ، فحالة Backlog المتوقفة تمنع التشغيل، والخروج منها قد يبدأ عملية تشغيل، وحالتا Canceled وDuplicate توقفان العمليات النشطة بينما لا تفعل حالة Completed ذلك. وحالة المهمة وحالة تشغيل الوكيل منفصلتان، والمراجعة حالة مسمّاة يجب أن تصل إلى شخص، لا مجرد نيّة يؤجلها إلى وقت لاحق.

ما الذي تحتويه المهمة الجاهزة للوكيل

الوصف هو الواجهة. فكل ما يعرفه الوكيل عن نيّتك يأتي منه، إضافة إلى ما تحمله المهمة في حقولها.

المهمة المفيدة تسمّي النتيجة المرجوة لا الموضوع، ويضيف وصفها ما يحتاجه شخص أو وكيل جديد للمضي قدمًا:

• لماذا يهم هذا العمل؛
• ما هو داخل النطاق وما هو خارجه؛
• الملفات أو الروابط أو الأمثلة أو السلوك الملاحظ ذات الصلة؛
• القيود والقرارات المتخذة مسبقًا؛
• كيف ستُراجع عملية الإنجاز.

وهذا السطر الأخير يقوم بعمل أكثر مما تقوم به بقية الأسطر مجتمعة. فهو الفرق بين نتيجة يمكنك قبولها في دقيقتين ونتيجة عليك تفكيكها عكسيًا لتفهمها. ابدأ صغيرًا وحسّن الوصف مع تقدّم التحقيق في العمل؛ فلا مانع أن يتحسّن وصف المهمة.

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

الإسناد: خانتان لا خانة واحدة

أكثر خطأ تصميمي شيوعًا في إدارة مهام الوكلاء هو وجود حقل واحد للمكلَّف بالمهمة.

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

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

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

الحالة: الجزء الذي يتحكم في التنفيذ

الحالة ليست زخرفة بمجرد دخول الوكلاء في الصورة. فكل حالة ظاهرة تنتمي إلى فئة، والفئة تحمل معنى على مستوى النظام.

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

القاعدة الثانية أن حالة دورة الحياة وحالة عمل الوكيل منفصلتان. فقد تبقى المهمة في حالة Started بينما الوكيل يعمل، أو ينتظر ردًا بشريًا، أو ينتظر مراجعة بشرية، أو يبلّغ عن خطأ. وحالات التشغيل مثل Queued وDispatched وRunning وCompleted وFailed وCanceled تصف تقدّم التنفيذ ولا تنقل المهمة تلقائيًا. والخلط بين الاثنين هو ما يجعل اللوحة تبدو سليمة بينما ثلاثة نتائج ترقد دون قراءة.

المراجعة: جعل التسليم صريحًا

ينهي الوكلاء عمليات التشغيل في أحد موضعين مفيدين: بنتيجة، أو بسؤال. وكلاهما يحتاج إلى أن يصل إلى شخص.

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

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

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

قالب مهمة يستحق النسخ

الفرق التي تكتب مهام الوكلاء جيدًا تتفق عادة على الهيكل نفسه. احتفظ به كقالب جاهز واملأه؛ فالأمر كله يستغرق نحو ثلاث دقائق ويوفّر عملية تشغيل مهدورة.

Outcome: <what is true when this is done>

Context:
- Why this matters now
- Observed behavior, with the exact error or reproduction steps
- Files, links, or examples that are relevant

Scope:
- In: <the change you want>
- Out: <adjacent work the agent should not touch>

Constraints:
- Decisions already made, conventions to follow, things not to change

Review:
- How completion will be checked, and by whom

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

خمسة أخطاء يُستحسن تجنّبها

1. حقل واحد للمكلَّف بالمهمة. تتداخل المسؤولية مع التنفيذ، وتختفي الملكية.
2. التعامل مع عملية تشغيل مكتملة كنتيجة مكتملة. فانتهاء العملية لا يقول شيئًا عن صحة التغيير.
3. إعادة محاولة العمليات الفاشلة بشكل تلقائي. افتح السجل أولًا. فأخطاء المزوّد المتشابهة في الظاهر كثيرًا ما تحتاج إلى إصلاحات متعاكسة.
4. ترك المراجعات تتراكم. فنتائج الوكلاء غير المراجَعة دين يتراكم أسرع من طلبات الدمج غير المدموجة.
5. كتابة المهام لشخص يعرف السياق مسبقًا. إذا كانت معايير القبول في رأسك، فالوكيل يخمّن.

الأسئلة الشائعة

هل يمكن للوكيل تغيير حالة المهمة؟ في حدود معينة. فسير عمل نوع المهمة يقيّد الحالات المتاحة، لذا لا يستطيع الوكيل اختيار إلا الحالات التي يسمح بها سير العمل.

ماذا يحدث إذا علّقت أثناء وجود عملية تشغيل نشطة؟ يمكن إدراج التعليق المؤهل في طابور دورة التشغيل التالية بدل بدء عملية موازية مكررة، وتُدمج التعليقات المتقاربة زمنيًا حتى لا تنشئ عمليات معلّقة مكررة.

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

كيف يختلف هذا عن إدارة المشاريع العادية؟ المكوّنات الأساسية هي نفسها، أما الصرامة فليست كذلك. ويغطي دليلنا حول إدارة مشاريع وكلاء الذكاء الاصطناعي ما يتغير في كل مكوّن أساسي عندما لا يستطيع المنفّذ طرح سؤال توضيحي في الممر.