باختصار: لتشغيل 10 وكلاء برمجة بالذكاء الاصطناعي في آنٍ واحد، توقف عن معاملة كل وكيل كنافذة طرفية تراقبها باستمرار. بدلاً من ذلك، حوّل كل جزء من العمل إلى مهمة مستقلة، وامنح كل مهمة جلسة تشغيل خاصة بوكيلها في مساحة عمل مستقلة (worktree) معزولة على جهاز كمبيوتر متصل، واجعل المتابعات عبر التعليقات على المهمة، ودع مُشغّلات الأحداث تتكفل ببدء المهام المتكررة. فدورك هو مراجعة النتائج، وليس مراقبة الجلسات.
يمكنك تشغيل 10 وكلاء برمجة بالذكاء الاصطناعي في الوقت نفسه دون الحاجة إلى 10 علامات تبويب للطرفية، والحد الذي ستصطدم به أولاً ليس قدرات النموذج. ففي مقالهم "استكشاف تصميم الوكيل الفائق" (Exploring Super-agent Design)، يوضح فريق DeepSeek Harness الأمر ببساطة: يستطيع الإنسان عادةً متابعة 3 إلى 5 جلسات نشطة فقط في وقت واحد؛ وما زاد عن ذلك، تصبح أنت نفسك عنق الزجاجة.
كان حلهم هو "الوكيل الفائق" (super-agent): منسّق واحد يتواصل مع البشر ويسند المهام إلى العديد من الوكلاء المنفّذين المعزولين. يصف المقال بنية معمارية نظرية وليس منتجاً جاهزاً. أما هذا الدليل فيوضح نموذجاً مبسطاً يمكن لأي فريق تطبيقه اليوم عبر لوحة Sharkly، باستخدام إعدادات Claude Code أو Codex المتوفرة لديك بالفعل.
هناك فارق جوهري واحد: منسّق DeepSeek هو نموذج لغوي كبير يقرر بنفسه من ينفذ ماذا؛ أما على اللوحة، فالإنسان هو من يتخذ هذا القرار، ويترك كل قرار سجلاً وتوثيقاً واضحاً وراءه.
لماذا تنهار فكرة فتح 10 طرفيات
عند الإدارة اليدوية، يسهل التعامل مع وكيلين أو ثلاثة. ولكن عند الوصول إلى عشرة، تظهر أربع مشكلات في وقت واحد:
- تتحول أنت إلى موجه للبيانات (router): تمر كل مطالبة، وكل أمر "متابعة"، وكل تعديل عبرك أنت شخصياً.
- تداخل السياقات: قد ينتهي إصلاح مخصص لفرع المصادقة (auth) داخل جلسة الفوترة، أو قد يعدل وكيلان في ملف الدفع نفسه فيلغي أحدهما عمل الآخر.
- يتحول حاسوبك المحمول إلى خادم: بمجرد إغلاق الغطاء، تتوقف جميع الجلسات. بينما تحتاج العمليات الطويلة إلى مضيف يظل قيد التشغيل دوماً.
- غياب التوثيق: عندما تنحرف إحدى الجلسات عن مسارها، يضيع سجل الأحداث في ذاكرة التمرير لنافذة طرفية قمت بإغلاقها بالفعل.
لقد تناولنا هذه التكلفة بالتفصيل في مقال الطرفيات الزائدة عن الحد. والحل يكمن في: نقل أعباء التنسيق من ذهنك إلى نظام يحفظ الحالة ويديرها.
إسقاط مفهوم "الوكيل الفائق" من DeepSeek على لوحة المهام
يقابل كل جزء من تصميم DeepSeek مكافئاً مباشراً على لوحة المهام.
| عنصر DeepSeek | دوره في المقال | على لوحة Sharkly |
|---|---|---|
| Router (الموجّه) | جلسة واحدة مستمرة؛ تتواصل مع البشر وتوزع المهام دون تنفيذ؛ ويكفيها نموذج أخف وزناً | اللوحة بالإضافة إلى الشخص الذي يسند المهام |
| Workers (المنفذون) | جلسة معزولة واحدة لكل مهمة، تعتمد على أقوى نموذج، ولا تتواصل مع البشر نهائياً | جلسة تشغيل واحدة لكل مهمة، داخل شجرة عمل (worktree) خاصة بها |
| Threads (المسارات) | توجيه المتابعات الخاصة بطلب السحب (PR) نفسه أو المحادثة مباشرة إلى المنفذ المعني | توقظ التعليقات المكتوبة على المهمة الوكيلَ المخصص لها |
| Triggers (المشغلات) | أحداث تُصفى برمجياً أولاً (قوائم السماح)، ثم بواسطة النموذج (السياسات في هيئة مطالبات) | أتمتات تستند إلى تغيير الحالة، أو عبارة في تعليق، أو Webhook، أو جدول زمني |
| BYOM (استخدم عتادك الخاص) | حلقة الوكيل السحابية مع بيئات عمل تعمل على عتادك الخاص عبر برنامج خفي خفيف (daemon) | أجهزة Computer متصلة عبر Sharkly Desktop أو واجهة Sharkly CLI |
| Watchdog (المراقب) | جلسة خارجية ترصد المنفذين العالقين في حلقات مفرغة أو المنحرفين عن الهدف | فحص مجدول مع سجل تشغيل وبوابة مراجعة بشرية |
يجدر بنا تطبيق أسلوب الفلترة ثنائي المراحل بدقة: يقوم الكود البرمجي برفض ما يمكن استبعاده (مثل المستودع الخاطئ أو الحالة غير المناسبة)، ولا يطّلع النموذج على الحدث إلا بعد اجتياز هذه المرحلة. على لوحة المهام، يمثل المُشغّل فلتر الكود، بينما تمثل تعليمات الأتمتة المطالبة الخاصة بالسياسة.
كيف تشغل 10 وكلاء برمجة بالذكاء الاصطناعي على لوحة Sharkly
لا تبدأ بعشرة وكلاء دفعة واحدة. ابدأ بثلاثة، وتأكد من كفاءة الدورة، ثم ارفع العدد تدريجياً.
الخطوة 1: توصيل جهاز Computer وضبط التزامن على مستوى منخفض
يمثل الـ Computer الجهاز المضيف الذي يشغل وكلاءك. على جهازك المحمول، ثبّت Sharkly Desktop. أما على خادم بعيد أو جهاز يعمل بنظام Linux، فاستخدم Sharkly CLI وخدمتها المحلية:
# On the remote host, with an install token from the Computers page
sharkly computer register --install-token <install-token>
sharkly daemon status
تكتشف الخدمة المحلية الأدوات المثبتة مثل Claude Code وCodex وتُسجّل كل واحدة منها كبيئة تشغيل (Runtime).

يحتوي كل جهاز Computer على حد أقصى للمهام المتزامنة. ووفقاً لـ توثيق أجهزة Computer، تُعيّن عمليات التشغيل في الأدلة المؤقتة افتراضياً على 50% من هذا الحد، وتُوضع المهام الإضافية في قائمة الانتظار عند اكتمال السعة. ابدأ برقم أقل مما تتوقع: يُعد تشغيل ثلاث مهام متوازية على جهاز Computer واحد اختباراً أولياً ممتازاً.
استخدم نمط الأدلة المؤقتة لمهام الكود البرمجي؛ حيث يحصل كل تشغيل على دليله الخاص، كما يمكن لعمليات المستودعات الحصول على git worktree جديدة تماماً، مما يضمن عدم قيام وكيلين بالكتابة في مسار العمل نفسه. وإذا كانت مساحات العمل worktrees مفهوماً جديداً عليك، فاقرأ أولاً مقال كيفية استخدام git worktrees مع وكلاء البرمجة بالذكاء الاصطناعي.
الخطوة 2: إنشاء وكيلين أو ثلاثة بأدوار محددة بوضوح
لا يعني تشغيل عشرة وكلاء إنشاء عشر شخصيات مختلفة، بل يعني تحديد أدوار قليلة واضحة ينفذ كلٌ منها عدة مهام:
- المنشئ (Builder): يتولى كتابة التعديل، وربطه بأقوى نموذج متاح لديك، تماماً كما تفعل DeepSeek مع المنفذين (Workers).
- المراجع (Reviewer): يفحص الفروقات البرمجية (diff) وشروط القبول المحددة للمهمة، ثم يدوّن ملاحظاته.
- المصلح (Fixer): يعالج الاختبارات الفاشلة والملاحظات الواردة من المراجعة.
لا تستهلك كائنات Agents أو Crews أو Computers مقاعد ترخيص للمستخدمين، لذا يمكنك إضافة أدوار جديدة دون أي تكلفة إضافية للمقاعد.
الخطوة 3: صياغة مهام قادرة على التنفيذ الذاتي والمستقل
هنا تتعثر معظم بيئات العمل المتوازية؛ فالمهمة التي تعتمد على كود غير مدمج لمهمة أخرى ستتوقف حتماً أو تسبب تعارضات.
اكتب كل مهمة مشتملة على ثلاثة عناصر: نتيجة واحدة واضحة، والملفات أو الوحدة البرمجية المسؤولة عنها، واختبار تحقق يمكن لأي شخص إجراؤه. فصيغة مثل: "إضافة تحديد معدل الطلبات إلى /api/upload مع نجاح تشغيل npm test -- upload" تؤدي الغرض بدقة، بينما صياغة مثل: "تحسين واجهة برمجة التطبيقات" لا تصلح.
إذا تطلب الأمر تعديل الملف نفسه لمهمتين مختلفتين، فقم بتشغيلهما بالتتابع لا بالتوازي.
الخطوة 4: الإسناد، وحصر المتابعات داخل المهمة نفسها
أسند كل مهمة إلى وكيل محدد. يمكن للمهام الموجودة خارج قائمة الانتظار (Backlog) أن تبدأ عملها فوراً، في حين تنتظر مهام الـ Backlog حتى تنتقل إلى حالة جاهزة للبدء.
يجب أن تكون المتابعات عبر التعليقات على المهمة نفسها حصراً، وليس عبر محادثات جانبية. إذ يمكن لتعليق يكتبه أحد أعضاء الفريق على مهمة مسندة إلى وكيل أن يُدرج جلسة متابعة في قائمة الانتظار، وتقوم منصة Sharkly بدمج التعليقات المتتالية السريعة تلقائياً لتفادي تشغيل جلسات معلقة متكررة. وهذا هو جوهر مفهوم المسارات (Threads) لدى DeepSeek: إبقاء النقاش متصلاً بصلب العمل مباشرة.
استخدام عبارة ثابتة ومحددة مثل /revise متبوعة بالتعديل المطلوب يجعل تمييز المتابعات أمراً في غاية السهولة.
الخطوة 5: تحويل الأحداث المتكررة إلى عمليات أتمتة (Automations)
تجمع ميزة الأتمتة (Automation) بين التعليمات ووكيل أو طاقم (Crew) مع مشغّل واحد أو أكثر. وبحسب توثيق الأتمتة، تتوفر أربعة أنواع من المشغلات، بالإضافة إلى خيار التشغيل اليدوي الفوري (Run now):
- الجدول الزمني (Schedule): تعبير cron من خمس خانات مع تحديد المنطقة الزمنية.
- حالة المهمة (Task status): يُفعَّل عند انتقال المهمة إلى حالة محددة مسبقاً.
- عبارة في تعليق (Comment phrase): يُفعَّل عندما يحتوي التعليق على عبارة معينة، بغض النظر عن حالة الأحرف.
- Webhook: رابط URL سري يستقبل طلبات POST، مع إمكانية التوقيع والتحقق الاختياري للطلبات.

ملاحظة هامة من التوثيق: مطابقة الحالة والتعليقات تعمل حالياً على مستوى المؤسسة بالكامل، وليست مقصورة على مساحة عمل (Space) واحدة. لذلك، احرص على كتابة التعليمات بحيث يتحقق الوكيل أولاً من المهمة المُشغِّلة (مثل بادئة عنوانها أو مساحة العمل التابعة لها) ويتوقف إذا لم تكن مطابقة. وهذا يجسد المرحلة الثانية من تصفية DeepSeek عبر صياغة المطالبة.
الخطوة 6: إضافة مراقب (Watchdog) وبوابة مراجعة بشرية
تستخدم DeepSeek جلسة مراقبة منفصلة لرصد الوكلاء المنفذين العالقين في حلقات تكرار أو المنحرفين عن المسار. يمكنك محاكاة ذلك بإنشاء أتمتة مجدولة تُنبّه إلى عمليات التشغيل التي تتجاوز مدتها المعتادة بكثير، بالاعتماد على حالات التشغيل التي تسجلها Sharkly: في قائمة الانتظار، أو قيد التشغيل، أو مكتملة، أو فاشلة، أو ملغاة.
بعد ذلك، ضع عنصراً بشرياً في المحطة الأخيرة: حالة مراجعة تتطلب موافقة بشرية على التعديلات (diff) قبل الدمج. تُحدد سعة المراجعة البشرية سقفك الإنتاجي الحقيقي؛ لذا ننصحك بقراءة مقال المراجعة البشرية هي عنق الزجاجة قبل التوسع لأكثر من خمسة وكلاء. ولمعرفة ما يجب متابعته أثناء تشغيل الوكلاء، راجع دليل كيفية مراقبة وكلاء البرمجة أثناء عملهم بالتوازي.
تكلفة تشغيل عشرة وكلاء
تتضمن العملية فاتورتين منفصلتين: رموز النماذج (tokens) وطبقة التنسيق.
الرموز (Tokens): لا تبيع Sharkly الرموز بنفسها، بل تُحسب تكاليف التشغيل على خطة Claude Code أو Codex أو واجهة برمجة التطبيقات (API) المربوطة ببيئة التشغيل (Runtime) لديك. وقد فصّلنا أسباب ذلك في مقال لماذا لا ينبغي لمنصة الوكلاء أن تبيعك الرموز.
التوازي يستهلك مزيداً من الرموز: تجربة DeepSeek تفيدنا كثيراً هنا؛ فقد أجروا اختباراً شمل نحو 300 رسالة مع 20 طلب عمل تقريباً (في بيئة برمجة افتراضية)، بواقع 5 عمليات لكل نمط، واعتبروا النتائج مؤشرات دالة.
| الإعداد (أرقام DeepSeek) | زمن المهمة (p50) | زمن المهمة (p95) | رموز قراءة التخزين المؤقت لكل تشغيل |
|---|---|---|---|
| Super-agent (الوكيل الفائق) | 12.4 دقيقة | 15.7 دقيقة | 23.2 مليون |
| جلسة واحدة + وكلاء فرعيون، مطالبة محايدة | 20.4 دقيقة | 29.5 دقيقة | 6.1 مليون |
| جلسة واحدة + وكلاء فرعيون، مطالبة تعتمد التفويض أولاً | 13.8 دقيقة | 29.0 دقيقة | 10.8 مليون |
لم تفوض الجلسة ذات المطالبة المحايدة المهام ولو لمرة واحدة طوال خمس تشغيلات. والمفاضلة هنا واضحة: استهلاك رموز أكثر مقابل إنجاز المهام في أوقات أقصر وأكثر ثباتاً. وتجدر الإشارة إلى أننا لم نعد إجراء هذه الاختبارات بأنفسنا.
تكلفة المنصة: حتى 4 نوفمبر 2026، توضح أسعار Sharkly أن المنصة مجانية حالياً للمؤسسات التي تضم حتى 5 أفراد، وتبلغ تكلفة خطة الفريق (Team) 7 دولارات للشخص شهرياً وتُدفع سنوياً، مع احتساب المقاعد للبشر فقط.
حالات الاستخدام المثالية لهذا النمط
- تصفية قائمة المهام المتراكمة (Backlog burn-down): إنجاز عشرين مسألة صغيرة ومستقلة، بمعدل مهمة لكل منها، بمشاركة وكيل منشئ وآخر مراجع.
- إصلاح الاختبارات بعد التحديثات: مهمة مستقلة لكل حزمة تفشل اختباراتها، تعمل كلٌ منها في مساحة worktree معزولة.
- مزامنة التوثيق مع الكود: يُطلق مشغّل الحالة وكيلاً لتحديث التوثيق بمجرد انتقال مهمة الميزة الجديدة إلى مرحلة المراجعة.
- قوائم الانتظار الليلية: تعمل المهام على جهاز Computer بعيد لا يتوقف أبداً، لتتفرغ أنت لمراجعة النتائج في الصباح.
وإذا كنت تود المقارنة لتحديد البيئة الأنسب لتشغيل الوكلاء عموماً، فمقال Codex Cloud في مواجهة أجهزتك الخاصة يغطي هذا الجانب بالكامل.
ابدأ بثلاثة وكلاء
تشغيل عشرة وكلاء متوازيين هو ثمرة للوصول إلى بيئة عمل منضبطة وليس نقطة البداية. قم بربط جهاز Computer واحد، وأنشئ وكيلاً منشئاً وآخر مراجعاً، وصِغ ثلاث مهام بنتائج يمكن التحقق منها، ثم أسندها. راقب الدورة الكاملة بدقة: التشغيل، والتعليق، والمتابعة، والمراجعة. ومتى أصبحت هذه الدورة روتينية وتعمل بسلاسة، زد عدد المهام المتزامنة بمهمتين وأضف أتمتة واحدة.
الأسئلة الشائعة
كم عدد وكلاء البرمجة بالذكاء الاصطناعي الذين يستطيع شخص واحد إدارتهم؟
يقدر فريق DeepSeek ذلك بما بين 3 إلى 5 جلسات نشطة عندما تتابع كل جلسة بنفسك. ولكن يمكنك إدارة عدد أكبر بكثير عندما يتحول العمل إلى مهام محددة بنتائج موثقة؛ لأن تركيزك سينصب حينها على مراجعة المخرجات بدلاً من الانشغال بمراقبة الجلسات.
هل يمكنني تشغيل عدة وكلاء Claude Code على المستودع نفسه؟
نعم، شريطة أن يعمل كل تشغيل في مسار دليل خاص به. إذ يوفر نمط الأدلة المؤقتة دليلاً معزولاً لكل مهمة، كما يمكن لعمليات المستودعات استخدام مساحات git worktrees مستقلة، مما يمنع تعارض أو استبدال التعديلات بين الوكلاء المتوازيين.
ماذا يحدث إذا أسندت مهاماً تفوق طاقة استيعاب جهازي (Computer)؟
تُوضع المهام الإضافية في قائمة الانتظار. فلكل جهاز حد أقصى للمهام المتزامنة، ويبدأ تشغيل المهام تلقائياً بمجرد توفر سعة شاغرة. كما تظل المهام قيد الانتظار إذا كان الجهاز غير متصل بالإنترنت أو كانت بيئة التشغيل (Runtime) الخاصة به غير متاحة.
هل أحتاج إلى خادم سحابي لتشغيل الوكلاء بالتوازي؟
كلا، يمكنك استخدام حاسوبك المحمول كجهاز مضيف من خلال تطبيق Sharkly Desktop. أما بالنسبة للعمليات الطويلة أو التي تعمل أثناء الليل، فإن استخدام خادم بعيد أو جهاز Linux متصل عبر Sharkly CLI يضمن استمرار التشغيل حتى أثناء وضع السكون لحاسوبك المحمول.
هل تعد لوحة المهام مطابقة تماماً لمفهوم "الوكيل الفائق" لدى DeepSeek؟
ليس تماماً؛ فموجّه DeepSeek هو نموذج لغوي كبير يتولى توزيع المهام ذاتياً وبشكل كامل. أما على لوحة المهام، فيتولى شخص مسألة إسناد المهام، بينما تتكفل الأتمتة بمعالجة الأحداث المتكررة.



