5 مهارات لـ Claude Code تُحدث فرقاً حقيقياً: دروس مستفادة من أسطول وكلاء الذكاء الاصطناعي
عندما تطلب من Claude "اكتب الاختبارات أولاً، ثم نفذ الكود"، يرد عليك قائلاً: "فهمت، سأكتب الاختبارات أولاً". لكنك تعود لتجد أن التنفيذ قد اكتمل بالفعل، مع إضافة بضعة اختبارات بسيطة في النهاية. المشكلة ليست في أن Claude لا يفهمك، بل في أن سير عملك يفتقر إلى "بوابة مرحلية" (Phase Gate).
انفجرت شعبية مستودع mattpocock/skills بعد إطلاقه مفتوح المصدر في أواخر أبريل 2026، حيث وصل إلى حوالي 21,900 نجمة بحلول 26 أبريل، وتجاوز الآن 101 ألف نجمة (بترخيص MIT). لم يكن السبب مجرد مطالبات (Prompts) أفضل، بل لأنه يقدم شيئاً مختلفاً جذرياً: قواعد إنتاج هيكلية للذكاء الاصطناعي. إذا لم يفشل اختبار "الأحمر" (Red)، فلا يمكن بدء تنفيذ "الأخضر" (Green). إذا كنت مشتركاً في Claude Code أو تبني تطبيقات باستخدامه، فهذا الدليل يشاركك ما تعلمناه من تشغيل هذه المهارات في أسطول الوكلاء الخاص بنا، مع 5 اختيارات أحدثت أكبر فرق، وسلسلة سير عمل يمكنك نسخها مباشرة.
باختصار (TL;DR)
- المهارات ليست مجرد مطالبات أفضل، بل هي وحدات سير عمل مزودة ببوابات مرحلية.
- اختياراتنا الخمسة: tdd، to-prd، to-issues، grill-me، caveman.
- التثبيت: npx skills@latest add mattpocock/skills - يتم في 5 دقائق.
- أفضل تركيبة: grill-me ← to-prd ← to-issues ← tdd (دورة تطوير كاملة).
- تعمل المهارات وحدها بنسبة 20% من الوقت؛ ومع استخدام الخطافات (Hooks)، سجل سكوت سبنس نسبة نجاح 84% عبر أكثر من 200 مطالبة.
لماذا يتجاهل Claude أمر "اكتب الاختبارات أولاً" (وكيف تعالج ذلك فعلياً)
واجه كل من يستخدم Claude Code للتطوير تقريباً هذه المشكلة: تكتب "استخدم TDD، واكتب الاختبارات أولاً" في مطالبك. يوافق Claude، ثم يكتب التنفيذ ويضيف الاختبارات لاحقاً. السبب الجذري ليس فشل الفهم، بل أن التعليمات على مستوى المطالبة هي مجرد اقتراحات. عند معالجة المهام المعقدة، يتصرف Claude بناءً على ما يحسبه المسار الأكثر كفاءة. بالنسبة لنموذج لغوي، فإن كتابة التنفيذ أولاً ثم اشتقاق الاختبارات هو التسلسل "الأكثر طبيعية". مطالبك هي مجرد تلميح، وليست بوابة إلزامية.
تعالج مهارة TDD هذه المشكلة من خلال تحديد بوابة مرحلية هيكلية: يجب أن تنتج مرحلة "الأحمر" اختباراً فاشلاً، ويجب أن يفشل الاختبار فعلياً، قبل السماح ببدء مرحلة "الأخضر" (التنفيذ). هذا هو الفرق الجوهري بين تلميح المطالبة والفرض الهيكلي.
أين توضع المهارات: بنية الطبقات الأربع
قبل اختيار المهارات، افهم نظام الطبقات الأربع في Claude Code؛ فوضع الأشياء في الطبقة الخطأ هو المكان الذي يخطئ فيه معظم الناس. الرؤية الرئيسية هي أنه بمجرد تجاوز ملف CLAUDE.md لحوالي 200 سطر، يتجاهل Claude بصمت القواعد المدفونة في الضجيج. أكد فريق هندسة Marmelab هذا في بيئة الإنتاج، وواجهنا نفس المشكلة؛ حيث بدأت بعض القواعد تُتجاهل بصمت، واستغرق الأمر وقتاً لتتبع السبب.
يحل تصميم التحميل الكسول (Lazy-load) للمهارات هذه المشكلة. يبقى الوصف فقط (بحد أقصى 1536 حرفاً) في السياق الدائم. يتم تحميل جسم SKILL.md الكامل فقط عند استدعاء /skill-name. هذا يسمح لك بنقل سير العمل المعقد خارج CLAUDE.md إلى مهارات مستقلة، مما يحافظ على خفة CLAUDE.md.
لماذا حقق mattpocock/skills أكثر من 101 ألف نجمة
مات بوكوك هو معلم معروف في TypeScript ويحظى بثقة عالية في مجتمع TS. لكن مستودع mattpocock/skills لم ينتشر بسبب شهرة الاسم فقط، بل وصل في اللحظة التي أدرك فيها المطورون أن هندسة المطالبات ليست كافية، بل يحتاجون إلى "هندسة سير العمل". والأهم من ذلك، أن المهارات ليست حصرية لـ Claude Code. فمعيار Agent Skills هو معيار مفتوح مصمم للتوافق عبر بيئات التطوير (IDE): Claude Code، Cursor، وGemini CLI. المهارات التي تثبتها ليست إضافات مقيدة ببيئة تطوير معينة، بل هي بروتوكولات سير عمل عبر المنصات.
اختياراتنا الخمسة: المهارات التي يستخدمها أسطول الوكلاء لدينا فعلياً
من بين 14 مهارة في mattpocock/skills بالإضافة إلى النظام البيئي الأوسع، إليك الخمس التي أنتجت أوضح تحسن في الجودة في أسطول الوكلاء لدينا:
- /tdd: لفرض التطوير القائم على الاختبار.
- /to-prd: لتحويل المحادثات إلى وثائق متطلبات منتج مهيكلة.
- /to-issues: لتقسيم العمل إلى مهام قابلة للتنفيذ.
- /grill-me: لاستجواب المتطلبات وتوضيح الغموض.
- /caveman: لتقليل الضجيج والتركيز على الكود الخام.
تعمق في مهارة TDD: ماذا تعني البوابة المرحلية حقاً
مهارة TDD هي المهارة ذات التأثير الأعلى في mattpocock/skills. آليتها الأساسية تعتمد على: 1. مرحلة الأحمر (كتابة اختبارات فاشلة)، 2. مرحلة الأخضر (تنفيذ الحد الأدنى)، 3. عزل الوكيل الفرعي (استخدام context: fork لتشغيل وكيل الاختبار ووكيل التنفيذ في سياقات منفصلة). الفرق عن "إخبار Claude بكتابة الاختبارات أولاً" هو أن المطالبة اقتراح، بينما البوابة المرحلية هيكل لا يمكن تجاوزه.
سلسلة سير العمل (التسلسل اليدوي): grill-me ← to-prd ← to-issues ← tdd
المهارة الواحدة لها قيمة، لكن القوة الحقيقية تكمن في سلسلة سير العمل. التسلسل المقترح هو: استجواب المتطلبات، ثم صياغة وثيقة المنتج، ثم تقسيمها إلى مهام، وأخيراً التنفيذ عبر TDD. هذا التسلسل يحاكي العمليات اليومية لأسطولنا، والفرق هو أن مات بوكوك قام بتغليف كل عقدة كمهارة قياسية يمكن لأي شخص تثبيتها عبر npx.
المهارات + الخطافات (Hooks): من الاحتمالية إلى الحتمية
المهارات احتمالية بطبيعتها؛ مهما كان ملف SKILL.md مكتملاً، قد يتجاهل Claude التعليمات عند التركيز على مهام معقدة. الخطافات (Hooks) حتمية تماماً؛ فهي نصوص برمجية (Shell scripts) مرتبطة بأحداث دورة حياة Claude Code (مثل PreToolUse وPostToolUse) وتنفذ دون قيد أو شرط في كل مرة. استراتيجية الدمج هي: المهارات تحدد "ما يجب فعله"، والخطافات تضمن "أنه سيتم فعله".
إخلاء مسؤولية عن المخاطر: القيود الصادقة
يجب أن تدرك أن المهارات لا تزال احتمالية. التثبيت لا يساوي ضمان التنفيذ. في المهام المعقدة، قد يتخطى Claude تعليمات المهارة. لا تتوقع "التثبيت والنسيان"؛ فالتنفيذ الموثوق يتطلب طبقة مزدوجة من المهارات والخطافات. كما أن مهارة /caveman قد تؤثر على جودة التفكير في المهام التي تتطلب استنتاجاً منطقياً عميقاً بسبب الضغط الزائد للمخرجات.
الخلاصة: من "ذكي ولكن فوضوي" إلى "الانضباط الهندسي"
المهارات لا تحل مشكلة قدرة Claude، بل تحل مشكلة الانضباط السلوكي. الذكاء الاصطناعي الذي يمكنه فعل أي شيء بدون بوابات مرحلية أو عمليات مهيكلة يشبه مهندساً عبقرياً لا يجري اختبارات أبداً؛ مخرجات سريعة، ولكن جودة غير متوقعة. ابدأ بتثبيت المهارات، وجرب سلسلة العمل، وستتحول سير عملك من "تذكير الذكاء الاصطناعي في كل مرة" إلى "التنفيذ التلقائي للعمليات".