إتقان Claude Code: المستويات السبعة من الأوامر المبتدئة إلى خطوط الإنتاج المستقلة بالكامل

المقدمة

معظم مستخدمي Claude Code عالقون في المستوى الثاني أو الثالث دون أن يدركوا ذلك. يكتبون الطلبات، ويقبلون التعديلات، وينتقلون إلى المهمة التالية — ويحصلون على قيمة من ذلك. لكنهم يتركون قدرًا هائلًا من القوة الكامنة دون استغلال.

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

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

المستوى 1 — الأوامر بنيّة واضحة: خطط قبل أن تبني

العادة الوحيدة التي تفصل المبتدئ عمّن يحقق نتائج حقيقية هي التخطيط قبل التنفيذ.

يأتي Claude Code مزوّدًا بوضع Plan Mode — وهو وضع للقراءة فقط لا يستطيع فيه Claude تعديل أي ملفات أو تنفيذ أي أوامر. بدلًا من ذلك، يقرأ قاعدة الكود الخاصة بك، ويطرح أسئلة توضيحية، ويقترح خطة كاملة قبل أن يتغير سطر واحد. يمكنك تفعيله بالضغط على Shift+Tab مرتين للتنقل بين الأوضاع Normal وAuto-Accept وPlan Mode، أو بكتابة /plan مباشرة في سطر الأوامر.

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

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

القاعدة العملية: لا تعطِ Claude مهمة تنفيذية أبدًا دون تمريرها أولًا عبر وضع التخطيط. الأوامر الغامضة في وضع التنفيذ تنتج مخرجات عامة وبعيدة عن الهدف. نفس الأمر في وضع التخطيط ينتج خطة منظمة ومختبرة الافتراضات تُنفَّذ بسلاسة.

المستوى 2 — ملف CLAUDE.md: إعطاء Claude قواعدك

يتبع Claude التعليمات. السؤال هو: هل هذه التعليمات تأتي منك، أم من الإعدادات الافتراضية لـ Claude؟

يحل ملف CLAUDE.md هذه المشكلة. إنه مستند على مستوى المشروع يقرأه Claude في بداية كل جلسة — قواعدك، ومكدسك التقني، وتفضيلاتك، والأخطاء التي لا تريد تكرارها. فكّر فيه كوثيقة تهيئة لعضو جديد في الفريق يتمتع بذاكرة مثالية. يقوم Claude فعليًا بتجميع تسلسل هرمي للذاكرة من الأعم إلى الأخص: ~/.claude/CLAUDE.md للتفضيلات العامة، وملف CLAUDE.md في جذر المشروع لاتفاقيات الفريق، وملفات CLAUDE.md في المجلدات الفرعية للتعليمات الخاصة بكل وحدة.

يحتفظ فريق Boris Cherny بملف CLAUDE.md واحد، مُدار بالإصدارات في Git، يساهم فيه الفريق بأكمله. عندما يرتكب Claude خطأً متكررًا، يضيفون قاعدة. وعندما تصبح قاعدة قديمة، يحذفونها. الملف يتطور مع المشروع.

إطار عملي لكتابة ملفك الخاص:

1. ما هذا المشروع؟ سطر واحد. “هذا المشروع ينشئ محتوى يوميًا لمنصات التواصل الاجتماعي عبر LinkedIn وX وInstagram بصوت علامتي التجارية، ويسحب المواضيع من تقويم محتوى في Airtable.”
2. كيف تُشغّل الأمور؟ الخطوات الدقيقة — أين توجد البيانات، أين تذهب المخرجات، اتفاقيات المجلدات.
3. الصوت والقواعد. ما لا يمكن التفاوض عليه. متطلبات التنسيق. الكلمات التي لا تستخدمها أبدًا.
4. الأخطاء الشائعة. الحالات الحدية التي تُربك Claude — تعارضات التسمية، أسماء الحقول الغامضة، السلوك غير البديهي في مكدسك التقني.
5. كيف نعمل معًا؟ اتفاقيات تسمية الملفات، ما لا يجب فعله تلقائيًا أبدًا، كيفية التعامل مع المحتوى المُعاد استخدامه.

القاعدة الذهبية: كن موجزًا. تنصح الوثائق الرسمية بأن “الأقل هو الأكثر” — ضع أقل عدد ممكن من التعليمات الضرورية واستخدم الكشف التدريجي، بالإشارة إلى ملفات خارجية للتفاصيل بدلًا من وضع كل شيء في السطر. ملف CLAUDE.md الذي يستغرق أكثر من 60 ثانية لقراءته طويل جدًا.

إذا كنت تبدأ داخل مشروع قائم، شغّل /init — سيفحص Claude مستودعك وينشئ ملفًا أوليًا يمكنك تقليمه وتحسينه.

المستوى 3 — أوامر Slash وSkills وHooks

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

أوامر Slash — أوامر محفوظة تُشغّلها يدويًا

أوامر Slash هي أوامر قابلة لإعادة الاستخدام مخزنة كملفات Markdown في .claude/commands/. تستدعيها بالبادئة / ويمكنك تمرير وسائط ديناميكية باستخدام العنصر النائب $ARGUMENTS.

مثال: ملف في .claude/commands/linkedin-post.md بالمحتوى “اكتب ثلاث نسخ من منشور LinkedIn حول $ARGUMENTS. استخدم صوت العلامة التجارية من /docs/brandvoice.md. ابدأ بخطاف جذب، ثم فاصل سطر، ثم المتن. أنهِ كل منشور بسؤال أو دعوة للعمل. أقل من 200 كلمة. بدون هاشتاغات. احفظ المسودات في /output/drafts.” — وتستدعيه بـ /linkedin-post <الموضوع>.

أي مهمة تنفذها أكثر من مرتين في الأسبوع هي مرشحة لأمر slash. الأوامر في .claude/commands/ مخصصة للمشروع، بينما ~/.claude/commands/ تجعلها متاحة عبر جميع مشاريعك.

Skills — سياق يُحمَّل تلقائيًا

Skills هي نسخة مطوّرة من الأوامر. إنها مجلدات مخزنة في .claude/skills/، يحتوي كل منها على ملف SKILL.md مع بيانات وصفية بتنسيق YAML وتعليمات بصيغة Markdown، بالإضافة إلى ملفات داعمة — أدلة أسلوب، أمثلة مخرجات، مستندات مرجعية. على عكس الأوامر، لا يُشغَّل Skills يدويًا فقط: يقرأ Claude البيانات الوصفية للـ skill عند بدء التشغيل ويحمّل الـ skill كاملًا تلقائيًا عندما يكون ذا صلة بالمهمة.

مثلًا، skill “أنسنة” يزيل أنماط الكتابة المولّدة بالذكاء الاصطناعي سيتفعّل كلما أنتج Claude محتوى — دون أن تحتاج إلى تذكّر استدعائه. يمكنك مع ذلك استدعاؤه صراحة بالبادئة slash إذا لزم الأمر.

يقدم السوق المجتمعي SkillsMP مكتبة متنامية من الـ skills الجاهزة للاستخدام عبر فئات تشمل المحتوى، وتصميم الواجهات الأمامية، وتحسين محركات البحث (SEO)، والبريد الإلكتروني — وكلها تستخدم معيار SKILL.md المفتوح. يمكنك استنساخ أي skill مباشرة في مجلد skills الخاص بمشروعك وتعديله وفق متطلباتك.

Hooks — فحوصات آلية لا تكلف أي tokens

Hooks هي مشغّلات تلقائية تعمل في نقاط محددة من دورة الحياة — قبل تشغيل أداة، بعد اكتمال أداة، عندما يرسل Claude إشعارًا، أو عند بدء الجلسة. لا يتضمن ذلك أي استدلال من نموذج اللغة الكبير (LLM). تُعرَّف في .claude/settings.json (أو .claude/settings.local.json للتجاوزات الشخصية) وتنفذ سكريبتات shell أو فحوصات برمجيًا.

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

القاعدة التذكيرية: Skills = كيف يفكر Claude. Hooks = ما يحدث تلقائيًا حول أفعال Claude. أوامر Slash = ما تُشغّله يدويًا.

المستوى 4 — خوادم MCP: ربط Claude بكل شيء

حتى هذه النقطة، يعمل Claude على الملفات في بيئتك المحلية. المستوى 4 يكسر هذا الحاجز.

خوادم Model Context Protocol (MCP) — بروتوكول سياق النموذج — هي جسور بين Claude Code والتطبيقات الخارجية — Airtable وNotion وSlack وGitHub وقواعد البيانات وواجهات برمجة التطبيقات (API). بدلًا من نسخ البيانات من أدواتك ولصقها في Claude، تربط الأدوات مباشرة. يقرأ Claude منها، ويعمل عليها، ويكتب النتائج إليها.

الإعداد بسيط: استخدم أمر CLI claude mcp add لتسجيل خادم — مثلًا، claude mcp add github -- npx -y @modelcontextprotocol/server-github. يكتب هذا التكوين في ملف .claude.json الخاص بك. يمكنك أيضًا تعديل هذا الملف مباشرة عندما تكون هناك معلمات معقدة. بمجرد التكوين، استخدم أمر /mcp داخل Claude Code لعرض وإدارة جميع الخوادم المتصلة.

مثال عملي: خط إنتاج محتوى مخزن في Airtable. بدون MCP، تنسخ موجز المحتوى، وتلصقه في Claude، وتحصل على نتيجة، وتنسخها مجددًا، وتلصقها في Airtable. مع MCP، تقول لـ Claude “اسحب جميع الأفكار المضافة بعد 20 يناير، ومرّرها عبر /linkedin-post، وحدّث عمود رسالة النظام في Airtable بأفضل نسخة.” يقرأ Claude السجلات، وينشئ المنشورات، ويكتب المخرجات مباشرة في جدولك — كل ذلك بأمر واحد.

تتوفر آلاف تكوينات خوادم MCP عبر مستودعات المجتمع، وتغطي أكثر أدوات SaaS شيوعًا. يدعم MCP ثلاثة أوضاع نقل — stdio وSSE وStreamable HTTP — مع stdio كوضع افتراضي.

المستوى 5 — إطار GSD: التخطيط بقوة مضاعفة

بالنسبة للمشاريع الكبيرة ذات النطاق غير المحدد بوضوح، فإن أكبر مشكلة مع Claude Code هي تدهور السياق (context rot).

كلما طالت محادثتك، تمتلئ نافذة السياق. عندما تصل إلى حوالي 95% من سعتها البالغة 200,000 token، يضغط Claude تلقائيًا المحتوى القديم في ملخصات. تُظهر أبحاث Chroma أن أداء النموذج يتدهور بشكل غير منتظم مع زيادة طول المدخلات، حيث تُفقد المعلومات الأقدم أولًا بمجرد امتلاء نافذة السياق بأكثر من النصف. الجلسات الطويلة تنتج مخرجات أسوأ تدريجيًا، ويتفاوت التدهور حسب تعقيد المهمة.

يعالج إطار GSD (اختصار Get Stuff Done — أي “أنجز الأمور”) هذه المشكلة بالاحتفاظ بالسياق في ملفات بدلًا من نافذة المحادثة. ينشئ مجلد .planning/ يحتوي على:

• خارطة طريق (ROADMAP.md) — المشروع الكامل مقسّم إلى مراحل
• ملف الحالة (STATE.md) — القرارات والعوائق والموقع الحالي الذي يستمر عبر الجلسات
• ملفات خطة لكل مرحلة — تفكيك ذري للمهام مع بنية XML وخطوات تحقق
• ملخصات تنفيذ لكل مرحلة — تُكتب بعد اكتمال كل مرحلة وتُسجَّل في السجل
• ملفات اختبار قبول المستخدم (UAT) — قوائم تحقق مُنشأة تلقائيًا يستخدمها Claude للتحقق من الإنجاز قبل الانتقال

الآلية الحاسمة: يُطلق GSD نسخًا جديدة من Claude لكل مهمة، تحصل كل منها على نافذة سياق نظيفة من 200,000 token. المهمة رقم 50 تُنفَّذ بنفس جودة المهمة رقم 1 — بدون تدهور. حلقة التنفيذ هي: ناقش، خطط للمرحلة، نفّذ (في “موجات” متوازية حسب التبعيات)، تحقق من UAT، ضع علامة مكتمل، ابدأ المرحلة التالية بسياق جديد.

GSD هو الأداة المناسبة عندما يكون النطاق غير واضح وتكون عمق التخطيط مهمًا. إذا كانت مهمتك هي “بناء تطبيق SaaS مع مصادقة وإدارة بيانات وخط إنتاج توليد بالذكاء الاصطناعي وفوترة عبر Stripe”، يوفر GSD الهيكل لتنفيذ ذلك دون انهيار السياق.

المستوى 6 — فرق الوكلاء: وكلاء فرعيون متوازون

في المستوى 5، تشرف على Claude واحد. في المستوى 6، تشرف على فريق منسّق.

الوكلاء الفرعيون (Sub-agents) هم نسخ متخصصة من Claude بسياق معزول. يُعرَّف كل منها كملف Markdown في .claude/agents/ مع وصف، وأدوات مسموح بها، وأمر مركّز. يكتشف Claude هذه الملفات تلقائيًا ويستدعيها بناءً على مطابقة المهمة. لا يتشاركون السياق فيما بينهم — وهذا هو الهدف. السياق المعزول يعني استجابات أسرع وtokens أقل وعدم تلوث متبادل بين أنواع العمل المختلفة.

هناك سببان مختلفان لاستخدام فرق الوكلاء:

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

2. السرعة من خلال التوازي. افتح عدة نوافذ طرفية (terminal)، كل منها تشغّل نسخة Claude منفصلة على مهام مستقلة. نافذة تكتب منشورات LinkedIn. أخرى تكتب محتوى Instagram. وثالثة تتولى سلاسل البريد الإلكتروني. لا تحتاج للتفاعل فيما بينها — تحصل على ثلاث مخرجات في الوقت الذي تستغرقه واحدة.

Boris Cherny يشغّل خمس نسخ من Claude بالتوازي محليًا، كل منها يستخدم checkout Git خاصًا به لتجنب التعارضات، بالإضافة إلى خمس إلى عشر نسخ أخرى على claude.ai في الوقت نفسه — وكلها تستخدم Opus، النموذج الأكثر قدرة من Anthropic. هذا هو سقف الرافعة: ليس مساعدًا واحدًا بالذكاء الاصطناعي، بل فريقًا منسقًا يعمل بالتوازي بينما تراجع أنت المخرجات.

لبيئات الثقة العالية حيث تُبطئ طلبات الموافقة كل شيء، يزيل --dangerously-skip-permissions جميع فحوصات الأذونات للجلسة بأكملها. تحذر Anthropic صراحةً بأن هذا يجب استخدامه فقط داخل حاويات (containers) أو أجهزة افتراضية (VMs) معزولة — وليس على جهازك الرئيسي أبدًا — بسبب خطر الإجراءات التدميرية غير المقصودة.

المستوى 7 — خطوط الإنتاج المستقلة بالكامل: حلقة Ralph

المستوى 7 هو حيث تُعدّ الإعدادات، وتغادر، وتعود لتجد العمل منجزًا.

نمط Ralph يشمل تطبيقين يحلان نفس المشكلة: دفع Claude عبر قائمة مهام بشكل مستقل حتى تتحقق شروط الإنجاز.

إضافة Ralph Wiggum الرسمية، المضمنة في مستودع إضافات Claude Code، تعمل داخل جلستك الحالية. تشغّل /ralph-loop "وصف مهمتك" --completion-promise "DONE" --max-iterations 20، وتستخدم الإضافة Stop hook لمنع الخروج الطبيعي من الجلسة، مما يخلق حلقة ذاتية المرجعية. يعمل Claude على المهمة، يحاول الخروج، يتلقى نفس الأمر مجددًا، ويكرر حتى تتحقق وعد الإنجاز أو تُبلغ حد التكرارات.

تطبيق Ralph المجتمعي يتبع نهجًا مختلفًا: يعمل كسكريبت bash يُطلق نسخًا جديدة من Claude Code لكل تكرار. يستخدم ملف prd.json كمدخل — قائمة منظمة من قصص المستخدم (user stories) مع أوصاف ومعايير قبول وحالة نجاح/فشل. كل تكرار يختار القصة غير المكتملة ذات الأولوية الأعلى، وينفذها، ويجري فحوصات الجودة، ويُودع التغييرات (commit) إذا نجحت الفحوصات، ويحدّث prd.json. تستمر الذاكرة عبر سجل Git وملف progress.txt.

يتشارك النهجان نفس قرار التصميم الحاسم: تجديد السياق بين التكرارات. كل مهمة تبدأ بنافذة سياق نظيفة، مما يمنع مباشرة تدهور السياق. ضع دائمًا حدًا --max-iterations لمنع الإنفاق غير المنضبط لـ tokens.

يعمل Ralph بشكل أفضل على المهام محددة النطاق والمتكررة ذات معايير القبول الواضحة. “اكتب ستة منشورات LinkedIn حول هذه المواضيع، كل منها أقل من 200 كلمة، بدون كلمات محظورة” هي مهمة Ralph مثالية. المعايير قابلة للقياس، والمخرجات حتمية، ولا يوجد شيء لاكتشافه — فقط عمل يجب إنجازه.

GSD مقابل Ralph:

• GSD مخطط ومنفذ. استخدمه عندما يكون النطاق غير واضح ويحتاج المشروع إلى تفكيك قبل بدء العمل.
• Ralph منفذ صرف. استخدمه عندما تكون المهام معرّفة بالكامل وتحتاج فقط إلى إنجازها — بسرعة، بدون إشراف.

التقدم الكامل في لمحة

معظم المطورين الذين يستخدمون Claude Code اليوم يعملون في المستويين 1 أو 2 — وهذا بالفعل ذو قيمة. لكن البنية الموصوفة في المستويات 4 إلى 7 تمثل علاقة مختلفة جذريًا مع أدوات الذكاء الاصطناعي: علاقة تصمم فيها الأنظمة وتشرف على المخرجات، بدلًا من كتابة الأوامر والانتظار.

الانتقال من مُشغّل إلى مهندس معماري هو ما يميز الفرق التي تحقق إنتاجية مضاعفة (2x) عن تلك التي تحقق عشرة أضعاف (10x).

الأسئلة الشائعة

المصادر والقراءات الإضافية

• الوثائق الرسمية لـ Claude Code — Anthropic
• سير عمل Boris Cherny مع Claude Code — VentureBeat
• داخل سير عمل مبتكر Claude Code — InfoQ
• بروتوكول سياق النموذج: المقدمة — MCP Official
• أبحاث تدهور السياق — Chroma
• إطار GSD — GitHub
• التغلب على تدهور السياق مع GSD — The New Stack
• إضافة Ralph Wiggum — Anthropic GitHub
• حلقة الوكيل المستقل Ralph — snarktank GitHub
• SkillsMP: سوق Skills للوكلاء
• مستودع Claude Code على GitHub — Anthropic