Claude Code في 2026: 11 نصيحة واختصارًا وأمرًا

للحصول على تعليمات إضافية حول العمل مع Ailoot، راجع التوثيق.

ما التقنيات الـ 11 التي يشرحها دليل Claude Code؟#

مع البرمجة بأسلوب vibe coding، لم يعد السؤال «هل يعمل Claude Code؟» - بل «كيف تعمل معه بحيث لا يستنزف حدودك أو يهلوس؟» تغطي أدلتي التسع السابقة المفاهيم: CLAUDE.md، ووضع التخطيط، وهندسة السياق، والمهارات، والوكلاء الفرعيون، وMCP، و/rewind، والحدود، والدماغ الثاني. هذا الدليل مجموعة من التكتيكات المكمّلة لها.

تحل كل نصيحة مشكلة واحدة. يمكنك قراءتها بالترتيب أو الانتقال إلى ما يشغلك أكثر: للاختصارات، انتقل مباشرة إلى النصيحة 1؛ لتوفير الرموز، النصيحتان 4 و5؛ للعمل المتوازي، النصيحة 6؛ ولتقنيات المؤلف، النصائح 8-11.

أكتب هذا لمن سبق لهم تثبيت Claude Code واستخدامه أسبوعًا واحدًا على الأقل. إن كنت على وشك تثبيته، فابدأ بـدليل CLAUDE.md، ثم عُد إلى هنا.

كيفية التبديل بين أوضاع Claude Code: اختصار Shift+Tab#

أكثر أخطاء المبتدئين شيوعًا هو البقاء في default طوال اليوم والموافقة يدويًا على كل تغيير. يصبح هذا مرهقًا بعد ساعة، فتُغرى بتشغيل --dangerously-skip-permissions (المزيد عن ذلك في نهاية النصيحة). Shift+Tab هو الحل الوسط: أنت تختار متى تحتاج إلى acceptEdits ومتى تحتاج إلى plan.

إليك القاعدة المحددة التي أتبعها عند التبديل:

1. بدء مهمة معقدة - استخدم Shift+Tab حتى يعرض مؤشر الوضع plan. يفكر Claude في الأمر ويصوغ خطة؛ ولا يكتب التعليمات البرمجية حتى أوافق.
2. الموافقة على الخطة والانتقال إلى التنفيذ - تنقل حتى يعرض مؤشر الوضع acceptEdits. يحرر Claude الملفات من دون طلب الموافقة، لكنه يظل يطلبها لأوامر Bash.
3. التعديلات الروتينية (إعادة تسمية، وإعادة هيكلة بسيطة) - انتقل مباشرة إلى acceptEdits، بلا خطة.
4. منطقة الخطر (ترحيلات قاعدة البيانات، وحذف الملفات) - أعود إلى default باستخدام Shift+Tab.

# Common permission modes (check the active label, not a fixed press count):
# default        - standard permission prompts
# acceptEdits    - file edits are accepted; other tool permissions still apply
# plan           - investigate and plan before implementation
# Additional modes depend on your version, settings, and organization policy.

إذا لم يعمل Shift+Tab في إصدارك من Claude Code (claude --version)، فتحقق من أن لديك أحدث إصدار. سيعرض أمر /doctor كل ما يتعلق بالتثبيت.

كيفية التراجع عن الإجراء الأخير دون فقدان السياق: Esc Esc#

يؤدي الضغط على Esc مرة واحدة وعلى Esc مرتين وظيفتين مختلفتين، ولهذا يخلط الناس بينهما:

• ضغطة واحدة على Esc - تقاطع Claude أثناء قيامه بشيء ما. يبقى كل ما أنجزه حتى تلك اللحظة. يفيد ذلك عندما يسلك اتجاهًا خاطئًا وتريد إعادة توجيهه.
• الضغط مرتين على Esc - إذا كان حقل الإدخال فارغًا، تُفتح قائمة نقاط الحفظ (استعادة التعليمات البرمجية، أو المحادثة، أو كليهما، أو التلخيص). وإذا احتوى الحقل على نص، فسيُمسح النص ويُضاف إلى السجل (يعيده سهم الأعلى).

# From the Esc Esc menu with an empty field:
# 1. Restore code only            - restore the files, leave the conversation
# 2. Restore conversation only    - restore the conversation, leave the files
# 3. Restore code and conversation - restore both (the most common choice)
# 4. Summarize from here          - summarize the conversation from this point
# 5. Summarize up to here         - summarize up to this point

تُنشأ نقاط الحفظ تلقائيًا لكل طلب ترسله - لا شيء عليك تذكّره، ويمكنك دائمًا الرجوع. للاطلاع على الشرح الكامل، راجع دليل /rewind، الذي يغطي أيضًا استخدام git للتراجعات العميقة.

الضغط على Esc مرتين إحدى أولى التقنيات التي يتعلمها المبتدئون. وما إن يتوقفوا عن الخوف من أنهم «سيفسدون الأمر ولن يستطيعوا التراجع»، حتى يبدأوا التجربة بجرأة أكبر، وتتحسن النتائج كثيرًا.

متى تستخدم /compact بدلًا من /clear؟#

إليك آلية عمل /compact داخليًا: يعالج Claude سجل الرسائل بأكمله، ثم يعيد ملخصًا موجزًا بأهم التفاصيل. ومن الحيل المفيدة إعطاؤه تلميحًا: /compact keep the coding principles and current plan, discard the CSS discussion. عندها سيكون الضغط موجّهًا.

# When to use what:
/clear                              # finished a feature, moving to a new one
/compact                            # long session, context is >50% full
/compact keep the architecture and plan  # targeted compression with a focus

الإشارة إلى أن وقت /compact قد حان هي أن يعرض الأمر /cost أو شريط الحالة استخدام 70%+ من نافذة السياق، بينما لم تمضِ سوى نصف الجلسة. إذا تجاهلت ذلك، فسيبدأ Claude «نسيان» بداية المحادثة، وستضيع وقتك في شرح الأمور مجددًا.

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

كيفية متابعة الرموز في الوقت الفعلي: أمر /cost#

يُعد الخوف من «إنفاق كل شيء في يوم واحد» من أبرز المخاوف لدى مبرمجي vibe coding. والطريقة الأساسية لمعالجة هذا الخوف هي جعل الإنفاق ظاهرًا.

/cost          # shows current session spending (tokens + $)
/statusline    # configures the status bar: model + directory + context % + cost

قاعدة بسيطة: تحقق من /cost كل 30-60 دقيقة. إنفاق أقل من بضعة دولارات في الساعة أمر طبيعي. أما إنفاق أكثر، فيشير إلى وجود مشكلة: ربما نسيت /compact فاستمر السياق في التوسع، أو اخترت النموذج الخاطئ (المزيد عن ذلك في النصيحة التالية)، أو ربما يعيد Claude قراءة ملفات كبيرة 10 مرات.

الدليل الكامل للتوفير في الحدود هو «كيف لا تستنفد حدود Claude Code في يوم واحد»، ويتضمن 8 قواعد. أما التكتيك هنا فهو جعل الإنفاق ظاهرًا باستخدام /cost و/statusline.

هل تريد ألا تكتفي بمتابعة الرموز، بل تبني أيضًا نظامًا لا يتجاوز فيه وكيل الذكاء الاصطناعي حدوده من تلقاء نفسه؟ /cost مجرد مؤشر. أما المزيج الكامل — نسخة الذكاء الاصطناعي + الدماغ الثاني + هندسة السياق — فهو ما يحول Claude من «مساعد محدود» إلى أداة يمكنها العمل طويلًا على نحو متوقع.

أي نموذج Claude تختار لمهمة: Haiku أم Sonnet أم Opus؟#

claude --model haiku   # ~3× cheaper than sonnet, for routine work
claude --model sonnet  # default, balance of price and quality
claude --model opus    # ~1.7× more expensive than sonnet, for complex tasks

وفقًا للأسعار العامة لـ Anthropic في مايو 2026: Haiku بسعر $1/$5 لكل مليون من رموز الإدخال/الإخراج، وSonnet بسعر $3/$15، وOpus بسعر $5/$25. يعني ذلك أن Haiku أرخص بثلاث مرات من Sonnet، وأن Opus أغلى من Sonnet بمقدار 1.7 مرة.

كيف أختار كل يوم:

النقطة الخلافية هي ما إذا كان ينبغي استخدام Sonnet وHaiku أصلًا إن كان Opus يصيب «من المحاولة الأولى» في المتوسط. إجابتي: بالنسبة إلى رائد أعمال غير مبرمج، يجدي Haiku وSonnet في 70% من المهام. ويستحق Opus أن تدخره للـ30% الصعبة فعلًا.

كيفية تشغيل 3-5 مهام بالتوازي: /resume + git worktrees#

المنطق بسيط: نافذة Claude طويلة واحدة تستهلك السياق. يُحمّل كل طلب إلى النموذج كل ما كان في تلك النافذة - حتى لو كنت تناقش الآن شيئًا مختلفًا تمامًا. كل نافذة من 5 نوافذ قصيرة للمهام الصغيرة لا تتذكر إلا عملها الخاص. وبذلك تنفق إجمالًا أقل.

# Start a named session for a specific task:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Use a worktree to keep git from overlapping:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

إذا فقدت تتبع ما يجري في كل نافذة، شغّل claude --resume من دون وسيطة لعرض قائمة بالجلسات الأخيرة وأسمائها وأوقاتها. وفي الجلسة النشطة، يفحص /agents الوكلاء الفرعيين الجاري تشغيلهم.

عندما أعمل على ميزة تستغرق دورة تطوير طويلة، أفعل عادةً ما يلي:

1. النافذة 1 - التخطيط في plans/YYYY-MM-DD-feature.md. نقاش فقط، بلا تعليمات برمجية.
2. النافذة 2 (وفقًا للخطة) - تنفيذ المرحلة 1. وبعدها، حدّث الخطة ([x]).
3. النافذة 3 - تنفيذ المرحلة 2 بالتوازي مع النافذة 2، إن لم تتداخل المرحلتان.
4. النافذة 4 - وكيل توليف يفحص نتائج النافذتين.
5. النافذة 5 - مراجعة أمنية بعد الدمج (انظر النصيحة 8).

متى لا تستخدم worktrees: إذا كنت تدير مشروعًا أو مشروعين يوميًا، فستلتهم كلفة التنقل بين أدلة worktree الفائدة. تبدأ worktrees بإفادة المستخدم عند تنفيذ 3 مهام متوازية أو أكثر يوميًا.

كيفية تجنب الهلوسة: الإشارة إلى الملفات باستخدام @file#

يبدأ الإكمال التلقائي للملفات بالرمز @. ابدأ بكتابة مسار وسيعرض Claude الاقتراحات. ويمكنك الإشارة إلى عدة ملفات في وقت واحد: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt without exact paths (bad):
> Look at the auth logic and fix the session bug

# Prompt with @ references (right):
> @src/lib/auth.ts @src/lib/session.ts - fix the bug: after logout the cookie isn't cleared

الحيلة الثانية في المجموعة نفسها هي وضع الصدفة باستخدام !:

> !git status                # runs without calling Claude, output goes into context
> !npm test                  # same
> !cat /var/log/app.log | tail -50  # same

السبب: لا تنفق الرموز على قول «Claude، اعرض حالة git» - فسيحصل Claude على الإجابة نفسها عبر الأداة على أي حال. ! أقصر وأرخص.

يرتبط هذا بملف CLAUDE.md: ينبغي ألا يتجاوز الملف الرئيسي 200 سطر من قواعد المشروع. وتوضع القواعد الأضيق (مثل أعراف API) في .claude/rules/api-design.md مع ترويسة YAML أمامية paths: ["src/api/**/*.ts"]. عندها تُحمّل هذه القواعد فقط عندما يعدّل Claude ملفات في src/api/. للاطلاع على الشرح الكامل، راجع دليل CLAUDE.md.

كيفية تجنب فقدان التقدم في المهام الطويلة: خطط بمراحل وعلامات [ ] / [x]#

إليك قالب ملف الخطة الذي أستخدمه في كل مشروع:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

القاعدة مطلقة: يجب على كل وكيل تحديث الخطة بعد كل جلسة. بمعنى آخر، ما إن تنتهي من مرحلة، انتقل إلى الملف وضع علامة [x]. إن لم تفعل ذلك، فلن تعرف النافذة التالية أن المرحلة انتهت، وستحاول تكرارها.

عندما تكون الخطة في ملف، لا في ذهنك:

• يمكن للنوافذ المتوازية (انظر النصيحة 6) تولي مراحل مختلفة.
• إذا امتدت المهمة 3 أيام، فسترى فورًا أين توقفت عندما تعود بعد يومين.
• يسهل التحقق النهائي من النتيجة الفعلية (grep -c "\[ \]" في الملف = عدد العناصر المفتوحة).

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

هذه التقنية جزء من مفهوم الدماغ الثاني. للاطلاع على شرح مجلدات business/ وplans/ وai-clone/ كاملًا، راجع دليل الدماغ الثاني.

كيفية استباق مواضع إخفاق Claude: النقد الذاتي باستخدام 10 أسباب#

إليك إطار نص الطلب الذي أستخدمه حرفيًا:

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

بعد الأسباب العشرة - جولة ثانية: دافع عن كل سبب في مواجهة حججي المضادة. أين تكمن أضعف نقاطي؟

الجولة الثالثة: اكتب خطة لما يجب فعله كي لا تقع هذه المشكلات.

أستخدمه في ثلاث مراحل:

1. الفكرة الأولى «كل شيء رائع» - عندما أكون واثقًا. يخفض النقد الذاتي تقديري للفكرة بنسبة 30-50%.
2. منتصف الخطة - عندما أكون قد توغلت في العمل وأصبحت غافلًا عن نقاط ضعفه.
3. قبل الإطلاق - مرشح أخير.

يتحداك Claude فعلًا في وضع الخصم. أما GPT-5 في الموقف نفسه، فيبدأ بالثناء على الفكرة ثم «يحاول إيجاد تحسينات». لاحظت هذا الاختلاف بعد عام من التجربة:

يبدو الفرق في وضع الخصم على النحو التالي بالنسبة إليّ: يقول ChatGPT: «ملاحظة جيدة، هذا صحيح تمامًا». ويقول Claude في الموقف نفسه: «متفق، هذا هراء كامل؛ سأعيده الآن». عندما أحتاج إلى نقد، يوفر لي الرد الثاني أيامًا من العمل الضائع.

متى لا تطبق ذلك: في التكرارات الإيجابية لتحسين واجهة المستخدم والكتابة الإعلانية. وضع الخصم لا يناسبها - فسوف يقتل الإبداع.

هذه التقنية تُعرف باسم التحليل الاستباقي للفشل في المشروع. وقد كيّفتها للعمل مع وكيل ذكاء اصطناعي: بدلًا من فريق من الناس، تجري تحليلًا استباقيًا للفشل مع Claude. لا أحد يخشى قول «يا مدير، سيفشل المشروع» - فتظهر النقاط العمياء خلال دقائق.

كيفية إنجاز 5 مصادر بحث في الوقت اللازم لإنجاز مصدر واحد: الوكلاء الفرعيون المتوازيون#

إليك إطار نص الطلب:

لديك السياق كاملًا بالفعل. أجرِ بحثًا معمقًا؛ وأطلق 5 وكلاء فرعيين متوازيين.

الوكيل الفرعي 1: استعرض الشبكات المهنية - من يحل هذه المشكلة؟
الوكيل الفرعي 2: حلول المصدر المفتوح على GitHub - ما الرائج؟
الوكيل الفرعي 3: مسرّعات الشركات الناشئة - من يجذب
            الاستثمار في هذا المجال؟
الوكيل الفرعي 4: مواقع المنافسين المباشرين - ما الذي يعدون به
            وبأي سعر؟
الوكيل الفرعي 5: المقارنات والمراجعات - ماذا يقول
            المستخدمون في المراجعات؟

عندما يعود الجميع، أطلق وكيلًا للتوليف
ليقارن التقارير الخمسة ويُعد مخططًا
لمجلد الدماغ الثاني الخاص بي.

ما الذي يتغير مقارنة بالبحث المعتاد:

• الوقت: 5 مسارات متزامنة بدلًا من 5 متتابعة. ساعة عمل في 15 دقيقة.
• العمق: يتخصص كل وكيل. لا ينتقل تحيز التأكيد لدى وكيل إلى الآخرين.
• السياق: لكل وكيل فرعي سياقه الخاص، المنفصل عن سياقك الرئيسي.

للدليل الكامل على الوكلاء الفرعيين، راجع «الوكلاء الفرعيون في Claude Code لعام 2026». كما يشرح الفرق بين المهارات وMCP - ومتى تستخدم كلًا منهما.

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

كيفية إرسال المهام إلى Claude من هاتفك: بوت Telegram في جيبك#

كيفية الإعداد (4 خطوات):

1. حاسوب يعمل باستمرار - أعطّل السكون من إعدادات النظام (macOS: Energy Saver → Prevent computer from sleeping).
2. تشغيل Claude Code في طرفية مرتبطة بمجلد المشروع.
3. إضافة Telegram الرسمية - أضف المستودع إلى السوق باستخدام /plugin marketplace add anthropics/claude-plugins-official، ثم ثبّت /plugin install telegram@claude-plugins-official (تُحدّث الخطوات الدقيقة بمرور الوقت - أحدث التعليمات موجودة في مستودع الإضافات الرسمي).
4. ربط البوت بجلسة واحدة - هذا قيد حاليًا: بوت واحد = مشروع واحد = جلسة واحدة. إذا احتجت إلى بوت ثانٍ، فأعد إعداد بوت ثانٍ.

ما أفعله بالبوت كل يوم:

• أكون خارجًا في نزهة وتخطر لي فكرة - فأرسلها إلى البوت فورًا كي لا أنساها. يضيفها البوت إلى inbox.md لمعالجتها لاحقًا.
• مكالمة مع عميل محتمل - بعد المكالمة، أسأل البوت: «استنادًا إلى نص المكالمة الأخيرة، اذكر 3 نقاط الألم الرئيسية التي تصب في مصلحتنا». وبعد دقيقة، أحصل على تحليل كامل في المحادثة.
• في مقهى صباحًا - «اعرض لي الواجبات المفتوحة من قائمتي». لا حاجة إلى فتح الحاسوب المحمول.

⚠️ تنبيه: لا يمكنك حاليًا تشغيل /clear أو /compact من البوت - فجسلة البوت هي نفسها جلسة الطرفية، ويستمر السياق في التوسع. ولا يمكن إعادة التشغيل إلا يدويًا عبر الطرفية.

بالنسبة إليّ، هذه أكثر إضافات Claude Code فائدة خلال الأسبوعين الماضيين. نقلتني من «أعمل مع Claude وأنا جالس إلى مكتبي» إلى «أعمل مع Claude كلما خطرت لي فكرة».

ما الذي ينبغي البدء بتطبيقه أولًا: خارطة طريق من 7 أيام#

تركيبة التقنيات أهم من أي تقنية منفردة. Shift+Tab من دون Esc Esc يجعل التجربة مخيفة. و/compact من دون /cost يعني أنك لا تعرف متى تضغط السياق. والخطط في الملفات من دون نوافذ متوازية تعقيد بلا عائد.

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

لمواصلة العمل مع النماذج، يمكنك الانتقال إلى Ailoot.