لديك prompt تكتبه دائمًا. ربما يكون «راجع تغييراتي المهيّأة في الـ staging بحثًا عن الـ bugs وقضايا الأمان، ولا تتحفّظ في أمور الأسلوب.» تكتب صيغة ما منه ثلاث مرات في اليوم، ولا تكتبه بالطريقة نفسها مرّتين قطّ.
عبّئه مرة واحدة.
الـ slash command المخصّص هو prompt محفوظ في ملف. اسم الملف يصبح الـ command. ومحتوياته هي الـ prompt الذي يشغّله Claude حين تكتبه.
هذا هو المفهوم بأكمله. لا برمجة فيه. إن كنت تستطيع كتابة prompt — وقد كنت تفعل ذلك على مدى تسعة مستويات — فأنت تستطيع كتابة slash command.
صنع واحد
يعيش الـ command في ملف markdown داخل مجلد .claude/commands/ في مشروعك. لست مضطرًّا لبناء ذلك المجلد بيدك — الطريق الأسهل أن تطلب من Claude في المحادثة:
أنشئ slash command اسمه /review. ينبغي أن يراجع تغييراتي المهيّأة في الـ
staging بحثًا عن الـ bugs، وقضايا الأمان، وأيّ شيء قد يربك قارئًا
مستقبليًّا — مباشرةً، ومجمَّعًا حسب الخطورة.
Create a slash command called /review. It should review my staged git
changes for bugs, security issues, and anything that would confuse a
future reader — direct, grouped by severity.ينشئ Claude الملف .claude/commands/review.md بذلك الـ prompt في داخله، ويعرضه عليك في عرض الفروق المرئي، فتقبله. (تفضّل أن تفعلها بيدك؟ في لوحة الملفات داخل التطبيق، أنشئ ملفًّا جديدًا عند .claude/commands/review.md واكتب الـ prompt بنفسك — النتيجة نفسها.) ينتهي الملف وهو يحوي هذا بالضبط:
Review my staged git changes for bugs, security issues, and
anything that would confuse a future reader. Be direct. Group
your findings by severity.الآن اكتب /review في المحادثة لذلك المشروع، فيشغّل Claude ذلك الـ prompt بالضبط — في كل مرة، بالصياغة نفسها، دون إعادة كتابة. اسم الملف (review.md) هو اسم الـ command (/review).
هذا كل شيء. كتبت prompt ومنحته اسمًا.
تمرير مدخلات إليه
كثيرًا ما تريد أن يعمل الـ command على شيء تسمّيه حين تشغّله. يمكنك وضع placeholder باسم $ARGUMENTS داخل الـ prompt، فأيّ شيء تكتبه بعد الـ command يحلّ مكانه:
اشرح ما الذي يفعله الملف $ARGUMENTS، بلغة بسيطة،
لشخص لم يرَ هذا الـ codebase من قبل.
Explain what the file $ARGUMENTS does, in plain English,
to someone who's never seen this codebase.احفظ ذلك باسم explain.md بالطريقة نفسها — اطلب من Claude، أو ضعه في لوحة الملفات — ثم اكتب /explain server/index.js في المحادثة، فيصبح $ARGUMENTS هو server/index.js. command واحد، قابل لإعادة الاستخدام على أيّ شيء.
أين تضعه، ومن يحصل عليه
رأيت هذا الشكل من قبل مع CLAUDE.md:
.claude/commands/في المشروع ← مُودَع في الـ repo، فيحصل فريقك كلّه على الـ command.~/.claude/commands/في الـ home folder لديك ← شخصي، متاح في كل مشروع، لك وحدك.
القاعدة نفسها كأيّ شيء آخر في هذا المستوى: سير العمل المشترك يذهب إلى الـ repo، والشخصي يذهب إلى الـ home folder لديك.
الـ command الموجود في الـ repo وسيلة لتسليم زملائك prompt جيّدًا لا يضطرّون إلى ابتكاره بأنفسهم.
ذلك الجزء الأخير قوي بهدوء. أمر /review أو /ship مكتوب جيّدًا يعني أن كل فرد في الفريق يحصل على أفضل prompt لك لتلك المهمّة — لا على ما قد يرتجلونه.
ما التالي
السياق، والـ memory، والـ commands — خصّصت ما يعرفه Claude وما يستطيع فعله عند الطلب. تبقّى احتكاك واحد: الـ permission prompts. الدرس التالي يريك أخيرًا كيف تدوّن الـ allowlist التي وعد بها المستوى السادس — كي يتوقّف Claude عن السؤال عن الأمور المملّة.