تهيئة المشروع: استخدام /init لإنشاء CLAUDE.md بنقرة واحدة
📚 التنقل في السلسلة: المقال السابق 11 إصدار الويب والسحابة أخرجك من المحطة الطرفية لتستخدم Claude Code في المتصفح والبيئة السحابية. يعود هذا المقال إلى المستوى المحلي، إلى العادة التي يجب عليك اكتسابها — أول شيء تفعله عند الدخول إلى مشروع جديد هو كتابة
/init، لتجعل Claude يفحص مستودع الكود بنفسه ويكتب دليل المشروع. المقال التالي: 13 هيكل المشروع.
يا أصدقاء، لنتحدث أولاً عن عملية غبية شائعة.
عندما بدأت للتو في استخدام Claude Code، استلمت مشروع نهاية خلفية بـ Node تركه زميل سابق، وبدأت العمل مباشرة دون تشغيل /init. في المرة الأولى التي سألت فيها "كيف أشغل الاختبارات؟"، قام بالبحث في package.json قبل الرد؛ بعد عشرين دقيقة فتحت جلسة جديدة، ولنفس السؤال قام بالبحث من البداية مرة أخرى؛ في فترة ما بعد الظهر انتقلت لمهمة أخرى، وسأل للمرة الثالثة "هل يستخدم هذا المشروع npm أم pnpm".
عند هذه النقطة، شعرت بالانزعاج منه حقًا — ليس لأنه غبي، بل لأنني لم أعطه "دليل المشروع"، فعليه أن يستكشف من الصفر في كل مرة. بمجرد أن تتعلم كتابة /init كأول خطوة عند دخول المشروع، ستختفي كل هذه التكرارات: سيفهم المشروع دفعة واحدة، ويكتبه كملف CLAUDE.md ويحفظه، وبعد ذلك، ستبدأ كل جلسة بهذا السياق تلقائيًا، ولن تضطر إلى الشرح مرارًا وتكرارًا.
بصراحة، يقوم /init بشيء واحد فقط: تحويل "تعرف Claude على مشروعك من جديد في كل مرة" إلى "التعرف عليه مرة واحدة وتذكره لفترة طويلة". سيوضح هذا المقال كيفية استخدامه، وكيف يبدو ما يتم إنشاؤه، وما الذي يوفره لك حقًا.
بعد قراءة هذا المقال، ستحصل على:
- فهم نقطة الألم الأساسية التي يحلها
/init: من "الاستكشاف من جديد في كل مرة" إلى "الإنشاء لمرة واحدة والذاكرة طويلة المدى" - مجموعة من العمليات الجاهزة للتنفيذ: بدء
claudeفي الدليل الجذري للمشروع، وكتابة/init - معرفة ما يفعله في الخلفية: فحص الهيكل، التعرف على حزمة التقنيات، وإنشاء مسودة CLAUDE.md
- فهم الشكل العام لملف CLAUDE.md المُنشأ، ووظيفة كل جزء فيه
- فهم رئيسي:
/initمجرد نقطة البداية، ويجب استكمال المسودة يدويًا (كيفية استكمالها، نتركها للمقال 18)
01 لماذا نحتاج /init: مشكلة "فقدان الذاكرة" لدى Claude
لنتحدث عن النتيجة أولاً: في كل مرة يفتح فيها Claude Code جلسة جديدة، يكون في حالة "فقدان ذاكرة" — إنه لا يتذكر ما قلته له في المرة السابقة.
هذا ليس خطأً برمجيًا، بل هو تصميمه. الوثائق الرسمية تنص بوضوح على:
تبدأ كل جلسة من جلسات Claude Code بنافذة سياق جديدة تمامًا.
تشبيه: كأنك تبدل متدربًا جديدًا للعمل كل يوم. هذا المتدرب ذو كفاءة عالية، ولكن لديه عيب — ما تعلمه إياه اليوم، يأتي شخص آخر غدًا، وعليك تعليمه كل شيء من جديد. تقول له "نحن نستخدم pnpm ولا نستخدم npm"، و"الاختبارات موجودة في دليل tests/"، و"يجب تشغيل lint قبل الإرسال"، وفي اليوم التالي يأتي شخص جديد، وعليك أن تشرح له من البداية مرة أخرى.
هذه هي الحالة الحقيقية عند عدم وجود CLAUDE.md. المأزق الذي واجهناه في مشروع Node سابقًا جاء من هذا المنطلق — ليس لأن ذاكرة Claude ضعيفة، بل لأنه لا يمتلك وسيط ذاكرة عبر الجلسات من الأساس.
إذًا، ما العمل؟ قدمت المصادر الرسمية آليتين لنقل المعرفة عبر الجلسات، وسنركز في هذا المقال على الآلية الأولى فقط:
| الآلية | من يكتبها | ماذا تحتوي |
|---|---|---|
| ملف CLAUDE.md | أنت (يمكنك جعل /init يصوغ المسودة) | التعليمات والقواعد: بنية المشروع، أوامر البناء، والاتفاقيات |
| الذاكرة التلقائية (Auto Memory) | Claude نفسه | الخبرات المكتسبة خلال عمله، ورؤى تصحيح الأخطاء |
لاحظ أن الذاكرة التلقائية بها قيد صارم: يتم تحميل أول 200 سطر أو 25KB فقط في كل جلسة، وما يتجاوز ذلك لا يدخل في السياق — لذا فإن الاعتماد على الذاكرة التلقائية لحفظ الكثير من الأشياء ليس موثوقًا، و CLAUDE.md هو القوة الأساسية.
ملف CLAUDE.md (ملف ذاكرة المشروع) هو ذلك "دليل الانضمام للعمل" المكتوب لـ "المتدرب الذي يتغير يوميًا" — تكتبه مسبقًا وتضعه في المشروع، يقرؤه Claude أولاً في كل بداية جلسة، و"يتذكر" على الفور طبيعة هذا المشروع.
أما /init، فهو الأمر الذي يساعدك على إنشاء المسودة الأولى لهذا الدليل بنقرة واحدة.
💡 خلاصة بكلمة واحدة: يعاني Claude من "فقدان الذاكرة" في كل مرة يفتح فيها جلسة، ويعتبر CLAUDE.md وسيط الذاكرة عبر الجلسات — يساعدك
/initعلى كتابة المسودة الأولى لهذه الذاكرة بنقرة واحدة.
02 ما هو /init: اجعل Claude يكتب دليله الخاص بنفسه
/init هو أمر مائل مدمج في Claude Code (الأوامر التي تبدأ بـ / في مربع الإدخال).
ما يفعله، يمكن تلخيصه في جملة واحدة: جعل Claude يقوم بفحص مشروعك بنفسه، وإنشاء مسودة CLAUDE.md مخصصة لهذا المشروع.
وصف الوثائق الرسمية له دقيق للغاية:
تشغيل
/initلإنشاء CLAUDE.md أولي تلقائيًا. يحلل Claude مستودع الكود الخاص بك وينشئ ملفًا يحتوي على أوامر البناء، تعليمات الاختبار، واتفاقيات المشروع التي يكتشفها.
تشبيه: جعل الموظف الجديد يكتب دليل الانضمام الخاص به بنفسه. عادةً ما يتم كتابة دليل الانضمام بواسطة الموظفين القدامى ليقرأه الجدد. لكن /init يعكس الأمر — فهو يطلب من "الوافد الجديد" قراءة المشروع بأكمله بنفسه أولاً، ثم تنظيم ما قرأه (التقنيات المستخدمة، تقسيم الأدلة، أوامر التشغيل) في دليل. وما إذا كان قد فهمه بشكل صحيح أم لا، يمكنك معرفته بإلقاء نظرة سريعة عليه لاحقًا.
فائدة هذا التصميم عملية جدًا: الحقائق الموضوعية في المشروع (حزمة التقنيات، هيكل الدليل، أوامر النصوص البرمجية)، يمكن لـ Claude استخراجها بمسحة واحدة بنفسه، ولا داعي لأن تكتبها حرفًا بحرف. الجهد الذي توفره، احتفظ به لاستكمال الأشياء التي لا يستطيع هو فحصها واستخراجها (مثل معايير تسمية الفروع في الفريق)، وهذا يكفي.
متى يجب استخدامه؟ عادة ما تكون هناك بعض الأوقات المناسبة لذلك:
- عند استلام مشروع تركه شخص آخر — أنت نفسك لم تعتد عليه بعد، فمن الأفضل أن تدعه يمسحه أولاً ليضع لك الأساس
- عندما لا يحتوي مشروعك الخاص على CLAUDE.md — كنت تستخدمه بشكل مجرد طوال الوقت، وحان وقت إضافته
- عند استنساخ مشروع مفتوح المصدر وترغب في تعديله — شغل
/initأولاً للحصول على خريطة المشروع، ثم ابدأ العمل
💡 خلاصة بكلمة واحدة: يتيح
/initلـ Claude قراءة المشروع بنفسه، وتنظيم الحقائق الموضوعية في مسودة CLAUDE.md — توفر أنت جهد استخراج الحقائق، وتركز على استكمال ما لا يمكنه فحصه.
03 كيفية التشغيل: الدخول للدليل، التشغيل، كتابة الأمر
العملية بسيطة لدرجة أنها قد تبدو مخيبة للآمال — بعد تشغيل claude، اكتب /init في مربع الإدخال وهذا كل شيء.
الخطوة الأولى: بدء Claude Code في الدليل الجذري للمشروع.
هذه الخطوة ضرورية، يجب عليك الدخول عبر cd إلى الدليل الجذري للمشروع قبل التشغيل، لا يمكنك التشغيل بشكل عشوائي من سطح المكتب أو الدليل الرئيسي. تم التأكيد في المقال 07: أينما تقوم بالتشغيل، سيعتبر Claude ذلك المكان هو مساحة العمل، ويقرأ الملفات الموجودة فيه. إذا قمت بتشغيل /init في الدليل الرئيسي، فسيقوم بفحص مجموعة فوضوية من ملفاتك الشخصية، ولن يجد شيئًا مفيدًا.
cd /path/to/your-project
claudeالخطوة الثانية: اكتب /init في مربع الإدخال واضغط على مفتاح الإدخال.
/initهكذا فقط. بعد ذلك لست مضطرًا لفعل أي شيء، الباقي كله يتولاه Claude بنفسه — العملية بأكملها لا تتطلب أي تدخل يدوي، فهو سيقوم بالتحليل والإخراج تلقائيًا.
إذًا ما الذي يفعله في الخلفية؟ بعد رؤيته يعمل لمرات عديدة، يمكن تلخيص العملية تقريبًا كالتالي:
الأمر كله يسير في خط واحد: تشغيل claude في دليل المشروع → كتابة /init → Claude يفحص هيكل المشروع، ويتعرف على حزمة التقنيات → يحفظ مسودة CLAUDE.md → ثم تقوم أنت بضبطها وإكمالها يدويًا. الخطوات الأربع الأولى تلقائية تقريبًا، والخطوة الأخيرة "الضبط اليدوي" هي المفتاح لتحويل المسودة إلى دليل جيد، وقد أشرنا إليها هنا وسنخصص لها المقال 18.
المصطلح الرسمي لهذه الخطوة هو "تحليل مستودع الكود الخاص بك". أما عن الملفات التي يفحصها تحديدًا، فيمكن تصنيفها تقريبًا إلى هذه الفئات (والتي يبحث فيها بشكل أساسي عند التشغيل):
- قائمة التبعيات: مثل
package.json(لـ Node)،requirements.txt(لـ Python)،pom.xml(لـ Java) — تُستخدم لتحديد حزمة التقنيات والأوامر التي يمكن تشغيلها - الوثائق الحالية: مثل
README— لفهم طبيعة المشروع - ملفات التكوين + هيكل الكود: لمعرفة كيفية تقسيم الأدلة، وأين توجد نقطة الدخول
⚠️ تفصيل يسهل التغاضي عنه: إذا كان المشروع يحتوي بالفعل على CLAUDE.md، فلن يقوم
/initبالكتابة فوقه بقسوة. تنص الوثائق الرسمية بوضوح — في هذه الحالة سيقوم باقتراح التحسينات بدلاً من الكتابة فوقه. في مشروع يحتوي بالفعل على CLAUDE.md مكتوب، قمت بكتابة/initمرة أخرى وكنت قلقًا من ضياع عملي، ولكن النتيجة أنه قدم بصراحة بعض الاقتراحات "هنا يمكن الإضافة"، دون تعديل أي سطر من النص الأصلي. هذا التصميم دقيق ومريح جدًا.
💡 خلاصة بكلمة واحدة: استخدم
cdللدخول إلى الدليل الجذري للمشروع، ابدأclaude، واكتب/init، واترك الباقي ليقوم بفحصه تلقائيًا — عند وجود CLAUDE.md بالفعل، يقترح فقط التحسينات ولا يكتب فوقه.
04 كيف يبدو الملف المُنشأ: تفكيك مسودة CLAUDE.md
بعد تشغيل /init، ستجد ملف CLAUDE.md جديد في الدليل الجذري للمشروع. عند فتحه، سترى ملف Markdown منظمًا بوضوح.
تشبيه: دليل مشروع قياسي. إنه ليس سردًا عشوائيًا، بل مقسم إلى أجزاء — ما هو المشروع، التقنيات المستخدمة، كيفية تقسيم الدليل، كيفية كتابة الأوامر، والاتفاقيات. يمكن لأي شخص جديد (بما في ذلك Claude في الجلسة التالية بعد "فقدان الذاكرة") إلقاء نظرة سريعة على هذه الأجزاء وفهم طبيعة المشروع.
عادة ما يغطي المحتوى المُنشأ الأجزاء التالية (سيحدد Claude الحقول المحددة بناءً على الحالة الفعلية لمشروعك، والمثال التالي هو نموذج نموذجي):
# اسم المشروع
## نظرة عامة على المشروع
وصف موجز لطبيعة هذا المشروع ووظائفه الأساسية.
## حزمة التقنيات
- Frontend: React + TypeScript
- Backend: Node.js + Express
- Database: PostgreSQL
## هيكل الدليل
- `src/components/` - مكونات React
- `src/api/` - طبقة API
- `tests/` - ملفات الاختبار
## الأوامر الشائعة
- بدء خادم التطوير: `pnpm dev`
- تشغيل الاختبارات: `pnpm test`
- فحص الكود: `pnpm lint`
## معايير التطوير
- استخدام وضع strict في TypeScript
- تشغيل `pnpm test` قبل الإرساللنتحدث عن قيمة كل جزء على حدة — هذه هي بالضبط الأشياء التي كان Claude يسألك عنها مرارًا وتكرارًا في السابق:
| هذا الجزء | ماذا يحتوي | التكرار الذي يوفره لك |
|---|---|---|
| نظرة عامة على المشروع | الغرض من المشروع، الوظائف الأساسية | لا حاجة لشرح "ما هو هذا المشروع" في كل مرة |
| حزمة التقنيات | إطار العمل، اللغة، قاعدة البيانات المستخدمة | لا يسأل في كل مرة "هل هذا React أم Vue" |
| هيكل الدليل | ماذا يوجد في كل دليل رئيسي، وأين المدخل | لا يبحث في كل مرة "في أي مجلد يوجد كود API" |
| الأوامر الشائعة | كيفية تشغيل أوامر البدء والاختبار والفحص | لا يراجع package.json في كل مرة للبحث عن الأوامر |
| معايير التطوير | اتفاقيات المشروع (مثل وضع strict) | لا تذكره في كل مرة "تذكر تفعيل الوضع الصارم" |
هل اتضحت الصورة؟ الأسئلة المتكررة المزعجة في مشروع Node السابق مثل "كيف أشغل الاختبارات" و"هل أستخدم npm أم pnpm"، تم التكفل بها دفعة واحدة من خلال جزئي "الأوامر الشائعة" و"حزمة التقنيات". بمجرد وضع الدليل هناك، يقرؤه Claude بنفسه في البداية، وتختفي هذه الحوارات المتكررة تمامًا.
أما بالنسبة لأين يجب وضع هذا الملف — فالموقع الرسمي هو الدليل الجذري للمشروع ./CLAUDE.md (أو ./.claude/CLAUDE.md). يقوم /init بوضعه في المكان الصحيح افتراضيًا، لذا لا تقلق بشأن المسار. سيتم شرح التسلسل الهرمي الأكثر تفصيلاً (كيفية تداخل مستوى المستخدم ومستوى المشروع) في المقال 18.
💡 خلاصة بكلمة واحدة: يُقسم ملف CLAUDE.md المُنشأ إلى أقسام "النظرة العامة / حزمة التقنيات / الدليل / الأوامر / المعايير"، وكل قسم يعالج بدقة نوعًا من التكرارات التي كانت تُطرح مرارًا — يتولى
/initأمر تحديد مكان وضع الملف.
05 فهم رئيسي: /init هو نقطة البداية، وليس النهاية
هذه هي الجملة التي أريدك أن تتذكرها أكثر من غيرها في هذا المقال: ينشئ /init مسودة، وليس مسودة نهائية.
لماذا يجب عليك التدخل يدويًا؟ لأن هناك أشياء، لن يتمكن Claude من فحصها حتى لو مسح مستودع الكود بالكامل — فهي ببساطة غير موجودة في الكود، بل في عقلك وعقول فريقك.
إليك بعض الأمثلة التي لن يستطيع Claude استنتاجها بنفسه أبدًا:
- معايير تسمية الفروع: اتفقتم على
feature/xxx،fix/xxx، في أي ملف كُتب هذا؟ في أي مكان. لن يتمكن Claude من فحصه. - عملية النشر: هل الدمج في
mainيؤدي لتشغيل النشر تلقائيًا، أم تحتاج للنقر يدويًا؟ لا يمكن معرفة ذلك من كود المشروع. - متطلبات مراجعة الكود: "يجب أن يوافق شخصان على PR"، "تعديلات الوحدات الأساسية تحتاج إلى وضع خطة في Plan Mode أولاً" — هذه اتفاقيات ضمنية في الفريق.
- خلفية الأعمال: لماذا صُمم هذا الجزء بهذا الشكل، وأي وحدة قد تسبب مشاكل عند المساس بها — هذه الـ "لماذا" مخفية في عقلك.
الطريقة الصحيحة هي التحسين التكراري، وليس الكتابة لمرة واحدة وبشكل جامد.
مشروع Node السابق هو مثال على المجموعة الضابطة السلبية: بعد تشغيل /init ظننت أن كل شيء على ما يرام، ولم أضف شيئًا. ونتيجة لذلك، أهمل في قسم "الأوامر الشائعة" المُنشأ نص النشر البرمجي الذي كتبته بنفسي (لأن هذا النص كان مخفيًا في scripts/ ولم يُعرض في package.json)، ومن الطبيعي أن Claude لم يقم بمسحه. لإكمال ذلك، كان عليّ إضافة سطر يدويًا إلى CLAUDE.md: "للنشر استخدم ./scripts/deploy.sh". لذا، العادة الصحيحة ثابتة: بعد تشغيل /init، اقرأه بالكامل فورًا، وأضف يدويًا القيود الصارمة التي لم يتمكن من مسحها.
لذلك، الطريقة الصحيحة هي هذا التباين:
| ❌ استخدام خاطئ | ✅ استخدام صحيح |
|---|---|
تجاهله بعد تشغيل /init واعتباره مسودة نهائية | قراءته بالكامل بعد تشغيل /init ومراجعته كمسودة |
| توقع أن يقوم بمسح جميع اتفاقيات الفريق | استكمال القيود الصارمة (الفروع، النشر، المراجعة) يدويًا التي لم يتمكن من مسحها |
| الإنشاء مرة واحدة وتركه جامدًا لا يتغير | التكرار المستمر مع تطور المشروع، وحذف ما عفا عليه الزمن |
تذكر تقسيم العمل هذا فقط: مسؤولية /init هي استخراج الحقائق الموضوعية بسرعة لوضع الأساس (وهو قوي في ذلك)، ومسؤوليتك هي إكمال الاتفاقيات الذاتية وخلفية العمل (وهذا ما تعرفه أنت فقط). بتعاون كلا الجانبين، ستحصل على ملف CLAUDE.md مفيد حقًا.
أما بالنسبة لـ "كيفية تحويل هذه المسودة إلى دليل دقيق ومفيد" — مثل كيفية تصميم التسلسل الهرمي، كيفية التقسيم باستخدام المراجع، وكيفية صيانته على المدى الطويل — فهذه هي مهمة المقال 18 "دليل استخدام CLAUDE.md". في هذا المقال، عليك فقط التأكد من "حصولك عليه"، وفي الخطوة التالية سنتحدث عن "كتابته بشكل جيد".
💡 خلاصة بكلمة واحدة: يقوم
/initفقط باستخراج الحقائق الموضوعية كأساس، أما الاتفاقيات الخاصة بالفريق وعملية النشر التي لا يمكنه فحصها، فيجب عليك إضافتها يدويًا — لا تُعتمد المسودة إلا بعد مراجعتها.
06 عمليًا: تنفيذ /init لمشروع مصغر
الكلام دون تطبيق لا فائدة منه. سنستخدم أدناه مشروعًا مصغرًا من ملفين أو ثلاثة لنمر بعملية /init كاملة، ونثبت أنه ينشئ بالفعل CLAUDE.md. لا يعتمد على أي بيئة معقدة، فقط اتبع الأوامر.
الخطوة الأولى: إنشاء مشروع مصغر (لأنظمة Mac / Linux)
mkdir init-demo
cd init-demo
echo '{"name": "init-demo", "scripts": {"test": "echo test ok"}}' > package.json
echo 'console.log("hello from init-demo");' > index.jsلمستخدمي Windows PowerShell: اكتب mkdir init-demo و cd init-demo كما هي، وأنشئ ملفي package.json و index.js باستخدام المفكرة، الصق المحتوى الموجود داخل علامات الاقتباس المفردة أعلاه واحفظها.
النتيجة المتوقعة: يحتوي مجلد init-demo على ملفين: package.json و index.js. بكتابة ls (استخدم dir في Windows) ستتمكن من رؤيتهما.
الخطوة الثانية: تشغيل Claude Code في دليل المشروع
claudeالنتيجة المتوقعة: تظهر شاشة الترحيب، ويوجد مربع إدخال في الأسفل. تأكد من أن المحطة الطرفية موجودة حاليًا في دليل init-demo.
الخطوة الثالثة: تشغيل /init
في مربع الإدخال اكتب:
/initالنتيجة المتوقعة: يبدأ Claude في التمرير — ستراه يقرأ package.json و index.js، ويحلل المشروع، ثم يكتب الملف. عند الانتهاء سيخبرك بأنه تم إنشاء CLAUDE.md. نظرًا لأن هذا المشروع يحتوي على ملفين فقط، فالعملية بأكملها سريعة جدًا، تستغرق من بضع ثوانٍ إلى أكثر من عشر ثوانٍ بقليل.
الخطوة الرابعة: التأكد من إنشاء CLAUDE.md
اخرج من Claude (اكتب exit أو اضغط على Ctrl+D)، وعد إلى المحطة الطرفية لترى:
cat CLAUDE.md(في Windows PowerShell استخدم type CLAUDE.md)
النتيجة المتوقعة: تطبع المحطة الطرفية ملف Markdown، حيث يمكنك على الأقل رؤية اسم المشروع init-demo، وأن حزمة التقنيات هي Node.js / JavaScript، وأن أمر test (echo test ok) تم التعرف عليه كـ "تشغيل الاختبار". رؤية هذه الأشياء تعني أن /init قد تم تشغيله بنجاح، وأنه قد فهم مشروعك الصغير وسجله بالفعل.
الخطوة الخامسة (اختيارية): التحقق من أنه "تذكر"
ادخل إلى claude مرة أخرى، واسأل:
ما هو أمر الاختبار الخاص بهذا المشروع؟النتيجة المتوقعة: سيخبرك بأمر الاختبار مباشرةً، دون الحاجة للبحث في package.json مرة أخرى — لأن الإجابة مكتوبة بالفعل في CLAUDE.md الذي قرأه في البداية. هنا ستشهد بنفسك كيف تم "علاج فقدان الذاكرة".
⚠️ تذكير صغير: في المشاريع الحقيقية، يمسح
/initملفات أكثر، ويكون المحتوى المُنشأ أكثر ثراءً، لذا سيكون تشغيله أبطأ من هذا العرض التجريبي، انتظر بصبر حتى ينتهي من المسح؛ ولا تنسَ ما ذُكر في القسم 05 — اقرأه بالكامل، وأضف القيود الصارمة التي لا يمكنه فحصها.
💡 خلاصة بكلمة واحدة: قم بإنشاء مشروع مصغر من ملفين، اكتب
/initفيclaude، ثم اكتبcat CLAUDE.mdبعد الخروج لتشهد بنفسك أنه فهم المشروع — واسأل عن أمر الاختبار للتحقق من علاج "فقدان الذاكرة".
07 خلاصة
أوضح هذا المقال إجراءً واحدًا بشكل كامل: أول شيء تفعله عند الدخول إلى مشروع جديد هو كتابة /init، لتجعل Claude يكتب المسودة الأولى لدليل المشروع بنفسه.
لنربط النقاط الأساسية معًا:
| البعد | الاستنتاج |
|---|---|
| ما الذي يحله | Claude يعاني من "فقدان الذاكرة" في كل جلسة، ويعتبر CLAUDE.md هو وسيط الذاكرة عبر الجلسات |
| ما هو /init | أمر يجعل Claude يمسح المشروع، وينشئ مسودة CLAUDE.md تلقائيًا |
| كيفية التشغيل | استخدم cd للدخول إلى الدليل الجذري للمشروع → قم بتشغيل claude → واكتب /init |
| ما الذي يفعله | يفحص الهيكل، يتعرف على حزمة التقنيات، يستخرج الأوامر، ويحفظها كمسودة |
| كيف يبدو | مقسم إلى: النظرة العامة / حزمة التقنيات / الدليل / الأوامر / المعايير |
| فهم رئيسي | المسودة ليست المسودة النهائية — يجب إكمال اتفاقيات الفريق يدويًا |
يجب أن تكون قادرًا الآن على: الدخول إلى أي مشروع، بدء claude في الدليل الجذري ثم كتابة /init لجعله يُنشئ ملف CLAUDE.md تلقائيًا، فهم محتوى كل جزء مُنشأ، وإدراك أن هذه مجرد نقطة البداية — فهو يضع لك أساس الحقائق الموضوعية، ويتعين عليك إضافة الاتفاقيات الذاتية بيدك. من الآن فصاعدًا، لن يكون Claude "شخصًا جديدًا فاقدًا للذاكرة يتغير كل يوم"، بل سيكون خبيرًا قرأ دليل مشروعك منذ البداية.
المقال التالي 13 "هيكل المشروع" — بعد الانتهاء من /init، يتم فحص قسم "هيكل الدليل" في CLAUDE.md بواسطة Claude. لكن بالإضافة إلى CLAUDE.md، يمتلك المشروع مجلد .claude/، و settings.json، والأوامر المخصصة، وتكوين MCP، ومجموعة من "الملفات المخصصة لـ Claude Code" والتي يقوم كل منها بدور معين. ما الذي يوضع فيها، وكيف يبدو شكلها؟ في المقال التالي سنساعدك على فهم هيكل المشروع هذا دفعة واحدة.