في 22 أكتوبر 2026، وخلال مؤتمر AGNTCon + MCPCon North America في سان خوسيه، أعلنت مؤسسة Agentic AI Foundation عن أربعة مشاريع جديدة. وكان المشروع الذي يهم كل فريق يعتمد على وكلاء البرمجة (coding agents) هو Agent Skills وتنسيق SKILL.md، الذي ساهمت به شركة Anthropic. أما المشاريع الثلاثة الأخرى فهي Open Responses من OpenAI، وOpenEnv من Hugging Face، وOpenSandbox من Alibaba. وتستضيف المؤسسة، التابعة لمؤسسة Linux Foundation، الآن 10 مشاريع، من بينها MCP وA2A وAGENTS.md وgoose.
وتستعرض تدوينة Anthropic حول منح المشروع للمؤسسة ما تم نقله: اسم Agent Skills وشعارها، ومنظمة GitHub، ونطاق agentskills.io، والمعيار نفسه. كما تقدم أرقام الاعتماد والاستخدام الخاصة بشركة Anthropic: حيث قامت أكثر من 70 منصة وكلاء بدمج Agent Skills منذ نشر المعيار في ديسمبر 2025، و«تم نشر مليون مهارة وتثبيت ما يقرب من 280 مليون مهارة».
قد تبدو هذه الأخبار وكأنها مجرد إجراءات حوكمة وإدارة، وهي كذلك في معظمها. لكنها تحسم مسألة عملية لكل من يستخدم Claude Code في مهمة وCodex في مهمة أخرى: هل المهارة مجرد ميزة خاصة بمزود معين، أم أنها تنسيق قياسي يمكنك اعتماده وتوحيد العمل به؟ لقد أصبحت الآن تنسيقاً قياسياً بجهة راعية محايدة.
ملخص سريع (TL;DR)
أصبح مشروع Agent Skills الآن مشروعاً مستقلاً عن أي مزود تجاري لدى مؤسسة Agentic AI Foundation، ويشرف على صيانته وتطويره مهندسون من Anthropic وGoogle وOpenAI وشركات أخرى بصفتهم الفردية. لم يتغير أي شيء في تنسيق الملفات في 22 أكتوبر؛ فملفات SKILL.md الحالية لا تزال تعمل، والمنتجات التي تقرأها لا تزال تحملها من نفس المواقع المعتادة. ما تغير فقط هو من يحدد الإصدار التالي. وبالنسبة لأي فريق عمل، فالخطوة العملية والمفيدة هي كتابة المهارات بالاعتماد على الحقول الستة المحددة في المواصفات فقط، والاحتفاظ بنسخة واحدة لكل مستودع، وترك كل وكيل يعثر عليها بمفرده.
نظرة سريعة وموجزة على Agent Skills
المهارة هي عبارة عن مجلد يحتوي على ملف SKILL.md: يبدأ بمقدمة YAML frontmatter تتضمن حقلي name وdescription على الأقل، تليها تعليمات بتنسيق Markdown. ويمكن أن يتضمن المجلد أيضاً بجانب الملف مجلدات scripts/ وreferences/ وassets/. وتعتبر المواصفات القياسية موجزة للغاية ويمكن قراءتها في عشر دقائق فقط.
وتحافظ المهارات على الكفاءة وانخفاض استهلاك الموارد بفضل أسلوب الإفصاح التدريجي (progressive disclosure). حيث يقوم الوكيل بتحميل الاسم والوصف فقط لكل مهارة عند بدء التشغيل (حوالي 100 رمز مميز/tokens لكل منهما وفقاً للمواصفات)، ثم يقرأ متن SKILL.md بالكامل فقط عندما تتطلب المهمة ذلك، ولا يفتح الملفات الملحقة إلا عندما تشير التعليمات إليها.
للحصول على شرح أوفى ومعرفة كيفية فحص وتقييم المهارات القادمة من مصادر عامة، راجع ما هي مهارات وكلاء البرمجة (Coding Agent Skills).
ما الذي غيّرته هذه الخطوة، وما الذي بقي دون تغيير
| قبل 22 أكتوبر | بعد 22 أكتوبر | |
|---|---|---|
| ملكية الاسم والشعار ومنظمة GitHub والنطاق | Anthropic | Agentic AI Foundation |
| المسؤولون عن الصيانة والتطوير (Maintainers) | منشورة تحت منظمة Anthropic | مهندسون من Anthropic وGoogle وOpenAI وشركات أخرى، بصفتهم الشخصية؛ مع تسمية David Soria Parra وMahesh Murag كمسؤولي صيانة رئيسيين (Lead Maintainers) |
تنسيق SKILL.md |
المواصفات على agentskills.io | نفس المواصفات على نفس الرابط |
| أماكن بحث المنتجات عن المهارات | حسب اختيار كل منتج | لا تزال حسب اختيار كل منتج |
| الامتدادات الخاصة بمنتج معين | خاصة بكل منتج على حدة | لا تزال خاصة بكل منتج على حدة |
| خارطة الطريق (Roadmap) | غير رسمية | تقترح Anthropic إطلاق إصدارات مرقمة، وعملية تقديم مقترحات رسمية، وإرشادات أمان لكتاب المهارات ومثبتيها |
هناك ثلاثة أمور قد تغيرت: أولاً، ملكية العلامة التجارية والبنية التحتية؛ فالاسم والنطاق ومنظمة GitHub لم تعد تابعة لمزود يتنافس منتجه مع المنتجات الأخرى التي تقرأ التنسيق ذاته. ثانياً، الأطراف المشاركة في اتخاذ القرار؛ حيث يتعاون مهندسون من Anthropic وGoogle وOpenAI الآن في صيانة وتطوير تنسيق قياسي واحد تقرأه منتجاتهم بالفعل. ثالثاً، تم التخطيط لإطلاق مسار عمل منظم، ولن تحتاج إلى الانضمام إلى المؤسسة للمشاركة فيه.
في المقابل، هناك ثلاثة أمور لم تتغير، وهي التي تؤثر مباشرة على مستودع الأكواد لديك: يظل التنسيق هو نفس الملف الذي كان عليه قبل 22 أكتوبر. ولا تحدد المواصفات حتى الآن أين يجب أن تتواجد المهارات؛ بل تقتصر على تحديد ما يحتويه مجلد المهارة، بينما يقرر كل منتج المجلدات التي يفحصها. كما تظل الامتدادات الخاصة بكل منتج كما هي؛ فالحقل الذي يفهمه وكيل معين قد يرفضه وكيل آخر.
وهناك تفصيل يوضح مدى حداثة هذا التغيير: في 26 أكتوبر، كان دليل المساهمة في المستودع لا يزال ينص على أن طلبات استخدام الشعار «تتم مراجعتها من قِبل فريق Anthropic»، ولم تكن صفحة المواصفات تحمل أي رقم إصدار. فالإصدارات المرقمة مطروحة ضمن خارطة الطريق المقترحة ولم تصدر رسميًا بعد. لذا، تعامل مع المواصفات على أنها مستقرة عمليًا، لكنها غير مقيدة بإصدارات رسمية على الورق.
اكتب المهارة مرة واحدة وشغّلها على أكثر من وكيل
إليك نموذجاً لمهارة مبسطة تتوافق تماماً مع المواصفات. يتكون الـ name من أحرف صغيرة وأرقام وشرطات فقط، بحيث لا يتجاوز 64 حرفاً، ويتطابق تماماً مع اسم المجلد. ويوضح الـ description ما تفعله المهارة ومتى تُستخدم، في حدود 1024 حرفاً. وتعد جميع الحقول الأخرى اختيارية.
.agents/skills/migration-review/
├── SKILL.md
└── references/
└── CHECKLIST.md
---
name: migration-review
description: Reviews a database migration before it merges. Checks reversibility, locking on large tables, and data backfills. Use when a diff adds or changes files under migrations/ or the user asks for a migration review.
license: Apache-2.0
metadata:
owner: platform-team
version: "1.2"
---
# Migration review
1. List every migration file in the diff.
2. For each one, confirm a down migration exists, or state why it cannot.
3. Flag any ALTER TABLE on a table listed in references/CHECKLIST.md as large.
4. Flag backfills that run inside the migration instead of a separate job.
5. Report one line per file: PASS, or FAIL with the reason.
Do not edit the migration. Report only.
تُكتب قيم metadata كنصوص بين علامتي اقتباس لأن المواصفات تعرّف metadata كخريطة من مفاتيح وقيم نصية (strings). ويقع الملف المرجعي في مستوى واحد أدنى من ملف SKILL.md، وهو ما توصي به المواصفات. ويمكنك التحقق من صحته باستخدام أداة التحقق المرجعية (reference validator) قبل اعتماده في بيئة العمل:
skills-ref validate ./.agents/skills/migration-review
نأتي الآن إلى الجزئية التي لم تحسمها المؤسسة: مسارات اكتشاف المهارات (discovery paths). يشير توثيق مهارات Codex إلى المسار .agents/skills داخل المستودع والمسار $HOME/.agents/skills للمستخدم. بينما يحدد توثيق Claude Code المسار .claude/skills/<skill-name>/SKILL.md للمشروع والمسار ~/.claude/skills/ للمستخدم. ويدعم كلاهما تتبع الروابط الرمزية (symlinks) لمجلدات المهارات. بناءً على ذلك، احتفظ بنسخة أصلية واحدة تحت .agents/skills—وهو العرف المشترك الذي يوصي به دليل تنفيذ العملاء في المواصفات—وقم بربطها رمزياً لـ Claude Code:
mkdir -p .claude/skills
ln -s ../../.agents/skills/migration-review .claude/skills/migration-review
git add .agents/skills .claude/skills
مجلد واحد، ومراجعة واحدة، ومكان واحد للتحديث. أما المنتجات التي تفحص مسار .agents/skills مباشرة فلا تحتاج إلى روابط رمزية؛ لذا يُرجى مراجعة توثيق كل منتج للتأكد.
توجد ثلاث قواعد أساسية للحفاظ على توافقية المهارة وقابليتها للعمل عبر مختلف المنصات:
- اقتصر على الحقول الستة المحددة في المواصفات فقط (
nameوdescriptionوlicenseوcompatibilityوmetadataوallowed-tools) في النسخة المشتركة. يوضح توثيق Claude Code أن عمليات الرفع عبر claude.ai وواجهة برمجة تطبيقات المهارات (Skills API) ترفض أي حقل آخر مع إظهار خطأ صريح، بينما يقبل Claude Code نفسه بعض الامتدادات مثلcontext: fork. - تعامل مع حقل
allowed-toolsكاقتراح استرشادي؛ إذ تصنفه المواصفات كميزة تجريبية، ويتفاوت مستوى دعمه بين الوكلاء المختلفين. - أبعد الإعدادات الخاصة بمنتج معين عن ترويسة frontmatter المشتركة. على سبيل المثال، يقرأ Codex إعدادات واجهة المستخدم وطريقة الاستدعاء الاختيارية من ملف
agents/openai.yamlداخل مجلد المهارة، وتتجاهله بقية الوكلاء.
اعتمد التنسيق المشترك ووحده عندما يعمل أكثر من وكيل، أو أكثر من مطور، على نفس المستودع. وتجاوز هذه الخطوات الرسمية عندما يعمل مطور واحد باستخدام وكيل واحد؛ فوجود مهارة شخصية في مجلد الوكيل الخاص به يفي بالغرض تماماً، ويمكن تأجيل مسألة التوافقية حتى تبرز الحاجة لاستخدام وكيل ثانٍ.
مسألة الثقة والأمان لا تنتقل إلى المؤسسة
إن وجود جهة راعية محايدة للتنسيق لا يعني بأي حال من الأحوال أن أي مهارة أصبحت آمنة للاستخدام تلقائياً. يوضح دليل تنفيذ العملاء أن المهارات على مستوى المشروع تأتي من داخل المستودع قيد العمل، والذي قد يكون مستنسخاً حديثاً من مصدر لا تملك السيطرة عليه، ويقترح أن يُخضع الوكلاء هذه المهارات لخطوة فحص للثقة. وتتضمن خارطة الطريق المقترحة من Anthropic تقديم إرشادات أمان للمطورين ومستخدمي المهارات، مما يشير إلى أن هذه الإرشادات لم تكتمل بعد بصيغتها النهائية.
وإلى أن تصبح جاهزة، تعامل مع مراجعة أي مهارة كما تتعامل مع مراجعة أي مكتبة برمجية خارجية (dependency): اقرأ ملف SKILL.md وكل سكربت مرفق بعناية قبل أن يشغله الوكيل، واحرص على تشغيل الأوامر بأقل صلاحيات ممكنة (least-privileged)، واحمِ بياناتك السرية. ومع وجود مليون مهارة منشورة وفقاً لإحصاءات Anthropic، فإن الوفرة لم تعد هي العائق، بل تظل المراجعة الدقيقة هي التحدي الأساسي.
أين يأتي دور Sharkly
يوفر التنسيق المشترك إجابة واضحة عن: «هل سيتمكن وكيلي من تحميل هذا الملف أم لا»، لكنه لا يوضح أي وكيل يمتلك مهارة معينة، ومن يحق له تعديلها، وأين تُرسل النتائج. وتزداد تعقيدات هذه المسألة الإدارية مع إضافة كل وكيل جديد.
في Sharkly، تستخدم المهارة ملف SKILL.md كنقطة بداية ومدخل أساسي، مع تحديد الـ name والـ description في YAML متبوعين بالتعليمات، وفقاً لما ورد في توثيق المهارات. يمكنك رفع ملف SKILL.md أو ملف .skill أو ملف مضغوط zip أو مجلد كامل؛ أو الاستيراد مباشرة من رابط عام مدعوم؛ أو استيراد المهارات التي اكتشفتها بيئة تشغيل الكمبيوتر (Computer's Runtime) بالفعل. تصبح عمليات الاستيراد هذه نسخاً مُدارة، لذا ينصح التوثيق بمراجعتها جيداً قبل ربطها. وتملك كل مهارة نطاقاً محدداً واحداً (Organization أو Space أو Agent) يتم تثبيته عند الإنشاء، وتقتصر التعديلات على منشئ المهارة ومسؤولي المنظمة أو مدرائها. ويوضح مقال مهارات Sharkly (Sharkly Skills) كل مسار بالتفصيل.

تتم عملية الربط على مستوى الوكيل، ومن خلال الوكيل تحدد بيئة التشغيل (Runtime). وتُعرَّف مجموعة العمل Crew بأنها «مجموعة قابلة لإعادة الاستخدام تضم أفراداً ووكلاء ينسق العمل بينهم وكيل قائد»، وفقاً لما جاء في توثيق Crews، حيث يحتفظ كل وكيل عضو بإعداداته الخاصة. وبذلك يمكن لمجموعة عمل يقودها Claude Code ويتولى المراجعة فيها Codex أن يرتبطا بنفس مهارة المساحة المشتركة (Space Skill)، مع إرسال نتائج كل عضو إلى نفس المهمة المحددة. يتولى الوكلاء مهام البحث والتنفيذ والاختبار وإعداد التقارير، بينما يتخذ البشر القرار بشأن المهارات المعتمدة لدى الفريق ويعتمدون النتائج النهائية.
يمكنك مزامنة المهارات يدوياً من خلال مجلد واحد ورابط رمزي لكل مستودع، أو الاعتماد على Sharkly لإدارة تعيين المهارات للوكلاء بسلاسة مع نمو الفريق. وإذا كنت ترغب في تشغيل الوكيلين جنباً إلى جنب، فإن مقال تشغيل Claude Code وCodex معاً على قاعدة كود واحدة يغطي الجانب المتعلق ببيئة شجرة العمل (worktree).
الأسئلة الشائعة
هل تغير تنسيق Agent Skills بعد انتقاله إلى مؤسسة Agentic AI Foundation؟ لا؛ فقد شمل الإعلان نقل الاسم والشعار ومنظمة GitHub والنطاق والمعيار القياسي نفسه. وتظل المواصفات المنشورة على agentskills.io مطابقة للملف الأصلي، وتستمر مهارات SKILL.md الحالية في العمل بصورة طبيعية دون تغيير.
من يشرف على صيانة وتطوير Agent Skills حالياً؟ يتولى ذلك مهندسون من Anthropic وGoogle وOpenAI وشركات أخرى، بصفتهم الشخصية، مع David Soria Parra وMahesh Murag كمسؤولي صيانة رئيسيين، بحسب تدوينة Anthropic. وقد اقترحت Anthropic خطة لإصدار نسخ مرقمة وآلية تقديم مقترحات رسمية، إلا أن أياً منهما لم يصدر بعد.
ما هي الوكلاء التي تدعم Agent Skills؟ تفيد Anthropic بأن المعيار مدعوم من قِبل أكثر من 70 منصة، بما في ذلك ChatGPT وCursor وGitHub Copilot وVS Code. وتعرض قائمة العملاء المعتمدين على agentskills.io منتجات تشمل Claude Code وCodex وGemini CLI وOpenCode وGoose وOpenHands. وتحدد كل منصة مسارات مجلدات المهارات الخاصة بها، لذا يُرجى مراجعة توثيق كل منصة للتأكد.
هل يلزم الانضمام إلى المؤسسة لكتابة المهارات أو المساهمة فيها؟ لا؛ تؤكد تدوينة Anthropic إمكانية مواصلة استخدام المعيار والمساهمة فيه دون الحاجة للانضمام إلى المؤسسة، وتُقدَّم الملاحظات والمقترحات حول المواصفات عبر قناة Discord الخاصة بالمشروع.
هل تعمل المهارة المكتوبة لـ Claude Code مع Codex؟ نعم من حيث بنية التنسيق، طالما أن حقول ترويسة frontmatter تقتصر على الحقول الستة المعتمدة في المواصفات، وتتواجد المهارة في المسار الذي يبحث فيه Codex. ولن يتم نقل الامتدادات الحصرية بـ Claude Code مثل context: fork؛ لذا يجب استبعادها من النسخة المشتركة. كما أن نقل المهارات لا يمثل سوى جانب واحد من عملية التبديل بين الوكلاء؛ ويشرح مقال الحفاظ على السياق عند التبديل بين وكلاء البرمجة الجوانب الأخرى المتبقية.



