مدير مهام الذكاء الاصطناعي: إسناد عمل الوكلاء وتتبعه ومراجعته

لديك Claude Code يعمل في نافذة طرفية، وCodex في أخرى، وجلسة Gemini CLI بدأتها قبل ساعة وكدت تنساها. الثلاثة يعملون جميعًا. لكن لا أحد منهم قادر على إخبارك بما يفعله الآخر. وعندما تنتهي من تفقّد كل نافذة، تكون قد فقدت خيط الأول، وما زلت عاجزًا عن الإجابة عن السؤال الوحيد المهم: ما الذي انتهى، وما الذي يحتاج نظرة منك قبل دمجه.

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

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

ما الذي يجب أن يفعله مدير المهام بالذكاء الاصطناعي

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

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

لا توجد أداة تتصدّر كل الأعمدة. والفروق المثيرة تكمن في المقايضات.

الأدوات في أفضل صورها

فيما يلي تقييم لكل خيار في أقوى صوره، لا في صورة مشوّهة.

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

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

Conductor وClaude Squad هما الخيار المحلي الخفيف. يشغّلان عدة جلسات Claude Code في أشجار عمل git معزولة على جهازك بأقل قدر من التعقيدات. وما يفعلانه ولا يفعله Sharkly: يبقيان بسيطين ولمستخدم واحد، بلا حسابات تسجيل دخول. والثمن هو غياب وضوح العمل للفريق ومسار المراجعة المشترك؛ فأنت وحدك من يرى العمل. ويتناول مقارنة Claude Squad وConductor وtmux هذا النهج المحلي.

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

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

أين يقع Sharkly في الصورة

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

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

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

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

أي واحدة تختار، حسب حجم الفريق

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

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

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

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

هل عليّ التخلي عن Claude Code أو Codex لاستخدام واحد؟ لا. جوهر الطبقة المحايدة تجاه المزوّد هو أن تحتفظ بالوكلاء الذين تشغّلهم بالفعل. يدير Sharkly الإسناد والسياق والمراجعة حولهم بدلًا من أن يحلّ محلهم.

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

شغّل وكلاءك البرمجيين الحاليين عبر Sharkly عندما تصبح المراجعة، لا كتابة الكود، هي الجزء الصعب.