وكيل البرمجة لديك شخصية افتراضية واحدة: خبير عام متمكن. اطلب منه مراجعة تدفق مصادقة، وستحصل على نصائح معقولة لكنها لا تُذكر. أما إذا سألت مراجعًا أمنيًا يمتلك نموذج تهديدات وقائمة تحقق، فستحصل على نتائج ملموسة. هذا الفارق لا يكلّفك سوى ملف markdown، ولهذا وصل agency-agents إلى 149,312 نجمة.
المكتبة مفيدة فعلًا. لكنها أيضًا مجرد مجلد ملفات على جهاز واحد، وهذا يصبح قيدًا حقيقيًا بمجرد أن يحتاج أكثر من شخص إلى أن تعني هذه الأدوار شيئًا. تتناول هذه المقالة ما الذي تحصل عليه، وكيف تثبّت الجزء الذي تريده فقط، والفرق بين تعريف الدور وAgent يمكن للفريق إسناد العمل إليه.
باختصار
هذا واحد من خمس تحليلات معمّقة ضمن قائمتنا المجمّعة عن أدوات المصادر المفتوحة التي توسّع وكلاء البرمجة.
agency-agents مجموعة تضم أكثر من 300 تعريف لدور وكيل موزّعة على نحو 20 فئة، بترخيص MIT، ويمكن تثبيتها في Claude Code وCursor وCodex وGemini CLI وOpenCode ونحو اثنتي عشرة أداة أخرى بأمر واحد. يصف كل ملف هوية، وسير عمل، ومخرجات، وتعريفًا لما يعنيه «الإنجاز». الدور يغيّر الطريقة التي يؤطّر بها الوكيل المهمة؛ لكنه لا يمنحه معلومات يفتقر إليها، ولا يستمر بعد انتهاء الجلسة. ثبّت قسمًا واحدًا، وحرّر الملفات لتوافق بيئتك التقنية، وارتقِ بالملفات التي تستخدمها أسبوعيًا إلى إعدادات محفوظة يمكن للفريق إسناد العمل إليها.
ما الذي تثبّته بالضبط
بحسب إحصاء شجرة المستودع في 1 سبتمبر 2026، يوجد 312 ملف markdown موزّعة على 20 مجلدًا رئيسيًا للفئات. لا يزال ملف README في المستودع يذكر «+230»، وهي معلومة قديمة.
| القسم | الملفات | القسم | الملفات |
|---|---|---|---|
| engineering | 59 | testing | 9 |
| specialized | 58 | paid-media | 7 |
| marketing | 36 | project-management | 7 |
| game-development | 21 | academic | 6 |
| integrations | 18 | spatial-computing | 6 |
| strategy | 16 | support | 6 |
| gis | 13 | finance | 5 |
| security | 12 | product | 5 |
| design | 10 | healthcare | 3 |
| sales | 9 | examples | 6 |
قسم الهندسة هو نقطة البداية لدى معظم الفرق، ومستوى التخصيص فيه أعلى مما تبلغه مجموعة أوامر نصية عادةً. فإلى جانب مطوّر الواجهات الأمامية (Frontend Developer) ومهندس الواجهات الخلفية (Backend Architect)، تجد مهندس شبكات (Network Engineer) مخصصًا لـCisco IOS-XE وJuniper Junos، ومهندس برمجيات ثابتة مدمجة (Embedded Firmware Engineer) لأهداف ESP32 وSTM32، وقائد استجابة للحوادث (Incident Response Commander) مسؤولًا عن تحليلات ما بعد الحادث والجاهزية للمناوبات، ومهندس تأهيل لقواعد الكود (Codebase Onboarding Engineer) مصممًا لاستكشاف مستودع للقراءة فقط وسرد الحقائق بدلًا من اقتراح التغييرات.
هذا الأخير يوضّح كيف ينجح النمط. فدور للقراءة فقط بتفويض صريح بعدم التعديل هو أداة مختلفة عن وكيلك الافتراضي، ولا يكلّفك سوى ملف واحد.
تثبيت ما تحتاجه فقط
git clone https://github.com/msitarzewski/agency-agents.git
cd agency-agents
./scripts/install.sh # interactive
./scripts/install.sh --tool claude-code --division engineering,security
./scripts/install.sh --tool cursor --agent frontend-developer
./scripts/install.sh --list teams
./scripts/install.sh --tool opencode --division engineering --dry-run
ثمة تحذير يوثّقه المستودع وتتجاهله معظم المقالات: بيئة تشغيل OpenCode تسجّل نحو 119 وكيلًا وتُسقط الباقي بصمت. تثبيت مجموعة فرعية عبر --division يُبقيك دون الحد، وينبّهك المثبّت عندما يتجاوز اختيارك هذا الحد. الاقتطاع الصامت هو أسوأ نمط فشل ممكن، لأن الدور الذي أردته يكون مفقودًا ولا شيء يخبرك بذلك.
وحتى من دون هذا الخلل، فإن تثبيت الثلاثمئة كاملة خطأ. فقائمة أدوار لا تتذكرها هي قائمة لن تستخدمها. ثبّت القسم الذي تعمل فيه، واقرأ خمسة ملفات، واحذف ما لا يتوافق مع طريقة عمل فريقك.
أين يتوقف تعريف الدور
الدور هو إطار. يحدّد ما يبحث عنه الوكيل، والصيغة التي ينتجها، وما يعتبره منجزًا. وهذا أهم مما يبدو، لأن كثيرًا مما يُضعف مخرجات الوكلاء ليس خطأ النموذج، بل تحسينه لشكل خاطئ من الإجابات.
ثمة أمران لا يستطيع الدور فعلهما.
لا يستطيع تزويد النموذج بمعلومات لا يملكها. فدور مهندس الواجهات الخلفية (Backend Architect) ينتج كودًا منظّمًا جيدًا وفق واجهة استنتجها بنفسه. الدور حسّن البنية، لكنه لم يجعل النتيجة صحيحة.
ولا يستمر بعد انتهاء الجلسة. تفعّل دورًا، فينجز مهمة، ثم تُغلق الطرفية. وفي الغد تعيد كتابة أمر التفعيل من جديد. تسعة من الأقسام في هذا المستودع تصف وظائف لا وجود لها إلا داخل مؤسسة، والأداة التي تثبّتها لا تملك أي تصوّر للمؤسسة. لا يوجد إسناد، ولا سجل لما وجده المراجع الأمني الثلاثاء الماضي، ولا طريقة ليرى أحد الزملاء أيًا من ذلك.
من تعريف الدور إلى Agent قابل للإسناد
تعريف الدور هو أمر نصي (prompt) تعيد كتابته في كل مرة. أما الـAgent في Sharkly فهو إعداد محفوظ: التعليمات، وبيئة التشغيل، والمهارات، والمستودعات، والبيئة. وهذا هو النسخة الدائمة مما يطمح إليه ملف في ~/.claude/agents/.
لكل عنصر مهمة واحدة. الـAgent يحدّد كيف ينبغي إدارة العمل. والـComputer يوفّر المضيف والموارد المحلية. والـRuntime ينفّذ جلسة الوكيل الفعلية، باستخدام أداة البرمجة التي ثبّتها فريقك بالفعل. أما الـTask فيبقى السجل المشترك.
Sharkly ليس بديلًا عن Claude Code أو Codex أو الأدوار في هذا المستودع. إنه يضيف حولها طبقة المهمة المشتركة، والـComputer، والسياق، والتحكم، والمراجعة. ويستمر استخدام النماذج عبر الاشتراكات أو مفاتيح API المضبوطة في تلك الأدوات.
ومفهوم القسم ينطبق هنا مباشرة. فالـCrew مجموعة قابلة لإعادة الاستخدام من أشخاص ووكلاء ينسّق بينهم وكيل قائد واحد. تعمل الـCrews بأسلوب «القائد أولًا»: يقرأ القائد سياق المهمة، ويقرر الأعضاء الذين سيشاركون، ويعيد نتائجهم إلى مهمة واحدة، بدلًا من أن يبدأ كل متخصص في آن واحد. هذا ما يشير إليه agency-agents بأقسامه الثمانية ولا يستطيع تنفيذه، لأن مجلد ملفات لا قائد له ولا مهمة مشتركة يعود إليها.
يعود التنفيذ والعوائق والنتائج والنقاش اللاحق إلى الخط الزمني للمهمة. وعندما يسأل أحدهم عمّا وجده المراجع الأمني، يكون الجواب في الـTask.
استخدم المستودع كمكتبة، لا كفريق
استخدم agency-agents مباشرة عندما تكون شخصًا واحدًا يعمل محليًا ويريد تأطيرًا أفضل لعمل اليوم. ثبّت قسمًا، واقرأ الملفات، واحصل على قيمة خلال عشرين دقيقة.
واستخدم الـAgents المحفوظة عندما يحتاج أكثر من شخص إلى إعادة استخدام الدور، أو عندما تحتاج المخرجات إلى مراجعة قبل اعتمادها، أو عندما سيسأل أحدهم بعد ثلاثة أشهر عمّا أنتجه دور ما ولماذا. المعيار ليس حجم الفريق، بل ما إذا كان على الدور أن يعيش أطول من الجلسة.
سير العمل العملي هو التعامل مع المستودع كمادة خام. خُذ بنية الملف، وهي الجزء القابل لإعادة الاستخدام فعلًا، واستبدل المحتوى العام ببيئتك التقنية وتعريفك للإنجاز، وارتقِ بأي شيء تستخدمه مرتين أسبوعيًا إلى إعداد محفوظ. تشترك الملفات الجيدة كلها في بنية واحدة: الهوية، والمهمة، وعملية مرتّبة، ومخرجات بصيغة محددة، ومعايير نجاح. دور مراجعة بعملية من سبع خطوات ينتج مخرجات متسقة عبر الجلسات، أما دور بلا ذلك فينتج ما يشاء له النموذج في ذلك اليوم.
الوكلاء يبحثون وينفّذون ويختبرون ويقدّمون التقارير. أما البشر فيحددون الاتجاه، ويمنحون الصلاحية، ويقبلون النتيجة.
الأسئلة الشائعة
هل يعمل agency-agents مع أدوات غير Claude Code؟ نعم. يولّد سكربت تحويل ملفات تكامل لكل أداة، ويستهدف install.sh --tool أداة واحدة. ومن بين الأهداف المدعومة Claude Code وCursor وCodex وGemini CLI وOpenCode وCopilot وWindsurf وAider وKimi Code. وهناك أيضًا تطبيق سطح مكتب لـmacOS وLinux وWindows.
هل ينبغي تثبيت الأدوار الثلاثمئة كلها؟ لا. على OpenCode لا تستطيع، لأن نحو 119 دورًا تُسجّل والباقي يُسقط دون تحذير. وعلى الأدوات الأخرى تستطيع ذلك لكنك لن تستخدم معظمها. ثبّت حسب القسم.
هل تجعل الأدوار الوكيل أكثر قدرة؟ إنها تجعله أفضل توجيهًا. يتحسّن الاتساق وصيغة المخرجات. أما معرفة حقائق لم يمتلكها النموذج يومًا فلا تتغير.
هل هذا مثل إطار عمل للوكلاء؟ لا. إطار العمل يمنحك تنسيقًا لبيئة التشغيل عبر الكود. أما agency-agents فيمنحك ملفات markdown تغيّر سلوك وكيل موجود. طبقة مختلفة، ولا تداخل بينهما.
ما علاقة هذا بـSharkly Skills؟ الـSkill قدرة تُرفقها بإعداد الـAgent، فتُعاد استخدامها مع ذلك الـAgent بدلًا من إعادة تثبيتها على كل جهاز. وتعريفات الأدوار في هذا المستودع مادة خام جيدة لكتابتها.
الخلاصة
agency-agents هي أفضل نسخة متاحة من فكرة واحدة: الوكيل يعمل بشكل أفضل عندما يعرف الدور الذي يؤديه. ثبّت قسمًا، واقرأ الملفات، وحرّرها لتصبح شيئًا يناسب فريقك.
ثم كن واضحًا بشأن الحدود. الأدوار لا تعرف حقائق لم تُعطَ لنموذجك قط، ولا تستمر لتصبح شيئًا يمكن للفريق رؤيته أو مراجعته. قائمة الأدوار بداية جيدة، لكنها ليست مؤسسة. أما Sharkly فيحمل النصف الآخر: الـTask هو السجل المشترك، والتنفيذ يجري على أجهزة Computers تتصل بها عبر بيئات التشغيل التي تدفع مقابلها بالفعل، وتعود النتائج إلى مكان يستطيع فيه شخص مراجعتها وقبولها.
