Claude Squad مقابل Conductor مقابل tmux: إعدادات الوكلاء بنفسك

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

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

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

باختصار

Conductor وClaude Squad وtmux الخام مع git worktrees هي ثلاث طرق لتشغيل عدة وكلاء برمجة بالذكاء الاصطناعي بالتوازي على جهازك. Conductor تطبيق Mac مجاني مصمم للعمليات الفردية المحلية. Claude Squad تطبيق طرفية متعدد المنصات يضيف مُبدّلاً فوق جلسات tmux وgit worktrees. أما tmux الخام مع سكربتات worktree فيمنحك تحكمًا كاملاً دون أي تجريد. الثلاثة جميعًا تتفوق في التنفيذ المتوازي. لكن لا أحد منها بُني لمنح فريق رؤية مشتركة أو مراجعة أو تسليم مهام، وهذه بالضبط النقطة التي تنتقل عندها إلى طبقة تنسيق مثل Sharkly.

العقبة الحقيقية ليست التوازي

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

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

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

Conductor: تطبيق Mac المجاني للعمليات المتوازية الفردية

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

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

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

استخدم Conductor عندما تكون مطوّرًا منفردًا على Mac تشغّل Claude Code وتريد أسرع طريق من "طرفيات كثيرة" إلى "نافذة واحدة هادئة". وابحث عن شيء آخر عندما يحتاج شخص ثانٍ إلى رؤية أي من هذه العمليات أو مراجعتها أو تولّيها.

Claude Squad: tmux وworktrees مع واجهة طرفية فوقهما

Claude Squad تطبيق طرفية مفتوح المصدر يدير عدة وكلاء في مساحات عمل معزولة. في جوهره يفعل ما يكتبه مهندس دقيق بسكربت يدوي: ينشئ git worktree لكل وكيل ويشغّل كل وكيل داخل جلسة tmux خاصة به، ثم يضع واجهة نصية فوق ذلك لتُدرج وكلاءك وتنتقل إلى أي منهم وترى من يعمل أو ينتظر أو انتهى. إنه متعدد المنصات، يعمل على macOS وLinux، وغير مرتبط بمشغّل واحد. يستطيع تشغيل Claude Code وCodex وAider وغيرها من وكلاء الطرفية، ما يجعله مفضلاً لدى المطوّرين الذين يمزجون الأدوات. الكود المصدري موجود في مستودع Claude Squad على GitHub.

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

حدوده هي حدود الطرفية التي يعيش فيها. الحالة محلية على جهازك وصدفتك (shell). عندما تغلق الجلسة، تغلق معها الصورة المشتركة. لا يوجد جدول زمني يمكن لمدير فتحه، ولا مكان يستطيع فيه مراجع غيرك قبول تغيير أو رفضه، ولا قائمة يمكن لزميل سحب المهمة التالية منها. Claude Squad مركز قيادة ممتاز لمشغّل واحد. لم يكن يحاول أن يكون نظام السجلات لفريق، وطلبه ذلك يعني طلب الأداة الخطأ.

استخدم Claude Squad عندما تكون مطوّرًا يعيش في الطرفية ويشغّل مزيجًا من الوكلاء على جهاز واحد ويريد مُبدّلاً سريعًا دون التخلي عن worktrees وtmux. وابحث عن شيء آخر عندما تحتاج العمليات إلى أن تُسند لأشخاص آخرين أو يراجعها شخص ليس جالسًا على لوحة مفاتيحك.

tmux الخام مع git worktrees: السكربتات التي تملكها

أصدق الإعدادات المصنوعة يدويًا هي أيضًا الأقدم: بضعة سكربتات صدفة تنشئ worktrees وتفتح نوافذ tmux، واحدة لكل وكيل. تبدو هكذا.

# one worktree and one branch per parallel unit of work
git worktree add ../app-auth    -b feature/auth
git worktree add ../app-billing -b feature/billing

# a named tmux window per agent, launched in its worktree
tmux new-window -n auth    -c ../app-auth    'claude'
tmux new-window -n billing -c ../app-billing 'claude'

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

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

تظهر التكلفة مع نمو إعدادك، وتظهر كصيانة لا كميزات. التنظيف عليك: تتراكم أشجار العمل القديمة حتى يصير git worktree prune وأمر tmux kill-session جزءًا من روتينك. وتعارضات التسمية عليك. الوكيل المنهار يترك نافذة ميتة وفرعًا نصف مكتمل، ولاحظ ذلك عليك. ولا شيء من هذا يخرج من جهازك، ففي اللحظة التي يسأل فيها زميل "ماذا أنجز وكلاؤك هذا الأسبوع"، تكمن الإجابة الوحيدة في مخزن تمرير شاشتك. السكربتات توسّع إنتاجيتك، لكنها لا توسّع قدرتك على مشاركة النتيجة.

استخدم tmux الخام وسكربتات worktree عندما تريد تحكمًا كاملاً، وتستمتع بملكية أدواتك، ويكون الجمهور الوحيد للعمل هو أنت. وابحث عن شيء آخر عندما تجد نفسك تعيد بناء منطق تتبع الحالة والتنظيف وتسليم المهام الذي يبدأ يشبه منتجًا لم تقصد كتابته.

مقارنة جانبية: ما يبرع فيه كل إعداد يدوي

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

خط التخرّج: عندما تتوقف إدارة النوافذ عن كونها المشكلة

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

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

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

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

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

كيف يبدو سير العمل المتوازي ذاته في Sharkly

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

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

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

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

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

من الأفضل له البقاء، ومن تجاوز الأمر

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

• ابقَ على Conductor إذا كنت مطوّر Mac منفردًا يريد عمليات Claude Code متوازية في نافذة هادئة ولا يحتاج أحد آخر رؤيتها. يؤدي ذلك ببراعة ولا يطلب شيئًا من خادم.
• ابقَ على Claude Squad إذا كنت تعيش في الطرفية وتشغّل مزيجًا من المشغّلات وتريد مُبدّلاً سريعًا فوق worktrees وtmux لعملك الخاص. إنه مركز قيادة قوي لمشغّل واحد.
• ابقَ على tmux الخام وسكربتات worktree إذا كنت تقدّر التحكم الكامل، وسير عملك مستقر، وأنت الجمهور الوحيد للنتيجة. الأدوات المملوكة تتفوق على المستأجرة عندما تكون الاحتياجات شخصية.
• انتقل إلى Sharkly عندما يتوقف العمل عن كونه ملكك وحدك: عندما يحتاج زميل لمراجعة عملية، وعندما يجب أن يتولى أحدهم الأمر في أثناء تغيبك، وعندما يحتاج مدير رؤية ما هو متعطل، أو عندما تلاحظ أنك تعيد بناء منطق الحالة والتسليم يدويًا. نظرة التنسيق العامة لدينا ترسم أين تلتقي الطبقات.

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

سيناريوهات واقعية

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

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

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

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

ما الفرق بين Claude Squad وConductor؟ Claude Squad تطبيق طرفية متعدد المنصات يدير الوكلاء عبر tmux وgit worktrees ويدعم عدة مشغّلات. أما Conductor فتطبيق سطح مكتب لـ macOS يركز على تشغيل Claude Code في واجهة نافذية. كلاهما يعزل كل عملية في شجرة عمل خاصة؛ والفرق هو طرفية مقابل تطبيق أصلي، ومتعدد المنصات مقابل Mac فقط.

هل أحتاج Claude Squad أو Conductor إذا كنت أستخدم git worktrees بالفعل؟ ليس بالضرورة. كلاهما راحة إضافية فوق الأساس نفسه. إذا كنت مرتاحًا في كتابة بضعة أوامر tmux وgit worktree، فالسكربتات الخام تمنحك العزل ذاته بمزيد من التحكم. تشتري الأدوات سهولة الاستخدام والتنظيف، لا قدرة جديدة.

هل تستطيع هذه الأدوات اليدوية التعامل مع مراجعة الفريق؟ لا، وهي لا تدّعي ذلك. Conductor وClaude Squad وسكربتات tmux تحفظ الحالة جميعًا على جهاز واحد لمشغّل واحد. المراجعة المشتركة، وقبول شخص آخر، والسجل الدائم للقرارات كلها ميزات سير عمل تعيش في طبقة تنسيق لا في مشغّل محلي. اطّلع على مقالتنا حول بدائل Vibe Kanban لهذا التمييز.

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

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

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

مستعد لعبور الخط؟ حمّل Sharkly، ووصّل كمبيوترًا، وأسند متطلبًا حقيقيًا واحدًا إلى وكيل واحد. أبقِ المشغّلات وأشجار العمل التي تثق بها، ودع العمل يبدأ بالعودة إلى مكان يستطيع فريقك كله رؤيته. تغطي الوثائق كل مفهوم بمزيد من العمق على docs.sharkly.ai.