أوامر Claude Code: من التحكم بالجلسة إلى إجراءات عمل للفريق

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

ابدأ بالأوامر /plan و/diff و/context و/compact، ثم أضف /team-pr-check من القوالب أدناه. مراجعة الكود نقطة انطلاق مناسبة، لأن أسئلة الصلاحيات والبيانات والاختبارات تتكرر مع كل تغيير.

أهم أوامر Claude Code المدمجة

اكتب هذه الأوامر في بداية الرسالة داخل Claude Code. تشير الأقواس المربعة إلى مدخلات اختيارية، والأقواس الزاوية إلى مدخلات إلزامية. تحافظ القائمة على صياغة الأوامر الواردة في مرجع الأوامر الحالي لدى Anthropic، الذي جرت مراجعته في 13 أكتوبر 2026. ويختلف توافر الأوامر بحسب المنصة والخطة والبيئة.

استخدم /compact لمتابعة المهمة نفسها، و/clear عند الانتقال إلى مهمة أخرى. وعند العمل على ميزة مستمرة، يمكنك استخدام التعليمة /compact keep the acceptance criteria, unresolved risks, and exact test commands.

يفتح /release-notes سجل تغييرات Claude Code نفسه، ولا يكتب ملاحظات إصدار تطبيقك. لذلك اخترنا عمدًا اسمًا مختلفًا للأمر المخصص لهذه المهمة أدناه.

ولمعرفة عادات العمل المناسبة مع هذه الأوامر، راجع أفضل ممارسات Claude Code.

المهارات المرفقة تظهر أيضًا في قائمة الأوامر

بعض الأوامر التي تبدأ بشرطة مائلة تعطي Claude إجراءً ليتبعه. وهذه مهارات مرفقة، تختلف عن أوامر التحكم الثابتة في واجهة سطر الأوامر:

• يراجع /code-review الفروق بين نسخ الكود أو هدفًا آخر مدعومًا، ويمكن استدعاؤه أيضًا بالاسم البديل /review. أضف --fix لطلب تعديلات، أو --comment لطلب نشر تعليقات المراجعة.
• يراجع /simplify الكود المعدّل بحثًا عن فرص لتنقيحه، ويطبق الإصلاحات.
• يبني /verify التطبيق ويشغّله للتحقق من سلوكه.
• يشخّص /doctor مشكلات الإعداد ويقترح إصلاحات.

اختر المراجعة دون إضافات عندما تريد الاطلاع على النتائج قبل إجراء أي تغييرات. تجد الصيغ الكاملة لهذه الأوامر ومتطلباتها ومدى توافرها في قسم المهارات المرفقة بمرجع الأوامر.

الأوامر المخصصة أصبحت مهارات

عند إنشاء إجراء جديد، احفظ تعليماته في ملف Markdown بالمسار .claude/skills/<name>/SKILL.md داخل المستودع. أضفه إلى سجل المستودع ليحصل زملاؤك على الإجراء نفسه. أما إجراءاتك الشخصية، فاحفظها في ~/.claude/skills/<name>/SKILL.md.

ما زالت الصيغة القديمة .claude/commands/<name>.md تعمل، وكلتا الصيغتين تنشئان أوامر بالشكل /<name>. ويمكن لمجلد المهارة أن يضم أيضًا قوالب ووثائق مرجعية وسكربتات، لذا يُفضّل استخدامه كلما اتسع الإجراء. دليل المهارات من Anthropic

من أين تأتي أوامر الإضافات وMCP؟

تجمع الإضافات قدرات يمكن إعادة استخدامها. تنشئ مجلداتها skills/<name>/SKILL.md أوامر مسبوقة باسم الإضافة، مثل /plugin-name:skill-name. أما أوامر الإضافات بالصيغة القديمة فتوجد داخل commands/. مكان هذه المجلدات هو جذر الإضافة، بجوار مجلد .claude-plugin/ الذي يحتوي على ملف التعريف، وليس داخله. استخدم /plugin لإدارة الإضافات، و/reload-plugins بعد تغييرها. مكونات الإضافات

ابدأ بمهارات المشروع ما دام الإجراء يخص قاعدة كود واحدة. وفكّر في تحويله إلى إضافة عندما تحتاج إلى صيانة الإجراء نفسه وتوزيعه عبر مستودعات متعددة. يعرض دليل أفضل إضافات Claude Code حزمًا موجودة تستحق التقييم قبل بناء حزمة أخرى.

تأتي تلقينات MCP من الخوادم المتصلة. يربط بروتوكول سياق النموذج، أو MCP، أداة Claude Code بأدوات وبيانات خارجية. ويمكن للخادم أيضًا إتاحة تلقينات قابلة لإعادة الاستخدام. تعرضها القائمة بالشكل /servername:promptname (MCP)، ويمكن استدعاؤها أيضًا باستخدام /mcp__servername__promptname. ولا تظهر إلا إذا كان الخادم المتصل يتيح تلك التلقينات. فالتكامل الذي يوفر أدوات لا يوفر تلقائيًا كل تلقين قد تحتاج إليه. توثيق تلقينات MCP

تُفصل مدخلات تلقين MCP بحسب المسافات البيضاء، وتتبع المعاملات التي يحددها الخادم. وتُضاف نتيجة التلقين إلى المحادثة. لا تفترض أن تلقين الخادم يتعامل مع المدخلات بالطريقة نفسها التي تتبعها مهارة محلية.

اكتب ملف المهارة، ثم مرّر مدخلات المهمة

الترويسة، أو Frontmatter، هي كتلة إعدادات YAML القصيرة التي تسبق تعليمات Markdown. ويجب أن يكون الفاصل الافتتاحي --- أول سطر في الملف. تغطي الحقول التالية ما تحتاجه القوالب الواردة هنا:

يمنح allowed-tools إذنًا باستخدام الأدوات، ولا يقصر الاستخدام على تلك الأدوات وحدها. جميع حقول الترويسة اختيارية، لكن يُنصح بإضافة description. وتقبل ملفات الأوامر القديمة الحقول نفسها، باستثناء name وpaths. مرجع حقول الترويسة

المدخلات: يُدرج $ARGUMENTS نص المدخلات كاملًا. ويشير $0 أو $ARGUMENTS[0] إلى المدخل الأول، و$1 إلى الثاني. أما المدخلات المسماة فتطابق المواضع بالترتيب. ضع القيمة الموضعية المؤلفة من عدة كلمات بين علامتي اقتباس. يوثّق argument-hint المدخلات المطلوبة، لكن يظل على الإجراء التحقق منها. استبدال المدخلات

لا تتضمن القوالب حقل name، لذا يُؤخذ الاسم من المجلد. وتعمل ترويساتها أيضًا بصيغة ملفات الأوامر القديمة. احتفظ بالمعلومات الثابتة عن المستودع في ذاكرة الفريق داخل CLAUDE.md، وضع خطوات كل مهمة محددة في مهارتها.

خمسة أوامر مخصصة جاهزة لفريقك

أنشئ كل مجلد موضح أدناه، والصق الكتلة الخاصة به في SKILL.md. ثم شغّل /reload-skills لإعادة فحص الملفات الجديدة. هذه قوالب أصلية يمكنك تعديلها، وليست أوامر مرفقة من Anthropic ولا نتائج اختبارات ندّعي إجراءها.

يركز الترتيب التالي أولًا على الفحوص الهندسية القابلة للتكرار، ثم على التواصل. تعتمد القوالب على الأدلة المحلية داخل المستودع كلما أمكن، ولا تحتاج إلى الاتصال بنظام لتتبع المشكلات أو خدمة لطلبات السحب كي تنتج نتيجة مفيدة.

قائمة مراجعة لطلبات السحب التي تمس بيانات العملاء

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

احفظه في .claude/skills/team-pr-check/SKILL.md. واستدعه باستخدام /team-pr-check main لمراجعة الفرع الحالي مقارنةً بقاعدة الدمج المشتركة مع main.

---
description: Review a branch against the team's business-risk checklist
argument-hint: "[base-ref]"
disable-model-invocation: true
---

Review the current branch against this base ref: $ARGUMENTS
If no base is supplied, ask for it. Confirm it exists locally.
Read CLAUDE.md and any repository review guidance first.
Inspect the diff from the merge base to HEAD. Report uncommitted
changes separately; do not silently mix them into the branch review.

Check:
- Authorization and tenant boundaries on every changed data path.
- Validation, failure handling, retries and duplicate side effects.
- Schema compatibility, rollout assumptions and rollback options.
- Regression coverage for the changed behavior.
- Secrets, sensitive logs and changes to public contracts.

For each finding: severity, file and line, triggering scenario,
user impact and a concrete repair or test. Separate verified findings
from questions. Mark checks you could not assess as unknown.
Return findings first, then the checklist with pass/fail/unknown
and supporting evidence. If none are found, say so and name gaps.
Review only. Do not edit files, post comments, approve or merge.

تستحق قائمة الفحص اعتمادها عندما تعكس أنماط الأعطال الفعلية لديك. استبدل البنود العامة بفحوص الحدود المهمة في منتجك، مثل ملكية الحسابات أو حالة الفوترة أو الصلاحيات الموروثة عبر الفرق.

إصلاح خلل قابل للتكرار يبدأ باختبار

يمكن لمؤسس يتولى صيانة منتج قيد التشغيل استخدام هذا الأمر عندما يتضمن بلاغ الخلل طريقة واضحة لإعادة إنتاجه. فهو يجعل السلوك الخاطئ واختبار منع تكراره جزءًا من التكليف، حتى لا يصبح تعديل يبدو مقنعًا هو كل ما يُسلَّم.

احفظه في .claude/skills/team-test-first-fix/SKILL.md. واستدعه باستخدام /team-test-first-fix duplicate webhook events create duplicate invoices.

---
description: Reproduce a bug with a failing test before fixing it
argument-hint: "[bug description or local issue file]"
disable-model-invocation: true
---

Bug: $ARGUMENTS
If the expected behavior is unclear, ask before changing code.
Read CLAUDE.md, inspect the working tree and preserve unrelated edits.
Find the relevant code and the repository's existing test runner.
Use local fixtures or mocks; do not call production services.

Add the smallest regression test that demonstrates the reported bug.
Run it before changing implementation. Confirm that it fails for
this bug, not because the environment or test setup is broken.
If you cannot demonstrate that failure, explain the blocker and stop.

Make the smallest implementation change that fixes the behavior.
Rerun the regression test and relevant nearby tests. Do not weaken
assertions to obtain a pass or expand into unrelated refactoring.

Report the cause, changed files, failing-before evidence,
passing-after evidence and any tests you could not run.
Do not commit, push or deploy.

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

خطة ترحيل قبل تعديل نظام مشترك

يمكن لفريق يغيّر مخطط قاعدة بيانات أو يستبدل واجهة API استخدام هذا الأمر لكشف أسئلة ترتيب الخطوات والتوافق قبل التنفيذ. والنتيجة المفيدة هنا خطة قابلة للنقاش والمراجعة، خصوصًا عند تشغيل الإصدارات القديمة والجديدة معًا.

احفظه في .claude/skills/team-migration-plan/SKILL.md. واستدعه باستخدام /team-migration-plan "billing storage" "new invoice schema".

---
description: Plan a migration with compatibility checks and rollback gates
argument-hint: "[scope] [target-state]"
arguments: [scope, target]
disable-model-invocation: true
---

Plan a migration of $scope to $target.
If either input is missing or ambiguous, ask for clarification.
Read CLAUDE.md and inspect the current implementation and consumers.
Do not edit files, execute migrations or connect to production.

Describe the current state with file references. List affected data,
APIs, background jobs, integrations and deployment dependencies.
Separate verified facts from assumptions that need an owner.

Propose small phases with dependencies, acceptance checks and a
stop/go decision for each. Include compatibility between old and new
versions, backfill validation, retries and observability.
For each phase, describe rollback or recovery. Flag irreversible
steps and data that a code rollback cannot restore.

Return a reviewable plan, open questions and the smallest safe pilot.
Do not invent a duration, data volume or owner.

التوجيه بوضع خطة لا يغيّر وضع الصلاحيات في Claude Code. إذا أردت أيضًا تفعيل وضع التخطيط للجلسة، فأدخل /plan قبل استدعاء هذه المهارة. تعامل مع الإجراء المكتوب وصلاحيات أدوات الجلسة بوصفهما عنصرين مستقلين للتحكم. وضع التخطيط

ملاحظات إصدار خاصة بمنتجك

يمكن للمطور المسؤول عن الإصدارات استخدام هذا الأمر لتحويل نطاق محدد من التغييرات إلى مسودة موجهة للعملاء. فهو يقلل الجهد اللازم لشرح أثر عمليات الإيداع على المستخدم، مع اشتراط دليل لكل ادعاء.

احفظه في .claude/skills/team-release-notes/SKILL.md. واستدعه باستخدام /team-release-notes previous-release HEAD، مع استبدال previous-release بوسم أو عملية إيداع موجودة.

---
description: Draft product release notes from a verified Git range
argument-hint: "[base-ref] [head-ref]"
arguments: [base, head]
disable-model-invocation: true
---

Draft release notes for $base..$head.
If either ref is missing, ask. Confirm both resolve locally.
Read CLAUDE.md and the project's existing release-note format.
Inspect commits in the range and compare the endpoint trees.
Use the changed code and tests to verify what each change does.

Group the draft into Added, Changed, Fixed and Breaking Changes.
Omit empty sections. Describe user impact without exposing internal
secrets or vulnerability details that need coordinated disclosure.
Attach a commit or file reference to each item for the reviewer.
Do not claim a change is deployed, enabled for every customer or
faster by a measured amount without evidence of that fact.

Finish with upgrade actions, unresolved questions and any changes
excluded because their impact could not be established.
Return a draft in chat. Do not edit the changelog, tag a release,
publish, send messages or deploy.

يثبت نطاق الكود ما تغيّر داخل المستودع، لكنه لا يثبت أي العملاء وصلهم التغيير. تحقق من حالة طرحه قبل نشر المسودة.

سجل تغييرات أسبوعي للفريق

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

احفظه في .claude/skills/team-weekly-changelog/SKILL.md. واستدعه باستخدام /team-weekly-changelog START_DATE END_DATE main، مع استبدال التواريخ بطوابع زمنية بصيغة ISO تتضمن منطقتها الزمنية. تشمل الفترة لحظة البداية وتستبعد لحظة النهاية.

---
description: Draft a weekly engineering changelog from branch history
argument-hint: "[since] [until] [branch]"
arguments: [since, until, branch]
disable-model-invocation: true
---

Prepare a weekly changelog for $branch from $since inclusive to
$until exclusive. If an input is missing, ask. Confirm the timezone
and that the branch exists locally. State whether its checkout may
be stale; do not fetch or assume it matches the remote.

Read CLAUDE.md and the team's update format. Inspect commits reachable
from the branch, filtering by committer timestamp in this window.
Explain that commit timestamps do not prove merge or release dates.
Read diffs for claimed outcomes. Group related changes into themes
and avoid counting a merge and its constituent commits as separate
outcomes. Separate product changes, fixes and maintenance.

For each item, give its impact and a commit or file reference.
Label release status unknown unless deployment evidence is available.
Do not infer blockers, revenue, adoption or completion percentages
from commit messages. List evidence gaps at the end.
Return a concise draft in chat. Do not write files or send the update.

افصل بين ملاحظات الإصدار والتحديثات الأسبوعية. فللإصدار نطاق كود محدد، وجمهوره العملاء. أما التحديث الأسبوعي فيغطي فترة إعداد التقرير، وقد يشمل عملًا مفيدًا لم يُطرح بعد.

متى يستحق الأمر الاحتفاظ به؟

قِس العمل المتكرر المحيط باستخدام النموذج، لا مدى إبهار إجابته الأولى.

احسب القيمة الأسبوعية هكذا: عدد مرات التشغيل × (وقت التحضير والتصحيح سابقًا − وقت التحضير والتصحيح حاليًا) × تكلفة ساعة عمل فريقك − الإنفاق الإضافي على النموذج − تكلفة وقت الصيانة محسوبة بسعر الساعة نفسه. استخدم قياساتك الفعلية في هذه المعادلة. فالتلقين الأطول الذي ينتج عملًا يحتاج إلى مراجعة أكبر قد يخسّرك المال، حتى لو بدا أكثر أتمتة.

أكثر بنود الميزانية عرضة للتغيّر هنا هو وقت كبار المطورين الذي يُقضى في شرح الإجراء نفسه واستدراك النقص في العمل المُسلَّم. ويظل الإجراء بحاجة إلى صيانة عندما تتغير بنية نظامك أو آلية إصدار المنتج.

كذلك يستهلك الأمر المحفوظ حصة استخدام النموذج عندما ينفذه Claude. يعرض /usage تقديرات تكلفة الرموز ومعلومات استخدام الخطة؛ وتقدير تكلفة API الظاهر ليس فاتورة اشتراكك. توثيق التكلفة من Anthropic

فرصتان للبناء على هذه الأوامر

القوالب أدوات داخلية مفيدة، لكن تحويلها إلى منتج يحتاج إلى ميزة يصعب تقليدها أكثر من مجرد حفظ تلقين.

الفرصة الأقوى: فحوص مراجعة مصممة للمستودع

قد يدفع فريق برمجي صغير مقابل حزمة مراجعة تُصان باستمرار وتفهم حدوده الأكثر حساسية: أي الجداول تتبع حسابًا معينًا، وأي الإجراءات تؤثر في الفوترة، وأي الاختبارات يجب أن ترافق التغيير.

أظهرت خدمة نظرة عامة على الكلمات المفتاحية من DataForSEO، لبحث Google باللغة الإنجليزية في الولايات المتحدة، 1,300 عملية بحث شهرية تقديرية عن “ai code review” في 13 أكتوبر 2026. وهذا يشير إلى اهتمام بالمهمة، لا إلى طلب على إضافة بعينها لـClaude Code. نظرة عامة على الكلمات المفتاحية من DataForSEO

قد تجمع أبسط نسخة قابلة للبيع بين قائمة فحص للمشروع وملاحظات مساندة عن بنيته ومجموعة تقييم من أخطاء سابقة. اختبر قدرتها على إنتاج نتائج مدعومة بالأدلة عند مراجعة تلك الأمثلة قبل توزيعها في صورة إضافة.

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

فرصة أصغر: تواصل حول الإصدارات يستند إلى الأدلة

قد يستفيد فريق منتج من سير عمل يُصان باستمرار، ويربط تغييرات المستودع بملاحظات إصدار للعملاء وملخص داخلي للدعم، مع مراجع للمصادر وخطوة صريحة للتحقق من حالة الطرح.

أظهرت خدمة الكلمات المفتاحية نفسها 70 عملية بحث شهرية تقديرية عن “release notes generator”. هذه إشارة بحث متواضعة، لذا سأبدأ بخدمة أو سير عمل داخلي قبل بناء برنامج مستقل. نظرة عامة على الكلمات المفتاحية من DataForSEO

يمكن لأبسط نسخة إنتاج مسودات من نطاق مختار في Git وبالصيغة التي يعتمدها الفريق. أما الجزء الصعب فهو ربط التغييرات بمفاتيح تفعيل الميزات وعمليات النشر ومدى إتاحتها الفعلية للعملاء. يستطيع الأمر تنظيم الأدلة، لكنه لا يستطيع اختلاق أدلة لا يسجلها الفريق.

حدود ينبغي مراعاتها في كود منتج تجاري

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

يُحمَّل محتوى المهارة كاملًا عند استخدامها، لذا اجعل الإجراء موجزًا وضع المراجع التفصيلية في ملفات مساندة. قد تكون للمهارات الشخصية أولوية على مهارات المشروع التي تحمل الاسم نفسه، وقد تحل المهارات أيضًا محل أوامر مدمجة تحمل الاسم نفسه في جلسات الطرفية المحلية. استخدم أسماء مميزة وافحص المصدر عندما يلاحظ زملاؤك سلوكًا مختلفًا. تحميل المهارات وترتيب الأولوية

أما الصلاحيات، فاضبط قواعد الأدوات الفعلية على نحو مستقل. عبارة «للمراجعة فقط» توضح لـClaude ما تريده، لكنها لا تفرض قيدًا على مستوى نظام التشغيل. صلاحيات Claude Code

خطوتك العملية مع بداية الأسبوع

أضف /team-pr-check إلى المستودع أولًا. استبدل بنوده العامة بالفحوص التي كان ينبغي أن يجتازها آخر تغيير سبّب لكم مشكلة. شغّله على تغيير مكتمل تعرف نتيجته، وقارن ملاحظاته بالمشكلة الفعلية، ثم عدّل الإجراء قبل أن يصبح عادة لدى الفريق. أضف أوامر الإصدار والتحديث الأسبوعي بعد الاتفاق على صيغ مخرجاتها.

إذا أردت ربط إجراءات العمل هذه بأنظمة شركتك، فأنا أبني حلول أتمتة بالذكاء الاصطناعي حول الفحوص التي يحتاجها فريقك فعلًا.