Sharkly مقابل Conductor: أين يعمل الوكلاء المتوازيون عندما ينمو الفريق؟

Conductor هو الأداة التي يذكرها معظم الناس أولاً عندما يكون الحديث عن تشغيل عدة وكلاء برمجة في وقت واحد. وقد استحقّ ذلك عن جدارة. تطبيق أصلي لنظام Mac، ووكلاء في مساحات عمل معزولة، وفروق كود نظيفة للمراجعة، ودون أيٍّ من بهلوانيات tmux التي كانت هذه الطريقة تتطلبها سابقاً.

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

الخلاصة السريعة

يشغّل Conductor وكلاء Claude Code وCodex وCursor بالتوازي داخل مساحات عمل معزولة على macOS، مع خطة مجانية تُحضِر فيها اشتراكاتك ومفاتيحك بنفسك، وخطط مدفوعة تضيف Conductor Cloud، وواجهة API، وتعاوناً مباشراً للفرق، وضوابط هوية للمؤسسات. وتذكر وثائقه أنه غير متاح على Windows أو Linux حتى الآن. أما Sharkly فيشغّل الوكلاء على أجهزة Computers تتصل بها، بما في ذلك الخوادم البعيدة والحاويات، على macOS وLinux وWindows، ويغلّفها بنظام عمل: المهام Tasks والمشاريع Projects والسبرنتات Sprints والأطقم Crews ومزامنة ثنائية الاتجاه مع Jira. إذا كان فريقك بالكامل على macOS ويريد أكثر تجربة أصلية مُتقنة، فإن Conductor إجابة قوية. أما إذا كان التنفيذ بحاجة إلى الخروج من الحاسوب المحمول، أو كان التخطيط بحاجة إلى أن يعيش مع التنفيذ، فهنا يبدأ دور Sharkly.

ما الذي يتقنه Conductor

أثبت Conductor أمراً أصبحت الفئة بأكملها تفترضه اليوم: العمل المتوازي للوكلاء يحتاج إلى العزل وإلى واجهة مراجعة، ويجب أن يكون كلاهما على بعد نقرة واحدة بدلاً من طقوس في سطر الأوامر.

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

التسعير صريح بشأن علاقته ببيئة التشغيل. تقول الخطة المجانية إنك تحضر اشتراكاتك ومفاتيحك بنفسك، وهو الموقف الصحيح لطبقة لا تشغّل النموذج بنفسها. أما الخطط المدفوعة فتضيف Conductor Cloud مع ساعات مساحات عمل سحابية وواجهة Conductor API في خطة Pro، بينما تضيف خطة Teams تعاوناً مباشراً لفرق بأي حجم، وفوترة مركزية، وبوابة إدارة. وتضيف خطة Enterprise اتفاقية معالجة بيانات، وتسجيل دخول موحّد SAML SSO، وSCIM، واتفاقية مستوى خدمة SLA مع دعم مخصص.

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

إذا أردت صورة أوسع لمشغّلات الوكلاء المحلية، فإن مقارنتنا بين Claude Squad وConductor وtmux تغطي كيف تختلف هذه المقاربات عملياً.

أين تصل تطبيقات macOS الأصلية إلى حدودها

تتبع ثلاثة قيود من هذا التصميم، وواحد فقط منها يتعلق بالميزات.

المنصة. تقول وثائق تثبيت Conductor: «Conductor غير متاح على Windows أو Linux حتى الآن.» وبالنسبة إلى فريق كله على Mac، فهذه ليست مشكلة. أما بالنسبة إلى فريق يضم مطوّراً على Windows، أو محطة عمل Linux، أو خادم بناء قريب من CI، فهي تحسم السؤال قبل أن تبدأ أي مقارنة ميزات.

مضيف التنفيذ. تعمل مساحات العمل حيث يعمل التطبيق. وتضيف Conductor Cloud ساعات مساحة عمل مستضافة في الخطط المدفوعة، ما يخفف حدة هذه النقطة، لكن النموذج المحلي يظل متمركزاً حول جهاز المطوّر. أما عمل الوكيل الذي يحتاج جهازاً يملك مساراً عبر VPN، أو قاعدة بيانات مُهيّأة، أو وحدة معالجة رسومات GPU، فهو نوع مختلف من المضيفات، وهو عادةً ليس حاسوباً محمولاً.

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

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

معيار الاختيار بينهما

استخدم Conductor عندما يكون الجميع على macOS، ويكون الوكلاء الذين تريدهم هم Claude Code أو Codex أو Cursor، ويسير العمل بشكل جيد على أجهزة المطوّرين أو على ساعات مساحات عمل مستضافة، ويكون تخطيطك موجوداً أصلاً في أداة تتبّع راضٍ عنها. فالتطبيق الأصلي مع التعاون المباشر أخفّ من نظام عمل كامل، والخفة ميزة.

استخدم Sharkly عندما يجب أن يحدث التنفيذ بعيداً عن الحاسوب المحمول أو عبر منصات مختلطة، أو عندما يريد الفريق أن يجمع التخطيط والتنفيذ والمراجعة في سجل واحد.

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

هذا الفصل هو التصميم بأكمله. فالوكيل Agent يحدد كيف يجب التعامل مع العمل. والحاسوب Computer يوفّر المضيف والموارد المحلية. وبيئة التشغيل Runtime تنفّذ جلسة الوكيل الفعلية. وتبقى المهمة Task هي السجل المشترك للفريق.

ما الذي يضيفه نظام العمل

إذا كنت راضياً أصلاً عن العزل المتوازي، فهذا القسم هو السبب الوحيد لمواصلة القراءة.

للعمل بيت يعيش أطول من الجلسة. المهمة Task هي وحدة العمل الأساسية. تنتمي إلى مؤسسة Organization ومساحة Space، ويمكن أن تنتمي أيضاً إلى مشروع Project أو سبرنت Sprint. وتسجّل الهدف والوصف، والحالة، والأولوية، والتواريخ، والوسوم، ونوع المهمة، والشخص المسؤول، والوكيل أو الطاقم المكلّف بالتنفيذ، والتعليقات والمرفقات، وحالة تنفيذ الوكيل وأثره ونتيجته. وعندما يتعطّل تشغيل ما، يظهر التعطّل على المهمة نفسها، حيث سيجده من يلتقطها غداً.

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

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

تبقى أداة التتبّع متصلة. يدعم تكامل Sharkly مع Jira كلاً من Jira Cloud وJira Server أو Data Center، مع الاستيراد، أو المزامنة أحادية الاتجاه، أو المزامنة ثنائية الاتجاه التي تربط مشروع Jira بمساحة Space. فالفرق التي لا تستطيع مغادرة Jira ليست مضطرة إلى ذلك.

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

مثال عملي

فريق من اثني عشر شخصاً يطوّر تطبيق ويب وخدمة بيانات داخلية. ثمانية مطوّرين على أجهزة Mac، واثنان على Windows، واثنان يؤديان معظم عملهما عبر SSH على جهاز Linux يضم خط أنابيب البيانات.

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

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

وما زال كل تشغيل يحصل على شجرة عمل worktree معزولة، وهو الجزء الذي رفضوا التخلي عنه. ويغطي دليلنا حول تشغيل الوكلاء بالتوازي في أشجار عمل معزولة الآليات التي تجعل التشغيل المتزامن آمناً.

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

Sharkly مقابل Conductor: مقارنة منصفة

أخطاء شائعة

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

استخدام الصورة القديمة «أداة فردية». لدى Conductor خطة Teams مع تعاون مباشر وبوابة إدارة. وإذا أخبرك أحدهم أنه لا يخدم الفرق، فهو لم يتحقق من الأمر مؤخراً.

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

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

الخلاصة

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

أما Sharkly فيجيب عن سؤال مختلف: أين يعمل الوكيل عندما ينتمي العمل إلى خادم، وكيف ينضم فريق مختلط المنصات، وكيف تبقى الخطة في السجل نفسه مع أثر التنفيذ والقرار البشري. Sharkly ليس بديلاً عن Claude Code أو Codex أو أدوات تنفيذ أخرى. بل يضيف المهمة المشتركة، والحاسوب Computer، والسياق، والتحكم، وطبقة المراجعة حول الأدوات التي يستخدمها فريقك بالفعل.

إذا كان إعداد الوكلاء المتوازي لديك ناجحاً لكنه لا يخدم إلا جزءاً من فريقك، فتلك هي الفجوة. ابدأ مع Sharkly، وصِل حاسوباً Computer واحداً ليس حاسوباً محمولاً، وأسند إليه مهمة Task واحدة.

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

هل يعمل Conductor على Windows أو Linux؟ تذكر وثائق تثبيته أن Conductor غير متاح على Windows أو Linux حتى الآن، وتدعوك للتسجيل لتصلك إشعارات. تحقق من الوثائق الحالية قبل أن تقرر.

هل يشغّل Sharkly الوكلاء في أشجار عمل معزولة مثل مساحات عمل Conductor؟ نعم. فالتشغيلات معزولة كي لا يتصادم الوكلاء المتوازنون، ويكون العزل مرتبطاً بمهمة Task مشتركة بدلاً من قائمة مساحات عمل محلية.

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

ما الوكلاء الذين يدعمهم Sharkly؟ أي بيئة تشغيل Runtime تكتشفها الخدمة المحلية على الحاسوب Computer المتصل، وأي بيئة ACP مخصصة تضبطها بأيقونة واسم وأمر تشغيل.

من يدفع مقابل استخدام النموذج في كل منهما؟ كلتاهما تترك ذلك لك. فالخطة المجانية في Conductor تقول أحضر اشتراكاتك ومفاتيحك؛ ويذكر Sharkly أن استخدام النموذج يستمر عبر الاشتراكات أو مفاتيح API المُهيّأة في تلك الأدوات.

هل يحتاج Sharkly إلى خادم مخصص؟ لا. يمكن أن يكون الحاسوب Computer حاسوباً محمولاً. والنقطة أنه ليس مضطراً إلى ذلك، بحيث يمكن للعمل الذي يحتاج بيئة محددة أن يعمل حيث توجد تلك البيئة أصلاً.