الشرطة المائلة هي ضغطة المفتاح الواحدة التي تحوّل صندوق محادثة إلى واجهة. اكتب / ثم توقّف لحظة، فيعرض لك Claude قائمة بكل ما يستطيع فعله عند الطلب — الجاهز منها وما أضفته أنت. وهذا يعمل بالطريقة نفسها تمامًا في Claude Desktop وفي الـ terminal، لأن الشرطة المائلة تعيش داخل المحادثة، لا على الـ command line.
خلف تلك القائمة مجموعتان تلبّيان حاجتين مختلفتين. الأوامر الجاهزة هي الخطوات التي تفترض Anthropic أنك تكرّرها باستمرار — بدء مراجعة، تنظيف المحادثة، معرفة كلفة الـ session. أمّا المخصّصة فهي الخطوات التي لا يقوم بها إلا فريقك أنت. لا أحد في Anthropic يعرف كيف ينبغي أن يبدو ملخّص اجتماع المتابعة عندكم يوم الاثنين؛ والأمر المخصّص هو كيف تخبر Claude مرّة واحدة بدل كل يوم اثنين.
بعضها ليس إجراءات أصلًا — بل إعدادات. أمر /output-style لا ينتج شيئًا؛ إنه يغيّر أسلوب حديث Claude لبقية الـ session. يستحقّ أن تعرفه حتى لا تجلس منتظرًا مخرجات لن تأتي. وأمر /help هو الخريطة: حين تنسى ما هو متاح، يسرد لك ما هو موجود الآن، بما في ذلك ما أضفته أنت أو فريقك.
العلامة على أنك تحتاج أمرًا مخصّصًا هي التكرار. إذا لصقت التعليمة نفسها المكوّنة من ثلاث فقرات في session جديدة أكثر من مرّتين، فلديك أمر لم يُكتب بعد. وكتابته غير مبهرة عن قصد — فـ «الكود» هنا هو الـ prompt الذي كنت تلصقه أصلًا، محفوظًا في ملف، واسم الملف يصير اسم الأمر.
ما هو الـ command فعلًا، وأين يقيم
الـ command المخصَّص ملف markdown في مجلد .claude/commands/. واسم الملف يصير اسم الـ command — فـ review.md يصير /review — ومحتوى الملف هو الـ prompt الذي يشغّله Claude. ولا برمجة في الأمر إطلاقًا؛ فإن كنت تستطيع كتابة التعليمة، تستطيع كتابة الـ command. وأسهل طريقة لصنع واحد أن تطلبه في المحادثة («أنشئ slash command اسمه /review يراجع تغييراتي المجهَّزة بحثًا عن أخطاء ومسائل أمنية، مرتّبةً حسب الخطورة»)، ثم تقبل الملف في الـ diff، فيصير حيًّا.
وتفصيلان يجعلانه أنفع بكثير من مقتطف محفوظ:
يأخذ مُدخلات. ضَع $ARGUMENTS في الـ prompt فيحلّ محلّها ما تكتبه بعد الأمر. فملف يحتوي «اشرح ما يفعله الملف $ARGUMENTS، بلغة بسيطة، لشخص لم يرَ هذا الـ codebase قط» يصير /explain server/index.js — أمر واحد، صالح لإعادة الاستخدام على أيّ شيء.
وموضع المجلد يقرّر من يحصل عليه. .claude/commands/ داخل المشروع مُلتزَم في الـ repository، فيحصل الفريق كله على الأمر. و~/.claude/commands/ في مجلدك الرئيسي شخصي ومتاح في كل مشروع تفتحه. الانقسام نفسه الذي في CLAUDE.md: سير العمل المشترك في الـ repo، والشخصي في البيت.
والخيار الأول هو المقصود بهدوء. فوجود /review محكم في الـ repo يعني أن كل فرد في الفريق يحصل على أفضل prompt لديك لتلك المهمة بدل ما كان سيرتجله — ولهذا تنتهي الأوامر المخصّصة إلى كونها آليّة دليل تشغيل للفريق بقدر ما هي اختصار شخصي.
الخطأ الذي يقع فيه الناس هو اختيار أمر بينما كانوا يريدون skill. الفارق كلّه في المُشغِّل: الأمر ينطلق حين تكتبه أنت، والـ skill ينطلق حين يقرّر Claude أنه ذو صلة. والمقارنة أدناه تفصّل هذا الفصل كاملًا. وإذا كان ما تحاول التقاطه يصحّ على كل مهمّة في المشروع لا على مهمّة واحدة متكرّرة، فمكانه على الأرجح الـ memory الخاص بالمشروع لا هذا ولا ذاك.
كيف يعمل هذا داخل Claude
يُخلط بينه وبين
أمران يخلط الناس بينهما هنا، والفرق الذي يهمّ فعلًا.
كيف تفعلها
-
/helpاعرض قائمة الـ slash commands المتاحة في جلستك. -
/output-styleغيّر طريقة ردّ Claude — نبرته ومستوى التفصيل.