من الفكرة إلى SKILL.md جاهز للنشر — التخطيط، الكتابة، الاختبار، التوزيع، وأنماط الحلول الجاهزة، بالإضافة لقوالب عملية تبدأ منها مباشرة.
ماذا ستتعلّم في هذا الدليل؟
ست محطّات تأخذك من فهم مفهوم الـ Skill حتى بناء واحدة ونشرها فعلياً — بالتفاصيل والأمثلة.
- ما هي الـ Skill؟
- مبدأ الإفصاح التدريجي
- Skills مع MCP
- حالات الاستخدام
- معايير النجاح
- الـ YAML frontmatter
- ثلاث طرق للاختبار
- اختبارات التفعيل
- استخدام skill-creator
- نموذج التوزيع الحالي
- الاستخدام عبر API
- كيف تُسوّق الـ skill
- خمسة أنماط بناء جاهزة
- حلّ أكثر المشاكل شيوعاً
- قالب تحويل مستند
- قالب تحليل شامل
كل فصل مبني على الذي قبله — إن كنت تبني skill مستقلة ركّز على الفصول 1، 2، و5. وإن كنت تُحسّن تكامل MCP فأضف قسم "Skills + MCP".
ما هي الـ Skill، ولمن هذا الدليل؟
الـ Skill مجموعة تعليمات — معبّأة في مجلّد بسيط — تُعلّم Claude كيف يتعامل مع مهام أو سير عمل محدّد.
- مطوّراً يريد Claude يتّبع سير عمل ثابت
- مستخدماً محترفاً يريد اتّساقاً في النتائج
- فريقاً يريد توحيد طريقة عمل Claude داخل المؤسسة
الـ Skill تُبنى من مجلّد يحتوي: SKILL.md (إلزامي)، ومجلدات اختيارية scripts/ و references/ و assets/.
مساران عبر هذا الدليل
كلا المسارين يشتركان في نفس المتطلبات التقنية، لكن تختار ما يهمّ حالتك.
- Fundamentals (الفصل 1)
- Planning and Design (الفصل 2)
- الأنماط 1 و2 من الفصل 5
- قسم "Skills + MCP" في الفصل 1
- النمط 3 من الفصل 5 (MCP Enhancement)
- كل ما سبق ينطبق أيضاً
كلا المسارين يوصلانك لنفس الهدف: skill جاهزة للاستخدام، مبنيّة بشكل صحيح من أول مرّة.
Fundamentals — الأساسيات
مما تتكوّن الـ Skill، وما المبادئ الثلاثة التي تجعلها فعّالة: الإفصاح التدريجي، التركيب، والقابلية للنقل.
الـ Skill هي مجلّد يحتوي على…
ملف واحد إلزامي، وثلاثة مجلدات اختيارية — كل عنصر له دور محدد.
ابدأ بـ SKILL.md فقط. أضف scripts أو references أو assets لاحقاً فقط عندما تحتاجها فعلاً.
هذا المبدأ هو ما يجعل Claude يستطيع تفعيل مئات الـ skills دون إرهاق الذاكرة السياقية.
نظام Progressive Disclosure — ثلاثة مستويات
كل مستوى يُحمَّل فقط عند الحاجة إليه — هذا ما يقلّل استهلاك التوكنز مع الحفاظ على الخبرة المتخصصة.
الإفصاح التدريجي يقلّل استهلاك التوكنز مع الحفاظ على خبرة متخصصة كاملة عند الحاجة إليها.
التركيب (Composability) والقابلية للنقل (Portability)
الـ skill الجيدة لا تفترض أنها وحدها، ولا تتغيّر حسب مكان تشغيلها.
- يجب أن تعمل الـ skill بانسجام مع غيرها
- لا تفترض أنها القدرة الوحيدة المتاحة
- صُمِّمت لتتكامل، لا لتتصادم
- ابنِها مرّة واحدة — تعمل على كل الواجهات
- بلا أي تعديل إضافي
- بشرط أن تدعم البيئة أي اعتماديات تحتاجها الـ skill
صمّم الـ skill وكأنّها ستعمل بجانب عشرات غيرها، وعلى منصّة لا تتحكّم بها بالكامل.
إن كنت تبني skill مستقلة بلا MCP، يمكنك تخطّي هذه الصفحة والعودة إليها لاحقاً.
تشبيه المطبخ: MCP والـ Skills
إن كان لديك خادم MCP يعمل، فقد أنجزت الجزء الأصعب. الـ Skills هي طبقة المعرفة فوقه.
- يربط Claude بخدمتك (Notion، Asana، Linear…)
- يوفّر وصولاً فورياً للبيانات واستدعاء الأدوات
- تُعلِّم Claude كيف يستخدم خدمتك بفعالية
- تُلخّص سير العمل وأفضل الممارسات التي تعرفها بالفعل
معاً، يُمكّنان المستخدمين من إنجاز مهام معقّدة دون الحاجة لمعرفة كل خطوة بأنفسهم.
لماذا يهمّ هذا لمستخدمي MCP؟
الفرق بين ربط تكامل والمستخدم تائه، وبين تجربة تعمل من أول محاولة.
- المستخدمون يربطون MCP لكن لا يعرفون الخطوة التالية
- تذاكر دعم تسأل "كيف أفعل X بتكاملكم؟"
- كل محادثة تبدأ من الصفر
- نتائج غير متّسقة لأن كل مستخدم يكتب الطلب بطريقته
- المستخدمون يلومون الـ connector والمشكلة فعلياً في التوجيه
- سير عمل جاهز يُفعَّل تلقائياً عند الحاجة
- استخدام أدوات متّسق وموثوق
- أفضل الممارسات مدمجة في كل تفاعل
- منحنى تعلّم أقل لتكاملك
- قيمة أسرع لمستخدمي الـ connector الخاص بك
الـ Skills تجعل تكامل الـ MCP الخاص بك مكتملاً — تمنحك أفضلية أمام البدائل التي تعتمد على MCP فقط.
Planning and Design — التخطيط والتصميم
من حالة الاستخدام إلى الـ YAML frontmatter — كل قرار تصميمي يحدّد هل ستُفعَّل الـ skill في اللحظة الصحيحة أم لا.
قبل كتابة أي كود، حدّد 2–3 حالات استخدام
حالة استخدام مكتوبة جيداً توضّح: متى تُفعَّل الـ skill، وما الخطوات، وما النتيجة المتوقّعة.
المُحفِّز: المستخدم يقول "ساعدني أخطّط لهذا السبرنت" أو "أنشئ مهام السبرنت"
الخطوات: 1) جلب حالة المشروع من Linear عبر MCP · 2) تحليل سرعة الفريق وطاقته · 3) اقتراح ترتيب أولويات المهام · 4) إنشاء المهام في Linear بالتصنيفات والتقديرات الصحيحة
النتيجة: سبرنت مخطَّط بالكامل مع مهام منشأة فعلياً
- ما الذي يريد المستخدم إنجازه؟
- ما سير العمل متعدّد الخطوات الذي يتطلّبه هذا؟
- ما الأدوات المطلوبة (مدمجة أم MCP)؟
- ما المعرفة أو أفضل الممارسات الواجب تضمينها؟
حالة استخدام محدّدة بوضوح هي أساس كل قرار تصميمي لاحق في بناء الـ skill.
ثلاث فئات لحالات استخدام Skills
كما لاحظنا في Anthropic — معظم الـ skills الناجحة تقع ضمن واحدة من هذه الفئات.
- مثال: frontend-design skill
- أدلّة أسلوب وهوية بصرية مدمجة
- قوالب هيكلية للمخرَج الموحّد
- قوائم جودة قبل الإنهاء
- مثال: skill-creator
- سير عمل خطوة بخطوة مع بوّابات تحقّق
- قوالب لهياكل شائعة
- حلقات تحسين تكرارية
- مثال: sentry-code-review skill
- تنسيق عدّة استدعاءات MCP بالتسلسل
- خبرة مجالية مدمجة
- معالجة أخطاء لمشاكل MCP الشائعة
معرفة أي فئة تناسب حالتك يوجّهك مباشرة لأنماط البناء المناسبة في الفصل الخامس.
كيف تعرف أن الـ Skill تعمل؟
أهداف استرشادية أكثر من كونها عتبات دقيقة — اجتهد بصرامة لكن تقبّل عنصر التقييم الحسّي.
- تُفعَّل الـ skill في 90% من الاستفسارات ذات الصلة — شغّل 10–20 استعلام اختبار وتتبّع التفعيل التلقائي
- تُكمل سير العمل بعدد معيّن من استدعاءات الأدوات — قارن نفس المهمة بوجود الـ skill وبدونها
- 0 استدعاءات API فاشلة لكل سير عمل — راقب سجلّات خادم MCP وتتبّع معدّلات إعادة المحاولة
- المستخدمون لا يحتاجون توجيه Claude بشأن الخطوة التالية
- سير العمل يكتمل دون تصحيح من المستخدم — كرّر نفس الطلب 3–5 مرّات وقارن الاتّساق
- نتائج متّسقة عبر الجلسات — هل يستطيع مستخدم جديد إنجاز المهمة من أول محاولة؟
Anthropic تعمل حالياً على تطوير إرشادات وأدوات قياس أكثر نضجاً لهذا الجانب.
هيكل الملفّات وقواعد التسمية الصارمة
قواعد بسيطة، لكن مخالفتها تمنع رفع الـ skill بالكامل.
- يجب أن يكون بالضبط SKILL.md (حسّاس لحالة الأحرف)
- لا اختلافات مقبولة: SKILL.MD، skill.md، إلخ
- استخدم kebab-case: notion-project-setup ✓
- بلا مسافات: Notion Project Setup ✕
- بلا شرطة سفلية: notion_project_setup ✕
- بلا أحرف كبيرة: NotionProjectSetup ✕
هذه القواعد الثلاث هي أكثر أسباب فشل رفع الـ skill شيوعاً — تحقّق منها أولاً عند أي خطأ.
الـ YAML frontmatter هو كيف يقرّر Claude تحميل الـ skill من عدمه — احرص على كتابته بدقّة.
الـ YAML frontmatter — الصيغة الدنيا
حقلان فقط مطلوبان للبدء — لكن جودتهما تحدّد مصير الـ skill بالكامل.
---
name: your-skill-name
description: What it does. Use when
user asks to [specific phrases].
---- بصيغة kebab-case فقط
- بلا مسافات أو أحرف كبيرة
- يجب أن يطابق اسم المجلّد
- يجب أن يتضمّن: ماذا تفعل الـ skill + متى تُستخدَم
- أقل من 1024 حرفاً
- بلا علامات XML (< أو >)
- اذكر مهام محدّدة قد يقولها المستخدمون
هذا كل ما تحتاجه للبدء فعلياً — بقية الحقول اختيارية بالكامل.
حقول اختيارية وقيود أمنية صارمة
مرونة أكبر في التوثيق — لكن مع قيود واضحة لحماية سلامة النظام.
- license: عند جعل الـ skill مفتوحة المصدر — مثل MIT، Apache-2.0
- compatibility: من 1 إلى 500 حرف — متطلّبات البيئة
- metadata: أزواج مفتاح-قيمة حرّة — يُقترَح: author، version، mcp-server
- أقواس XML الزاويّة (< و >) — قيد أمني
- أسماء skills تحتوي "claude" أو "anthropic" (محجوزة)
السبب: الـ frontmatter يظهر داخل الـ system prompt الخاص بـ Claude — أي محتوى ضار قد يحاول حقن تعليمات.
وصف جيّد مقابل وصف ضعيف
البنية الذهبية: [ماذا تفعل] + [متى تُستخدَم] + [القدرات الأساسية].
اختبر وصفك: اسأل Claude "متى تستخدم skill [الاسم]؟" — سيقتبس الوصف. عدّل بناءً على ما ينقص.
كتابة التعليمات الرئيسية بعد الـ frontmatter
عدّل هذا القالب حسب الـ skill الخاصة بك — استبدل الأقسام بين قوسين بمحتواك الفعلي.
استخدم الإفصاح التدريجي: أبقِ SKILL.md مركّزاً على التعليمات الأساسية، وانقل التوثيق التفصيلي إلى references/ مع رابط إليه.
أفضل الممارسات لكتابة التعليمات
التعليمات المحدّدة تُنفَّذ. التعليمات الغامضة تُفسَّر بطرق مختلفة في كل مرّة.
للتحقّقات الحرجة، فكّر بتضمين سكربت يقوم بالفحص برمجياً بدل الاعتماد على تفسير اللغة — الكود حتمي، أمّا اللغة فلا.
Testing and Iteration — الاختبار والتكرار
الـ skills وثائق حيّة. من الاختبار اليدوي السريع إلى التقييم البرمجي عبر الـ API — اختر الصرامة المناسبة لحالتك.
ثلاث طرق لاختبار الـ Skills
اختر المستوى المناسب لمدى ظهور الـ skill الخاصة بك — فريق داخلي صغير يختلف عن آلاف المستخدمين.
ابنِ أساساً ناجحاً على مهمّة واحدة أولاً، ثم وسّع لحالات اختبار متعدّدة للتغطية الكاملة.
هل تُفعَّل الـ Skill في اللحظة الصحيحة؟
الهدف: التأكّد من أن الـ skill تُحمَّل في الأوقات الصحيحة فقط — لا أكثر ولا أقلّ.
شغّل 10–20 استعلام اختبار يجب أن تُفعِّل الـ skill، وتتبّع كم مرّة تُحمَّل تلقائياً مقابل الحاجة لتفعيل يدوي.
أثبِت أن الـ Skill تُحسّن النتائج فعلياً
قارن نفس المهمّة بوجود الـ skill وبدونها — الأرقام تتحدّث.
- المستخدم يزوّد التعليمات في كل مرّة
- 15 رسالة ذهاباً وإياباً
- 3 استدعاءات API فاشلة تحتاج إعادة محاولة
- 12{,}000 توكن مستهلَكة
- تنفيذ سير العمل تلقائياً
- سؤالان توضيحيّان فقط
- 0 استدعاءات API فاشلة
- 6{,}000 توكن مستهلَكة
استخدم مقاييس "معايير النجاح" من الفصل الثاني لبناء هذه المقارنة على بياناتك الفعلية.
استخدم skill-creator ثم كرِّر بناءً على الإشارات
الـ skills وثائق حيّة — خطّط للتكرار المستمر بناءً على ثلاث إشارات رئيسية.
- الـ skill لا تُحمَّل عندما يجب
- المستخدمون يفعّلونها يدوياً
- أسئلة دعم حول متى تُستخدَم
- تُحمَّل لاستعلامات غير ذات صلة
- المستخدمون يعطّلونها
- ارتباك حول الغرض منها
- نتائج غير متّسقة
- فشل استدعاءات API
- تصحيحات متكرّرة من المستخدم
"استخدم skill-creator لبناء skill لـ [حالتك]" — يولّد SKILL.md صحيح البنية، ويقترح عبارات تشغيل وحالات اختبار، ويراجع الإصدارات السابقة.
Distribution and Sharing — التوزيع والمشاركة
من الرفع الفردي إلى النشر على مستوى المؤسسة، ومن الاستخدام عبر الواجهة إلى الأتمتة الكاملة عبر الـ API.
كيف تصل الـ Skills إلى المستخدمين اليوم
من التنزيل الفردي إلى النشر التلقائي على مستوى المؤسسة بالكامل.
- نزّل مجلّد الـ skill
- اضغطه بصيغة .zip إن لزم
- ارفعه عبر Claude.ai › Settings › Capabilities › Skills
- أو ضعه في مجلّد skills الخاص بـ Claude Code
- المدراء ينشرون الـ skills على مستوى بيئة العمل بالكامل
- تحديثات تلقائية
- إدارة مركزية
كل تحديث ينتشر تلقائياً — لا حاجة لإعادة توزيع يدوي للفِرَق.
متى تستخدم API ومتى Claude.ai؟
للاستخدامات البرمجية — بناء تطبيقات أو وكلاء أو سير عمل آلي — يمنحك الـ API تحكماً مباشراً.
| حالة الاستخدام | Best Surface |
|---|---|
| مستخدمون يتفاعلون مع الـ skills مباشرة | Claude.ai / Claude Code |
| اختبار وتكرار يدوي أثناء التطوير | Claude.ai / Claude Code |
| سير عمل فردي غير متكرّر | Claude.ai / Claude Code |
| تطبيقات تستخدم الـ skills برمجياً | API |
| نشر إنتاجي على نطاق واسع | API |
| أنابيب آلية وأنظمة وكلاء | API |
- نقطة النهاية /v1/skills لسرد وإدارة الـ skills
- إضافة skills لطلبات Messages API عبر معامل container.skills
- إدارة الإصدارات عبر Claude Console
- يعمل مع Claude Agent SDK لبناء وكلاء مخصّصين
ملاحظة: الـ skills عبر الـ API تتطلّب ميزة Code Execution Tool (beta) — توفّر البيئة الآمنة التي تحتاجها الـ skills للتشغيل.
ابدأ باستضافة الـ Skill على GitHub
مستودع عام، README واضح للزوّار البشريين، وأمثلة استخدام بلقطات شاشة.
- مستودع عام لـ skills مفتوحة المصدر
- README واضح مع تعليمات التثبيت
- أمثلة استخدام ولقطات شاشة
- اربط الـ skill من توثيق MCP الخاص بك
- اشرح قيمة استخدام الاثنين معاً
- قدّم دليل بدء سريع
- استنسخ المستودع أو نزّل ZIP من Releases
- Claude.ai › Settings › Skills › Upload skill
- فعّل الـ skill واختبرها: "Set up a new project in [Service]"
مستودع الـ skill نفسه يجب ألّا يحتوي README.md — الـ README هنا على مستوى المستودع لزوّار GitHub البشريين فقط.
ركّز على النتائج، لا على الميزات التقنية
كيف تصف الـ skill في الـ README أو التوثيق أو التسويق يحدّد هل سيجرّبها المستخدمون أصلاً.
أبرِز قصّة "MCP + Skills معاً": الـ MCP يمنح Claude الوصول، والـ Skill تُعلّمه سير عمل فريقك — معاً يُمكّنان إدارة مشاريع مدعومة بالذكاء الاصطناعي.
Patterns and Troubleshooting — الأنماط ومعالجة المشاكل
أنماط ظهرت من skills بناها متبنّون أوائل وفرق داخلية — تمثّل نُهجاً شائعة أثبتت نجاحها، لا قوالب إلزامية.
تماماً كمتجر Home Depot: قد تدخل بمشكلة "أحتاج أصلح خزانة مطبخي" فيوجّهك الموظّف للأداة الصحيحة — أو تختار مثقاباً وتسأل كيف تستخدمه لمهمّتك.
Problem-first مقابل Tool-first
مُعظم الـ skills تميل لاتّجاه واحد — معرفة أيّهما يناسب حالتك يوجّهك للنمط الصحيح.
- المستخدمون يصفون النتائج
- الـ skill تتولّى الأدوات
- المستخدمون لديهم الوصول
- الـ skill توفّر الخبرة
حدّد أي إطار يناسب حالة الاستخدام لديك قبل اختيار أحد الأنماط الخمسة التالية.
خمسة أنماط بناء جاهزة للاستخدام
اختر النمط الأقرب لطبيعة سير العمل الذي تبنيه.
- ترتيب خطوات صريح
- اعتماديات بين الخطوات
- تحقّق في كل مرحلة
- فصل واضح بين المراحل
- تمرير بيانات بين الخوادم
- معالجة أخطاء مركزية
- معايير جودة صريحة
- حلقة تحسين وتحقّق
- معرفة متى تتوقّف
- شجرة قرار واضحة
- خيارات احتياطية
- شفافية حول الاختيار
- خبرة مجالية مدمجة بالمنطق
- تحقّق قبل التنفيذ
- حَوكمة وتوثيق واضحان
راجع أمثلة كل نمط في المصادر المرفقة — Sequential Orchestration، Multi-MCP، Iterative Refinement، Context-Aware Selection، Domain Intelligence.
"الـ Skill لا تُرفَع" أو لا تُفعَّل
أكثر ثلاث مشاكل شيوعاً عند البدء — وحلّها المباشر.
- السبب: الملف غير مُسمَّى SKILL.md بالضبط
- الحل: أعد التسمية (حسّاس لحالة الأحرف)
- تحقّق بـ: ls -la يجب أن يُظهر SKILL.md
- السبب الشائع: نسيان الفواصل --- أو علامات اقتباس غير مغلقة
- تأكّد من --- في البداية والنهاية
- تأكّد من إغلاق كل علامات الاقتباس
- هل الوصف عام جداً؟ ("Helps with projects" لن ينجح)
- هل يتضمّن عبارات تشغيل يقولها المستخدمون فعلياً؟
- هل يذكر أنواع الملفات ذات الصلة؟
اختبار تشخيصي سريع: اسأل Claude "متى تستخدم skill [الاسم]؟" وقارن الإجابة بما تنوي فعلاً.
مشاكل الاتصال والتنفيذ والسياق
حين تُحمَّل الـ skill لكن النتائج ليست كما هو متوقّع.
- تحقّق من اتصال الخادم: Settings › Extensions
- تأكّد من صلاحية مفاتيح API والصلاحيات
- اختبر MCP مباشرة بدون الـ skill أولاً
- تحقّق من دقّة أسماء أدوات MCP (حسّاسة لحالة الأحرف)
- التعليمات مطوَّلة أكثر من اللازم — اختصر واستخدم نقاطاً
- ضع التعليمات الحرجة في الأعلى، استخدم ## Critical
- لغة غامضة؟ اكتب تحقّقات صريحة بدل "تأكّد من صحة الأمور"
- أبقِ SKILL.md تحت 5{,}000 كلمة
- انقل التفاصيل إلى references/ واربط إليها
- قيّم إن كان لديك أكثر من 20–50 skill مفعّلة معاً
للكسل النموذجي: أضف تشجيعاً صريحاً — "خذ وقتك للتأكّد من الجودة، لا تتخطَّ خطوات التحقّق" — هذا أكثر فعالية في الـ prompt من كتابته في SKILL.md.
Resources and References — المصادر والمراجع
إن كانت هذه أوّل skill تبنيها، ابدأ بدليل أفضل الممارسات، ثم ارجع للمراجع التقنية عند الحاجة.
أين تجد المزيد؟
التوثيق الرسمي، مستودع الأمثلة، وأداة skill-creator لبناء ومراجعة الـ skills.
- دليل أفضل الممارسات · توثيق الـ Skills
- مرجع الـ API · توثيق MCP
- "Introducing Agent Skills" وتدوينات هندسية ذات صلة
- GitHub: anthropics/skills
- يحتوي skills أنشأتها Anthropic يمكنك تخصيصها
- استنسخها، عدّلها، استخدمها كقوالب
- skill-creator: مدمجة في Claude.ai ومتوفّرة لـ Claude Code
- أسئلة عامّة: منتديات مجتمع Claude Developers Discord
- تقارير الأعطال: GitHub Issues على anthropics/skills
ابدأ من دليل أفضل الممارسات، ثم راجع مراجع API التقنية عند الحاجة فقط.
قائمة تحقّق قبل النشر
استخدمها للتحقّق من الـ skill قبل وبعد الرفع — أو ابدأ بـ skill-creator ثم راجع هذه القائمة.
- حدّدت 2–3 حالات استخدام ملموسة
- حدّدت الأدوات (مدمجة أو MCP)
- راجعت هذا الدليل و skills مثال
- مجلّد بصيغة kebab-case
- ملف SKILL.md موجود بالتسمية الصحيحة
- الـ description يتضمّن ماذا ومتى، وبلا أقواس XML
- اختُبر التفعيل على مهام واضحة ومُعاد صياغتها
- اختبارات وظيفية ناجحة، ومضغوط بصيغة .zip
- راقب التفعيل الناقص/الزائد بعد الرفع وكرّر
الحقول المطلوبة فقط: name (kebab-case) و description (ماذا + متى، أقل من 1024 حرفاً، بلا < >).
Templates — قوالب إنشاء Skills
قالبان جاهزان لطلب Claude ببنائهما — الصقهما مباشرة في المحادثة وعبّئ الأقواس بمحتواك.
حوّل مستنداً إلى Skill
الأنسب حين يكون لديك مستند موجود (دليل أسلوب، عملية، معيار) وتريد تحويله مباشرة.
- قبل البدء، تحقّق من إرفاق كل ملفات سياق العلامة اللازمة — وإن نقص شيء، توقّف واسأل أسئلة محدّدة
- التزم بدقّة بالخطوات الموضّحة في المستند
- حافظ على اتّساق التسمية والنبرة وأسلوب التنسيق وبنية المجلدات
- احفظ الـ skill الجاهزة داخل مجلّد /claude/skills/ بصيغة صحيحة وجاهزة للنشر
- استخدم skill-creator لضمان البنية والتنسيق الصحيحين
الأبسط للبدء — مثالي حين يكون لديك مصدر جاهز تريد Claude يستخرج منه الـ skill.
قالب تحليل شامل ومنظّم
الأنسب حين تبني skill من الصفر بلا مستند مصدر — عبّئ كل قسم بعناية.
استخدم skill-creator لضمان بنية SKILL.md الصحيحة، واحفظها داخل .claude/skills/[skill-name]/ جاهزة للاستخدام الفوري.
ابدأ بحالة استخدام واحدة، اكتب وصفاً محدّداً، اختبر التفعيل، وكرّر. 15 إلى 30 دقيقة تفصلك عن أول skill عاملة.