دليل Solo to Team: ثبّت حزمة مهارات التعاون وسيّر عدة مساعدين بالذكاء الاصطناعي بوحدك

نبذة على المشروع

Solo to Team · من شخص واحد لفريق، سميّة المستودع ديالو هي solo-to-team-skills، وهو باك ديال مهارات التعاون بالصينية موجه لسيناريو “شخص واحد كيتحكم فكلشي، ومعاه بزاف ديال المساعدين ديال الذكاء الاصطناعي على المدى الطويل”. ماشي مسؤول على أنه يكوّن فريق آلي للذكاء الاصطناعي، ولكن كيعطيك طريقة قابلة للتكرار باش توزّع المهام، تتابعها، ترجع تتحقق من الأدلة، ومن بعد يدير الإنسان الحكم النهائي.

الحالة الحالية ديال المشروع هي v0.9-draft، ومازال غادي يتبدل. تجرّب فحدود معينة وبشكل عملي مع Codex وWorkBuddy وDeepSeek Harness وCursor وCodeBuddy وKimi Work و千问办公؛ أما Grok Bot فكيحتاج إعداد يدوي. Claude Code واجد ليه هيكل الإضافة، ولكن مازال ما دخلش ضمن الدعم الأولي.

“الدعم” كيعني أن طريقة التثبيت والاستدعاء المحددة سبق ودازت بنجاح، وما كيعنيش أن جميع المهام غادي تكمل بثبات، ولا أن المهارات الأربعة كلها تجرّبات وحدة بوحدة فكل مضيف.

شنو المشكل اللي كيحلّو المشروع

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

Solo to Team كيرتب عملية التعاون فخط رئيسي واحد:

حدّد الهدف → قسّم الخدمة → سلّم → تحقّق → قرّر

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

المهارات الأربعة الأساسية

dispatch-accept-verify

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

evidence-before-done

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

beginner-ops-writing

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

ops-case-notes

الاسم المعروض هو “سجلات تشغيل منزوعة المعطيات الحساسة”، وكتضم جوج حالات حقيقية من التشغيل منزوعة المعطيات الحساسة، وكتسجل المشكل الحقيقي، والتعديل، والنتيجة، والقيود اللي مازال ما تحلاتش. كتصلح كمرجع للمراجعة من بعد ما يبان خلل فالمسار.

التحضير قبل البداية

أولاً نزّل المستودع أو دير ليه clone، وتأكد بلي كاين عندك محلياً مجلد skills/. خاص هاد المجلد يضم أربعة مجلدات فرعية ديال المهارات، وكل مجلد فيه ملف SKILL.md.

git clone YOUR_REPOSITORY_URL
cd solo-to-team-skills

خاصك تعوّض عنوان النسخ بعنوان المستودع الرسمي من بعد ما يولي المشروع منشور للعموم. إلا خديتي المشروع فملف مضغوط، تقدر تفك الضغط وتستعملو مباشرة.

فالتثبيت، تبع هاد المبادئ:

• نسخ مجلد skills/اسم-المهارة/ كامل، وما تنسخش غير SKILL.md.
• dispatch-accept-verify كتحتاج حتى القوالب اللي داخل المجلد ديالها؛ نسخ النص بوحدو غادي يضيّع قالب سطر التسجيل.
• من الأحسن تثبّت بجوج dispatch-accept-verify وevidence-before-done.
• evidence-before-done تقدر تستعملها بوحدها حتى هي.
• beginner-ops-writing وops-case-notes إضافات اختيارية، وعدم تثبيتها ما كيأثرش على المسار الرئيسي ديال التكليف والتوصل.

اختار المضيف وثبّت المهارات

Codex

الطريقة اللي تجرّبات مع Codex كتستعمل .agents/plugins/marketplace.json اللي جاي مع المستودع. ثبّت وسجّل الدخول فـ Codex CLI أولاً، ومن بعد نفّذ من جذر المشروع:

cd /path/to/solo-to-team-skills
codex plugin marketplace add "$(pwd)"
codex plugin add solo-to-team-skills@solo-to-team-skills

إلا رجع الأمر بحالة مختلفة عن الصفر، وقف وتأكد واش المجلد الحالي هو جذر الحزمة اللي فيه .agents/plugins/marketplace.json. من بعد التثبيت حلّ جلسة جديدة، أو استعمل codex exec لاستدعاء المهارة.

codex exec -s workspace-write --skip-git-repo-check -C "$(pwd)" '请使用技能 dispatch-accept-verify，写一行待收登记到 T044_dispatch_line.md'

إلا بغيتي تحيد التثبيت، نفّذ:

codex plugin remove solo-to-team-skills@solo-to-team-skills
codex plugin marketplace remove solo-to-team-skills

Cursor

نسخ مجلد المهارة اللي محتاج كامل لمجلد مهارات المستخدم:

mkdir -p ~/.cursor/skills/
cp -R skills/dispatch-accept-verify ~/.cursor/skills/
cp -R skills/evidence-before-done ~/.cursor/skills/

من بعد استدعِ المهارة بالاسم ديالها داخل Cursor Agent. وتقدر حتى تستعمل صيغة CLI ديال cursor agent --print. فالتشغيل غير التفاعلي مع مساحة عمل جديدة، ممكن المضيف يطلب --trust؛ هاد الخيار كيعني الثقة فمساحة العمل، وماشي إيقاف آليات الأمان.

WorkBuddy وCodeBuddy

الاسمين ديال هاد المنتوجين متشابهين، ولكن ماشي نفس المضيف، وما خاصش تخلط مجلدات التثبيت.

• WorkBuddy: نسخ للمسار ~/.workbuddy/skills/ أو .workbuddy/skills/ داخل المشروع، وتقدر حتى ترفع من الواجهة مجلد المهارة أو zip فيه SKILL.md.
• CodeBuddy: نسخ للمسار ~/.codebuddy/skills/ أو .codebuddy/skills/ داخل المشروع، ومن بعد استدعِ المهارة بالاسم من الواجهة أو CLI.

تقدر ترجع للتوضيحات الرسمية فـ وثائق WorkBuddy Skills ووثائق CodeBuddy Skills.

DeepSeek Harness

نسخ المهارة كاملة للمشروع فـ .dsh/skills/، أو لمجلد المستخدم ~/.dsh/skills/، أو .agents/skills/، ومن بعد عاود حلّ أو حدّث Harness. المشروع كيوضح بلي dsh plugin add ماشي الطريقة ديال تثبيت نصوص هاد المهارات.

قبل الاستعمال خاصك توجد حساب DeepSeek أو API من عندك، والمشروع ما كيوفرش المفاتيح. للمزيد من التفاصيل شوف وثائق DeepSeek Harness Skills.

Kimi Work

اللي تجرّب فعلياً فـ README هو Kimi Work ديال الحاسوب، وماشي Kimi Code CLI. فبيئة التحقق على macOS، كان مجلد المهارات هو:

~/Library/Application Support/kimi-desktop/daimon-share/daimon/skills/

من بعد النسخ، دخل / فواجهة Kimi Work واختار المهارة. هاد المسار جاي من تجربة المجتمع، وممكن الرسميين يوفروا حتى zip أو Markdown أو رابط أو طريقة التثبيت من المتجر؛ خاصك تعتمد على التوضيحات الحالية فـ الصفحة الرسمية ديال Kimi Skills.

千问办公 QwenWork

نسخ مجلد المهارات للمسار:

~/.qwenworkcn/skills/

من بعد استعمل / فنسخة الحاسوب واختار المهارة، أو سمّيها مباشرة فالمحادثة. 千问办公 و通义灵码 ماشي نفس المنتوج، وما خاصش تستعمل ليهم نفس مجلد التثبيت. تقدر ترجع لـ وثائق QwenWork Skills.

Grok Bot

Grok Bot ما كيستعملش التثبيت فمجلد محلي. حلّ SKILL.md ديال المهارة، وطلب فالمحادثة يتحفظ النص كمهارة خاصة، واستعمل name وdescription اللي فبداية الملف. المهارات الأربعة خاصها تتحفظ كل وحدة بوحدها.

منين تحفظ dispatch-accept-verify، خاصك تلصق حتى قالب سطر التسجيل ديالها داخل المهارة الخاصة. هاد الطريقة موجهة غير لـ Grok Bot اللي عندو إمكانية حفظ المهارات الخاصة، وما كتعنيش أن منتجات Grok الأخرى تقدر تستعمل نفس الإعداد.

Claude Code

المستودع فيه دابا .claude-plugin/plugin.json وهيكل marketplace، ولكن الحالة الحالية هي “الهيكل واجد، وباقي التحقق العملي”، وبالتالي ما خاصوش يتحسب ضمن الدعم الأولي. إلا بغيتي تجرب بوحدك، تبع طريقة التثبيت الحالية فـ وثائق Claude Code الرسمية للإضافات.

أول تشغيل: بدا بمهمة صغيرة

ما تبداش من الأول بمشروع معقد وتعطيه لعدة مساعدين. اختار أولاً مهمة صغيرة وساهلة التحقق، بحال ترتيب محضر اجتماع انطلاقاً من معطيات معطاة. المشروع فيه المثال الرئيسي examples/ ومواد الشرح الكاملة examples/walkthrough-meeting-notes/، وتقدر تستعملهم للتدرب على “معطيات معطاة، إنتاج النتيجة، فحص الدليل، القبول اليدوي، والإرجاع للتعديل”.

الخطوة الأولى: وضّح الهدف

شرح للمساعد محتوى المهمة، ومكان النتيجة، ووقت التسليم، ومعيار الإكمال. تقدر تستعمل هاد البنية فالتعليمات:

请使用 dispatch-accept-verify 管理这项任务。
任务：根据给定输入整理会议记录。
成果位置：指定的工作区文件。
交付时间：约定时间。
完成标准：内容与输入一致，必要字段齐全，并可由我打开检查。
请先生成一行“待收”登记。

الخطوة الثانية: سجّل “خاصني نتوصل”

قبل التكليف، صايب سطر التسجيل، ووضّح على الأقل حالة المهمة، شكون كينفذ، شكون مسؤول على التوصل، شكون غادي يراقب فالوقت المحدد، فين غادي تتحط النتيجة، وفوقاش خاصها تسلّم. من الأحسن تنسخ مباشرة templates/task-register-line.md اللي فالمستودع، وما تحاولش تخمّن الحقول كاملة بوحدك.

الخطوة الثالثة: سجّل قبول المهمة والنتيجة كل واحد بوحدو

ملي كياكد المساعد التنفيذي بلي قبل المهمة، سجّل «تقبلات المهمة». ومنين كيرجع الملف ديال النتيجة فعلاً، عاد سجّل «توصلات بالنتيجة». مايمكنش ندمجو هاد الجوج ديال الحالات، حيث «شي واحد وافق يديرها» ماشي هو «النتيجة تسلمات فعلاً».

الخطوة الرابعة: التحقق بالدليل

عيّط على evidence-before-done، وطلب من المساعد يقدّم دليل مرتبط بالنسخة الحالية باش يثبت خلاصة الإنجاز.

استعمل evidence-before-done باش تتحقق من النتيجة الحالية.
حلّ الملف النهائي، وراجع كل نقطة مقابل المتطلبات الأصلية.
إلا كانت شي أجزاء تبدلات أو فشلات، عاود تحقق منها.
عطيني الأدلة، والنقط اللي ما تحققاتش، والخلاصة المقترحة، وما تدوزهاش مباشرة نيابةً عليّ.

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

الخطوة الخامسة: القبول من طرف الإنسان

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

«توصلات بالنتيجة» ماشي هي «تقبلات». المهمة ما كتعتبرش سالية بصح حتى يكون الدليل مطابق للنتيجة الحالية، ويدير الإنسان قرار المرور النهائي.

الترتيب المقترح للتعلم للمستخدمين اللي بادين من الصفر

1. بدا بقراية المثال الرئيسي فـ examples/.
2. تبع examples/walkthrough-meeting-notes/ وكمل مهمة صغيرة فيها إرجاع للإصلاح.
3. تعلم غير قالب واحد: templates/task-register-line.md.
4. تدرّب الأول بالدفتر ولا بجدول على «خاصها تتوصل → تقبلات → توصلات بالنتيجة → تقبلات نهائياً».
5. منين تولّي متمكن من الطريقة، ثبّت المهارة فواحد من مضيفي Agent المدعومين وعيّط عليها بالاسم.

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

الاستعمال المتقدم

ربط خانات التسجيل باللوحة الحالية

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

تحديد المسؤوليات بين عدة مساعدين

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

ملي كتبني المسار، تقدر تراجع هاد النقط بالترتيب:

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

إعادة التحقق غير من الأجزاء المتأثرة

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

استعمال beginner-ops-writing لكتابة الخطوات اليدوية

فالمراحل اللي خاص الإنسان ينفذها بنفسو، بحال الدخول للحساب، والشراء، والتأكيد الشخصي، تقدر تعيّط على beginner-ops-writing باش تقسم الخطوات لحركة وحدة فكل مرة، وتوضح شكون أو شنو اللي خاص يتدار والنتيجة المتوقعة. فالأفعال الخطيرة، غير نبه بعبارة «عافاك نادِ الشخص المعني»، وما تخليش المساعد يحاول يتجاوز الترخيص البشري.

استعمال ops-case-notes للمراجعة

إلا وقع نسيان قبول المهمة، أو نسيان التحقق، أو تكرار نفس المشكل، رجع لـ ops-case-notes. فتوثيق المراجعة، خاص تبقى المعلومات المتعلقة بالطريقة: المشكل الحقيقي، التعديل اللي تدار، النتيجة الفعلية، والقيود اللي مازال ما تحلاتش، مع حذف أرقام التواصل الشخصية، وبيانات الدخول، والمسارات الداخلية، ومعلومات الآلة.

الحدود ديال الأتمتة اللي خاصك تعرف

وجود hooks: {} فـ لائحة إضافات هاد الحزمة كيعني بلي هي ما كتقدمش الإيقاظ الأوتوماتيكي. تثبيت المهارة غير كيعني بلي المساعد يقدر يخدم بهاد الطريقة، وما كيعنيش بلي النظام غادي يوزع المهام أوتوماتيكياً، ولا يرسل تذكيرات مبرمجة، ولا ينقل الرسائل بين الجلسات، ولا يرجع إشعاراً أوتوماتيكياً.

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

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

كيفاش تعرف بلي التثبيت نجح فعلاً

المشروع عطى جوج معايير حاسمة:

1. يقدر يتثبت ويتستعمل: تكمل الجلب، أو التثبيت، أو الإعداد، وتقدر تعيّط على المهارة بالاسم، وتخرج سطر تسجيل قابل للمراجعة.
2. يقدر يكمل مهمة صغيرة حقيقية: تمشي من الهدف، والتقسيم، والتسليم، حتى التحقق بالدليل والقرار البشري، وتخلي نتيجة حقيقية، ودليل، وخلاصة القبول.

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

الخلاصة

القيمة ديال Solo to Team ماشي فصناعة فريق AI مؤتمت بالكامل، ولكن فـ تقديم طريقة تعاون واضحة، قابلة للمراجعة، وقابلة للنقل. ثبت أولاً dispatch-accept-verify و evidence-before-done، وتدرّب بمهمة صغيرة على «خاصها تتوصل، قبول المهمة، التوصل بالنتيجة، التحقق بالدليل، والقبول البشري»، ومن بعد دخل تدريجياً عدة مساعدين واللوحة الحالية. كيفما كان المضيف اللي كتستعمل، خاصك تبقى ملتازم بنفس المبدأ: المساعد مسؤول على التنفيذ وتقديم الدليل، والإنسان مسؤول على الهدف، والترخيص، والقرار النهائي.