Anthropic تشرح كيفية بناء skills لـ Claude Code ولماذا تحتاج الفرق إلى سوق داخلي خاص بها

نشرت Anthropic دليلًا مفصلًا حول skills لـ Claude Code، وهي إضافات تساعد الوكيل على العمل بشكل أفضل مع الكود والبيانات والعمليات الداخلية. وتقول الشركة إنها تستخدم بالفعل مئات skills من هذا النوع، وإنها اكتشفت عمليًا أيّها يرفع جودة العمل فعلًا، وأيّها لا يفعل سوى تضخيم السياق.

ما هي skills التي تعمل

الفكرة الرئيسية في الدليل أن skill ليس مجرد ملف markdown يحتوي على تعليمات، بل مجلد متكامل يضم ملفات إعداد وسكربتات وقوالب وبيانات، وحتى hooks. ولهذا تنصح Anthropic بتحديد نوع skill أولًا، ثم كتابة محتواه.

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

• مراجع لـ API وSDK والمكتبات الداخلية
• skills للتحقق من المنتج عبر المتصفح وCLI وassertions
• أدوات لتحليل البيانات والمقاييس والمراقبة
• قوالب للـ scaffolding والاختبارات ومراجعة الكود
• skills لـ CI/CD وأدلة التشغيل (ranbooks) والعمليات على البنية التحتية

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

وتزداد قيمة هذه المهارات حيث تكون كلفة الخطأ عالية: في بيئة الإنتاج والمدفوعات والتأهيل (onboarding) والمنصات الداخلية. وفي هذه السيناريوهات تحديدًا يتضح بأفضل صورة ما إذا كان skill يحوّل النموذج إلى أداة عمل موثوقة.

كيف تكتب skill

تنصح Anthropic بعدم إضاعة المساحة على الأمور البديهية التي يعرفها Claude أصلًا عن الكود والممارسات الشائعة. والأجدى بكثير أن يتضمن skill قسمًا عن «المطبات» الحقيقية: الأعطال المتكررة، والحالات الحدّية غير التقليدية، وقواعد الفريق المحلية.

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

«أفضل طريقة لفهم skills هي أن تبدأ وتجرّب وترى ما يناسبك».

كما يوصي المؤلفون بالتفكير مسبقًا في الإعداد الأولي: مثلًا، حفظ المعاملات في config.json، وطرح أسئلة منظمة على المستخدم إذا كان ملف الإعداد فارغًا. ويجب كتابة حقل description لا كملخص تسويقي، بل كشرط تشغيل موجّه إلى النموذج نفسه.

ولأغراض الذاكرة يمكن استخدام السجلات أو JSON أو SQLite، لكن الأفضل حفظ البيانات الدائمة في مجلد ثابت مثل `${CLAUDE_PLUGIN_DATA}`. وتروّج Anthropic كذلك لفكرة تخزين الكود والمكتبات المساعدة داخل skills، بدل إجبار النموذج على إعادة اختراع الكود التمهيدي (boilerplate) في كل مرة. ولتبسيط هذه العملية أصدرت الشركة أداة Skill Creator.

كيف تتم المشاركة داخل الفريق

لتوزيع skills تصف Anthropic سيناريوهين أساسيين: حفظها مباشرة في مستودع المشروع، أو تغليفها كإضافات لسوق Claude Code. الخيار الأول مناسب للفرق الصغيرة ولمستودعين أو ثلاثة، لكن له ثمنًا: فكل skill يُضاف إلى المستودع يضيف سياقًا إلى النموذج. وعندما يكثر عدد skills، يصبح من المنطقي نقلها إلى كتالوج داخلي مستقل، تختار فيه الفرق بنفسها ما تثبّته.

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

وفي الوقت نفسه، لا توجد في Anthropic مجموعة مركزية واحدة تعتمد جميع skills يدويًا منذ البداية. فعادةً تظهر الإضافات المفيدة محليًا أولًا، ثم تُشارَك عبر GitHub وSlack، وبعد ظهور طلب طبيعي عليها تُنقل إلى السوق. ويمكن قياس الاستخدام عبر PreToolUse hooks، أما الاعتماديات بين skills فتُحَل حاليًا بإشارات بسيطة بالاسم.

والفكرة أن تُنمّى المكتبة تدريجيًا، دون إغراق النظام بنسخ مكررة وإضافات يصعب صيانتها.

ماذا يعني ذلك

يُظهر دليل Anthropic تحولًا مهمًا: فقيمة أدوات الذكاء الاصطناعي في التطوير لم تعد تكمن في النموذج وحده، بل في الطريقة التي يغلّف بها الفريق معارفه وفحوصاته وعملياته الآمنة حوله. وهذه إشارة لمستخدمي Claude Code بأن يستثمروا لا في «الأوامر السحرية» (prompts)، بل في طبقة skills خاصة بهم، تجعل الوكيل أكثر قابلية للتنبؤ وأكثر فائدة وأقرب إلى مهام العمل الفعلية في البيئة الهندسية.