تجاوز إلى المحتوى
العربية
المستوى 9: اجعل Claude خاصًّا بك
الدرس 6 · +10 XP

كتابة الـ slash command الخاص بك

لديك prompt تكتبه دائمًا. ربما يكون «راجع تغييراتي المهيّأة في الـ staging بحثًا عن الـ bugs وقضايا الأمان، ولا تتحفّظ في أمور الأسلوب.» تكتب صيغة ما منه ثلاث مرات في اليوم، ولا تكتبه بالطريقة نفسها مرّتين قطّ.

عبّئه مرة واحدة.

الـ slash command المخصّص هو prompt محفوظ في ملف. اسم الملف يصبح الـ command. ومحتوياته هي الـ prompt الذي يشغّله Claude حين تكتبه.

هذا هو المفهوم بأكمله. لا برمجة فيه. إن كنت تستطيع كتابة prompt — وقد كنت تفعل ذلك على مدى تسعة مستويات — فأنت تستطيع كتابة slash command.

صنع واحد

أنشئ مجلّدًا اسمه .claude/commands/ في مشروعك، وضع فيه ملف markdown. لنقل إنك تصنع .claude/commands/review.md:

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، ثم شغّل /explain src/auth.js — فيصبح $ARGUMENTS هو src/auth.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 عن السؤال عن الأمور المملّة.