كل شيء في هذا الباب يعود إلى سؤال واحد: أين تعيش خبرة فريقك، وما الذي يجعلها تظهر في اللحظة الصحيحة؟ الـ skill هو الجواب الذي لا يتطلّب من أحد أن يتذكّر شيئًا. تكتب كيف ينبغي أن تُنجز المهمّة، فيلتقط Claude الملف حين تظهر تلك المهمّة.
الآلية التي تستحقّ الفهم هي أن الـ skills تُطابَق بالـ description الخاص بها، لا بك أنت. ما يبقيه Claude أمام عينيه هو سطر واحد من نوع «استخدم هذا حين…» لكل skill؛ ولا تُقرأ التعليمات الكاملة إلا حين يبدو أحدها ذا صلة. ولهذا نتيجة لطيفة — تثبيت ثلاثين skill يكلّفك ثلاثين سطرًا قصيرًا، فالتسعة والعشرون التي لا تنطبق اليوم تكاد تكون مجانية — ونتيجة أخرى متطلّبة: الـ description الدقيق أهمّ من تعليمات جميلة، لأن skill لا يستدعيه أحد هو skill لا يملكه أحد.
الـ plugin ليس فكرة مختلفة، بل هو تغليف. إنه حزمة — بعض الـ skills، وبعض الـ slash commands، وربّما hook ووصلة إلى أداة — تُثبَّت بأمر /plugin install واحد. فكّر فيه بوصفه توزيعًا لا قدرة. فإذا كنت قد جمّعت منظومة ناجحة وتريد اثني عشر زميلًا يعملون بها قبل الجمعة، فالـ plugin هو كيف تنتقل إليهم.
معظم الالتباس يأتي من عدم وضع هذا كلّه بجوار جيرانه، فلنفعل ذلك: الـ slash command ينطلق حين تكتبه، والـ skill ينطلق حين يرى Claude أنه ذو صلة، والـ memory الخاص بالمشروع يعمل دائمًا لمشروع واحد بعينه. المادة الخام واحدة — تعليمات مكتوبة — والمُشغِّلات ثلاثة مختلفة. والـ plugin يستطيع حمل أيّ منها. وصفحات المقارنة أدناه ترسم هذه الحدود كما ينبغي.
ملاحظة صادقة عن الجهد المطلوب. استخدام الـ skill غير مرئي أصلًا؛ أمّا تأليفه فيعني إنشاء ملف، وهذا يضعه في جهة إعداد الفريق من الخطّ لا في جهة المحادثة اليومية. إنه ليس برمجة — فالمحتوى نصّ عادي — لكنه من النوع الذي يقوم به عادةً شخص واحد نيابةً عن فريق، مرّة واحدة، ثم يرثه الجميع.
كيف يعمل هذا داخل Claude
يُخلط بينه وبين
أمران يخلط الناس بينهما هنا، والفرق الذي يهمّ فعلًا.