# Claude Code في 2026: 11 نصيحة واختصارًا وأمرًا > 11 تقنية عملية لـ Claude Code: اختصارات، وعلامات CLI، وأوامر /، بالإضافة إلى 6 استراتيجيات من 6 أشهر من العمل اليومي. رموز أقل، وهلوسات أقل. Source: https://ailoot.ai/blog/ar/claude-code-tips/ Canonical: https://ailoot.ai/blog/ar/claude-code-tips/ Language: ar Publisher: Ailoot (https://ailoot.ai/) Translation: guide-001 Revision: sha256-6bc22a47b30424447cad21ba817d9852d5fd4ab7a67d8a0d9f5456fb81b5f1ad للحصول على تعليمات إضافية حول العمل مع Ailoot، راجع [التوثيق](https://ailoot.ai/docs/). ## ما التقنيات الـ 11 التي يشرحها دليل Claude Code؟
الخلاصات الرئيسية هذه ليست قائمة «أفضل ميزات Claude Code» ولا إعادة سرد لوثائق Anthropic. إنها 11 تقنية من ستة أشهر من العمل اليومي: 5 تكتيكية (اختصارات، وعلامات، وأوامر /) و6 استراتيجية (كيفية تقسيم خطة، وإدارة 5 نوافذ، واكتشاف النقاط العمياء). تكفي أمسية واحدة لترسيخ 11 عادة.
مع البرمجة بأسلوب vibe coding، لم يعد السؤال «هل يعمل Claude Code؟» - بل «كيف تعمل معه بحيث لا يستنزف حدودك أو يهلوس؟» تغطي أدلتي التسع السابقة المفاهيم: [CLAUDE.md](https://ailoot.ai/blog/ar/claude-md-template/)، و[وضع التخطيط](https://ailoot.ai/blog/ar/claude-code-plan-mode/)، و[هندسة السياق](https://ailoot.ai/blog/ar/context-engineering/)، و[المهارات](https://ailoot.ai/blog/ar/claude-code-skills-library/)، و[الوكلاء الفرعيون](https://ailoot.ai/blog/ar/claude-code-subagents/)، و[MCP](https://ailoot.ai/blog/ar/mcp-servers-claude-code/)، و[/rewind](https://ailoot.ai/blog/ar/claude-code-undo-changes/)، و[الحدود](https://ailoot.ai/blog/ar/claude-code-token-limits-saving/)، و[الدماغ الثاني](https://ailoot.ai/blog/ar/claude-code-second-brain/). هذا الدليل مجموعة من التكتيكات المكمّلة لها. تحل كل نصيحة مشكلة واحدة. يمكنك قراءتها بالترتيب أو الانتقال إلى ما يشغلك أكثر: للاختصارات، انتقل مباشرة إلى النصيحة 1؛ لتوفير الرموز، النصيحتان 4 و5؛ للعمل المتوازي، النصيحة 6؛ ولتقنيات المؤلف، النصائح 8-11. أكتب هذا لمن **سبق لهم** تثبيت Claude Code واستخدامه أسبوعًا واحدًا على الأقل. إن كنت على وشك تثبيته، فابدأ بـ[دليل CLAUDE.md](https://ailoot.ai/blog/ar/claude-md-template/)، ثم عُد إلى هنا. ## كيفية التبديل بين أوضاع Claude Code: اختصار Shift+Tab
الخلاصات الرئيسية يتنقل Shift+Tab بين أوضاع الأذونات: `default` و`acceptEdits` و`plan` وأي أوضاع مفعّلة (`auto` و`bypassPermissions`). قبل مهمة معقدة، تنقل إلى [وضع التخطيط](https://ailoot.ai/blog/ar/claude-code-plan-mode/) وافحص مؤشر الوضع قبل إرسال المهمة. للعمل الروتيني، اختر `acceptEdits` وتحقق من ظهوره؛ فعدد الضغطات يتوقف على وضع البداية والأوضاع المفعلة.
أكثر أخطاء المبتدئين شيوعًا هو البقاء في `default` طوال اليوم والموافقة يدويًا على كل تغيير. يصبح هذا مرهقًا بعد ساعة، فتُغرى بتشغيل `--dangerously-skip-permissions` (المزيد عن ذلك في نهاية النصيحة). Shift+Tab هو الحل الوسط: أنت تختار متى تحتاج إلى `acceptEdits` ومتى تحتاج إلى `plan`. إليك القاعدة المحددة التي أتبعها عند التبديل: 1. **بدء مهمة معقدة** - استخدم Shift+Tab حتى يعرض مؤشر الوضع `plan`. يفكر Claude في الأمر ويصوغ خطة؛ ولا يكتب التعليمات البرمجية حتى أوافق. 2. **الموافقة على الخطة والانتقال إلى التنفيذ** - تنقل حتى يعرض مؤشر الوضع `acceptEdits`. يحرر Claude الملفات من دون طلب الموافقة، لكنه يظل يطلبها لأوامر Bash. 3. **التعديلات الروتينية (إعادة تسمية، وإعادة هيكلة بسيطة)** - انتقل مباشرة إلى `acceptEdits`، بلا خطة. 4. **منطقة الخطر (ترحيلات قاعدة البيانات، وحذف الملفات)** - أعود إلى `default` باستخدام Shift+Tab. ```bash # 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` كل ما يتعلق بالتثبيت.
يتنقل Shift+Tab بين أوضاع الأذونات. تعتمد الأوضاع المتاحة على ما فعّلته في الإعدادات.
— وثائق Anthropic، https://code.claude.com/docs/en/interactive-mode
## كيفية التراجع عن الإجراء الأخير دون فقدان السياق: Esc Esc
الخلاصات الرئيسية الضغط على Esc مرتين طريقة سريعة للتراجع عن آخر إجراء لـ Claude من دون استخدام `/rewind` كاملًا. إذا كان حقل الإدخال فارغًا، فستُفتح قائمة نقاط الحفظ. وإذا كان يحتوي على نص، فسيُمسح النص مع حفظه في السجل (يعيده سهم الأعلى). يعالج هذا الخوف من «لقد أفسدت الأمر ولا أستطيع التراجع» في 80% من الحالات؛ فلا تحتاج إلى الانتقال إلى git.
يؤدي الضغط على Esc مرة واحدة وعلى Esc مرتين وظيفتين مختلفتين، ولهذا يخلط الناس بينهما: - **ضغطة واحدة على Esc** - تقاطع Claude أثناء قيامه بشيء ما. يبقى كل ما أنجزه حتى تلك اللحظة. يفيد ذلك عندما يسلك اتجاهًا خاطئًا وتريد إعادة توجيهه. - **الضغط مرتين على Esc** - إذا كان حقل الإدخال فارغًا، تُفتح قائمة نقاط الحفظ (استعادة التعليمات البرمجية، أو المحادثة، أو كليهما، أو التلخيص). وإذا احتوى الحقل على نص، فسيُمسح النص ويُضاف إلى السجل (يعيده سهم الأعلى). ```bash # 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](https://ailoot.ai/blog/ar/claude-code-undo-changes/)، الذي يغطي أيضًا استخدام git للتراجعات العميقة.
ينشئ كل طلب من المستخدم نقطة حفظ جديدة. وتُحفظ نقاط الحفظ بين الجلسات، لذا يمكنك الرجوع إليها في المحادثات المستأنفة.
— وثائق Anthropic، https://code.claude.com/docs/en/checkpointing
الضغط على Esc مرتين إحدى أولى التقنيات التي يتعلمها المبتدئون. وما إن يتوقفوا عن الخوف من أنهم «سيفسدون الأمر ولن يستطيعوا التراجع»، حتى يبدأوا التجربة بجرأة أكبر، وتتحسن النتائج كثيرًا. ## متى تستخدم /compact بدلًا من /clear؟
الخلاصات الرئيسية يعيد `/clear` ضبط الجلسة بالكامل، ويترك نافذة سياق نظيفة. أما `/compact [hint]` فيجعل نموذج اللغة الكبير يضغط سجل المحادثة في ملخص، مع الحفاظ على معنى العمل السابق. القاعدة بسيطة: أنهيت المهمة - استخدم `/clear`. تواصل المهمة نفسها لكن امتلأت النافذة - استخدم `/compact`. إن خلطت بينهما، فإما أن تفقد السياق أو تبلغ الحد.
إليك آلية عمل `/compact` داخليًا: يعالج Claude سجل الرسائل بأكمله، ثم يعيد ملخصًا موجزًا بأهم التفاصيل. ومن الحيل المفيدة إعطاؤه تلميحًا: `/compact keep the coding principles and current plan, discard the CSS discussion`. عندها سيكون الضغط موجّهًا. ```bash # 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 «نسيان» بداية المحادثة، وستضيع وقتك في شرح الأمور مجددًا.
في Claude Code، مثلًا، نفعل ذلك بإرسال سجل الرسائل إلى النموذج كي يلخص أهم المعلومات ويضغطها.
— هندسة Anthropic، https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
للاطلاع على النظرية الكاملة لنافذة السياق، راجع دليل [هندسة السياق](https://ailoot.ai/blog/ar/context-engineering/). يشرح الدليل أيضًا لماذا يُعد السياق موردًا محدودًا تقل عوائده بمرور الوقت. ## كيفية متابعة الرموز في الوقت الفعلي: أمر /cost
الخلاصات الرئيسية يعرض `/cost` الإنفاق الحالي بالدولارات والرموز. ويضيف `/statusline` المعلومات نفسها إلى شريط الحالة - لتتمكن دائمًا من رؤية النموذج والدليل ونسبة السياق والتكلفة من دون استدعاء أمر. الطريقة الأساسية للتعامل مع الخوف من «إنفاق كل شيء في يوم واحد» هي جعل الإنفاق ظاهرًا باستمرار.
يُعد الخوف من «إنفاق كل شيء في يوم واحد» من أبرز المخاوف لدى مبرمجي vibe coding. والطريقة الأساسية لمعالجة هذا الخوف هي جعل الإنفاق **ظاهرًا**. ```bash /cost # shows current session spending (tokens + $) /statusline # configures the status bar: model + directory + context % + cost ``` قاعدة بسيطة: تحقق من `/cost` كل 30-60 دقيقة. إنفاق أقل من بضعة دولارات في الساعة أمر طبيعي. أما إنفاق أكثر، فيشير إلى وجود مشكلة: ربما نسيت `/compact` فاستمر السياق في التوسع، أو اخترت النموذج الخاطئ (المزيد عن ذلك في النصيحة التالية)، أو ربما يعيد Claude قراءة ملفات كبيرة 10 مرات. الدليل الكامل للتوفير في الحدود هو [«كيف لا تستنفد حدود Claude Code في يوم واحد»](https://ailoot.ai/blog/ar/claude-code-token-limits-saving/)، ويتضمن 8 قواعد. أما التكتيك هنا فهو جعل الإنفاق ظاهرًا باستخدام `/cost` و`/statusline`. هل تريد ألا تكتفي بمتابعة الرموز، بل تبني أيضًا نظامًا لا يتجاوز فيه **وكيل الذكاء الاصطناعي** حدوده من تلقاء نفسه؟ `/cost` مجرد مؤشر. أما المزيج الكامل — **نسخة الذكاء الاصطناعي + الدماغ الثاني + [هندسة السياق](https://ailoot.ai/blog/ar/context-engineering/)** — فهو ما يحول Claude من «مساعد محدود» إلى أداة يمكنها العمل طويلًا على نحو متوقع. ## أي نموذج Claude تختار لمهمة: Haiku أم Sonnet أم Opus؟
الخلاصات الرئيسية تتجاوز علامة `--model` النموذج المحدد للجلسة الحالية فقط. القاعدة الأساسية: Haiku للبرامج النصية والتعديلات السريعة، وSonnet للتفكير المتعمق المعتاد، وOpus للهندسة والتصحيح المعقد. وفقًا لمقابلات منشورة، يستخدم فريق Claude Code نفسه Opus مع تفعيل التفكير «في كل شيء»، لكن هذا خيار لمن يدفعون اشتراكًا من دون القلق بشأن الرموز. أما قاعدة رائد الأعمال فمختلفة: ابدأ بالأرخص، وادفع أكثر عند الحاجة.
```bash 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 مرة. كيف أختار كل يوم: | المهمة | النموذج | السبب | |----|----|----| | إعادة تسمية متغير/دالة | Haiku | عملية واضحة؛ لا حاجة إلى «التفكير» | | إعادة هيكلة بسيطة (استخراج دالة) | Sonnet | معيارية ورخيصة ودقيقة | | إضافة ميزة جديدة ببنية معمارية | Opus | تتطلب استدلالًا عميقًا | | تصحيح خطأ غريب لم يعثر عليه Sonnet بعد 3 محاولات | Opus | توجيه أقل ومعدل نجاح أعلى | | قراءة سجلات طويلة وتلخيصها | Haiku | تصنيف بسيط وأرخص | النقطة الخلافية هي ما إذا كان ينبغي استخدام Sonnet وHaiku أصلًا إن كان Opus يصيب «من المحاولة الأولى» في المتوسط. إجابتي: بالنسبة إلى رائد أعمال غير مبرمج، يجدي Haiku وSonnet في 70% من المهام. ويستحق Opus أن تدخره للـ30% الصعبة فعلًا. ## كيفية تشغيل 3-5 مهام بالتوازي: /resume + git worktrees
الخلاصات الرئيسية يعتمد العمل المتوازي في Claude Code على أمرين: `--resume` (متابعة جلسة مسماة) و`git worktree` (دليل منفصل لكل فرع). عمليًا، لدي 5-10 نوافذ Claude مفتوحة في الوقت نفسه، تعمل كل واحدة منها على مهمة صغيرة خاصة بها. لا يتداخل السياق، ولا تُهدر الرموز على «كل شيء في نافذة واحدة».
المنطق بسيط: نافذة Claude طويلة واحدة **تستهلك** السياق. يُحمّل كل طلب إلى النموذج كل ما كان في تلك النافذة - حتى لو كنت تناقش الآن شيئًا مختلفًا تمامًا. كل نافذة من 5 نوافذ قصيرة للمهام الصغيرة لا تتذكر إلا عملها الخاص. وبذلك تنفق إجمالًا أقل. ```bash # 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
الخلاصات الرئيسية بدلًا من قول «استعرض المشروع واعثر على auth.ts»، اكتب `@src/lib/auth.ts` وسيحمّل Claude الملف مباشرة، من دون البحث. وهذا يوفر الرموز (فلا حاجة إلى استعراض شجرة الملفات) ويزيل أحد مصادر الهلوسة (إذ لا يحتاج Claude إلى تخمين المسار؛ فقد أعطيته المسار). وينطبق الأمر نفسه على الأوامر: يشغّل `!git status` من دون استدعاء أداة، وتُضاف النتيجة إلى السياق.
يبدأ الإكمال التلقائي للملفات بالرمز `@`. ابدأ بكتابة مسار وسيعرض Claude الاقتراحات. ويمكنك الإشارة إلى عدة ملفات في وقت واحد: `@src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma`. ```bash # 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 ``` الحيلة الثانية في المجموعة نفسها هي وضع الصدفة باستخدام `!`: ```bash > !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](https://ailoot.ai/blog/ar/claude-md-template/). ## كيفية تجنب فقدان التقدم في المهام الطويلة: خطط بمراحل وعلامات \[ \] / \[x\]
الخلاصات الرئيسية أي مهمة تستغرق أكثر من 30 دقيقة من العمل تحتاج إلى خطة في ملف منفصل، `plans/YYYY-MM-DD-name.md`، بمراحل ومربعات اختيار `[ ]` / `[x]`. مكان الخطة ملف، لا المحادثة. يتيح ذلك للنوافذ المتوازية العمل على مراحل مختلفة من دون أن تتداخل، ويسهّل رؤية التقدم بدلًا من «تذكّره» من المحادثة.
إليك قالب ملف الخطة الذي أستخدمه في كل مشروع: ```markdown # 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/` كاملًا، راجع [دليل الدماغ الثاني](https://ailoot.ai/blog/ar/claude-code-second-brain/). ## كيفية استباق مواضع إخفاق Claude: النقد الذاتي باستخدام 10 أسباب
الخلاصات الرئيسية قبل بدء ميزة معقدة، ضع Claude في وضع الخصم: «تخيل أن المشروع فشل. بعد عام من الآن، فقدت الوقت والطاقة. اذكر 10 أسباب لذلك. لا تجاملني؛ كن قاسيًا». يكسر هذا التفاؤل المبكر ويكشف النقاط العمياء التي لن يشير إليها Claude في وضع «لننفذها».
إليك إطار نص الطلب الذي أستخدمه حرفيًا: ``` تخيل أن مجلد الفكرة خضع لمنهجية تجعلك تفكر كما لو أن المشروع قد فشل تمامًا. اذكر 10 أسباب تجعلني، بعد عام من الآن، أكون قد أمضيت وقتًا طويلًا وتبيّن أن الفكرة فاشلة. مهمتك ألا تجاملني، بل أن تكون قاسيًا قدر الإمكان. بعد الأسباب العشرة - جولة ثانية: دافع عن كل سبب في مواجهة حججي المضادة. أين تكمن أضعف نقاطي؟ الجولة الثالثة: اكتب خطة لما يجب فعله كي لا تقع هذه المشكلات. ``` أستخدمه في ثلاث مراحل: 1. **الفكرة الأولى «كل شيء رائع»** - عندما أكون واثقًا. يخفض النقد الذاتي تقديري للفكرة بنسبة 30-50%. 2. **منتصف الخطة** - عندما أكون قد توغلت في العمل وأصبحت غافلًا عن نقاط ضعفه. 3. **قبل الإطلاق** - مرشح أخير. يتحداك Claude فعلًا في وضع الخصم. أما GPT-5 في الموقف نفسه، فيبدأ بالثناء على الفكرة ثم «يحاول إيجاد تحسينات». لاحظت هذا الاختلاف بعد عام من التجربة: يبدو الفرق في وضع الخصم على النحو التالي بالنسبة إليّ: يقول ChatGPT: «ملاحظة جيدة، هذا صحيح تمامًا». ويقول Claude في الموقف نفسه: «متفق، هذا هراء كامل؛ سأعيده الآن». عندما أحتاج إلى نقد، يوفر لي الرد الثاني أيامًا من العمل الضائع. متى **لا** تطبق ذلك: في التكرارات الإيجابية لتحسين واجهة المستخدم والكتابة الإعلانية. وضع الخصم لا يناسبها - فسوف يقتل الإبداع. هذه التقنية تُعرف باسم التحليل الاستباقي للفشل في المشروع. وقد كيّفتها للعمل مع **وكيل ذكاء اصطناعي**: بدلًا من فريق من الناس، تجري تحليلًا استباقيًا للفشل مع Claude. لا أحد يخشى قول «يا مدير، سيفشل المشروع» - فتظهر النقاط العمياء خلال دقائق. ## كيفية إنجاز 5 مصادر بحث في الوقت اللازم لإنجاز مصدر واحد: الوكلاء الفرعيون المتوازيون
الخلاصات الرئيسية قبل بدء العمل على ميزة، أطلق 5 وكلاء بحث متوازيين عبر الوكلاء الفرعيين. يركز كل منهم على مجاله: الشبكات المهنية، والمصدر المفتوح، ومسرّعات الأعمال، والمنافسون، والمقارنات. يعودون خلال 10-20 دقيقة. ثم يجمع وكيل توليف منفصل كل شيء في تقرير واحد. وهذا يوفر ساعات ويحد من تحيز التأكيد.
إليك إطار نص الطلب: ``` لديك السياق كاملًا بالفعل. أجرِ بحثًا معمقًا؛ وأطلق 5 وكلاء فرعيين متوازيين. الوكيل الفرعي 1: استعرض الشبكات المهنية - من يحل هذه المشكلة؟ الوكيل الفرعي 2: حلول المصدر المفتوح على GitHub - ما الرائج؟ الوكيل الفرعي 3: مسرّعات الشركات الناشئة - من يجذب الاستثمار في هذا المجال؟ الوكيل الفرعي 4: مواقع المنافسين المباشرين - ما الذي يعدون به وبأي سعر؟ الوكيل الفرعي 5: المقارنات والمراجعات - ماذا يقول المستخدمون في المراجعات؟ عندما يعود الجميع، أطلق وكيلًا للتوليف ليقارن التقارير الخمسة ويُعد مخططًا لمجلد الدماغ الثاني الخاص بي. ``` ما الذي يتغير مقارنة بالبحث المعتاد: - الوقت: 5 مسارات متزامنة بدلًا من 5 متتابعة. ساعة عمل في 15 دقيقة. - العمق: يتخصص كل وكيل. لا ينتقل تحيز التأكيد لدى وكيل إلى الآخرين. - السياق: لكل وكيل فرعي سياقه الخاص، المنفصل عن سياقك الرئيسي. للدليل الكامل على الوكلاء الفرعيين، راجع [«الوكلاء الفرعيون في Claude Code لعام 2026»](https://ailoot.ai/blog/ar/claude-code-subagents/). كما يشرح الفرق بين المهارات وMCP - ومتى تستخدم كلًا منهما. متى **لا** تطبقها: التعديلات الشكلية، وإصلاح الأخطاء، والمهام التقنية الصغيرة. البحث مبالغ فيه لأي شيء أصغر من «ميزة جديدة تستغرق يومًا أو أكثر من العمل». ## كيفية إرسال المهام إلى Claude من هاتفك: بوت Telegram في جيبك
الخلاصات الرئيسية اربط Claude Code ببوت Telegram الخاص بك عبر الإضافة الرسمية. يعمل Claude Code على حاسوبك (مع تعطيل السكون) داخل طرفية مرتبطة بالمشروع. ويمكنك مراسلته من أي مكان عبر البوت: «راجع أحدث الالتزامات»، و«ما الإيرادات من الإيصالات هذا الأسبوع؟»، و«اقرأ جميع أسئلة الدعم الواردة الليلة». يرد البوت بسياق المشروع كاملًا - التعليمات البرمجية، وسجل الالتزامات، وبنية `business/` بأكملها. وكيل حي في قاعدة تعليماتك البرمجية يرى كل شيء ويتذكره.
كيفية الإعداد (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` (تُحدّث الخطوات الدقيقة بمرور الوقت - أحدث التعليمات موجودة في [مستودع الإضافات الرسمي](https://github.com/anthropics/claude-plugins-official)). 4. **ربط البوت بجلسة واحدة** - هذا قيد حاليًا: بوت واحد = مشروع واحد = جلسة واحدة. إذا احتجت إلى بوت ثانٍ، فأعد إعداد بوت ثانٍ. ما أفعله بالبوت كل يوم: - أكون خارجًا في نزهة وتخطر لي فكرة - فأرسلها إلى البوت فورًا كي لا أنساها. يضيفها البوت إلى `inbox.md` لمعالجتها لاحقًا. - مكالمة مع عميل محتمل - بعد المكالمة، أسأل البوت: «استنادًا إلى نص المكالمة الأخيرة، اذكر 3 نقاط الألم الرئيسية التي تصب في مصلحتنا». وبعد دقيقة، أحصل على تحليل كامل في المحادثة. - في مقهى صباحًا - «اعرض لي الواجبات المفتوحة من قائمتي». لا حاجة إلى فتح الحاسوب المحمول. ⚠️ تنبيه: لا يمكنك حاليًا تشغيل `/clear` أو `/compact` من البوت - فجسلة البوت هي نفسها جلسة الطرفية، ويستمر السياق في التوسع. ولا يمكن إعادة التشغيل إلا يدويًا عبر الطرفية. بالنسبة إليّ، هذه أكثر إضافات Claude Code فائدة خلال الأسبوعين الماضيين. نقلتني من «أعمل مع Claude وأنا جالس إلى مكتبي» إلى «أعمل مع Claude كلما خطرت لي فكرة». ## ما الذي ينبغي البدء بتطبيقه أولًا: خارطة طريق من 7 أيام
الخلاصات الرئيسية لا تحاول تطبيق النصائح الـ 11 كلها في يوم واحد - ستنهك ولن تترسخ. خارطة طريق من 7 أيام: اليومان 1-2 - الاختصارات (1-3)، اليومان 3-4 - الأوامر (4-5)، اليومان 5-6 - العمل المتوازي (6-7)، اليوم 7 - التخطيط وتحليل الفشل المسبق (8-9). الوكلاء الفرعيون المتوازون وبوت Telegram (10-11) للأسبوع الثاني، بعد إتقان النصائح التسع الأولى.
| اليوم | ما الذي نطبقه | المدة | |----|----|----| | 1 | Shift+Tab + Esc Esc | 30 دقيقة تدريب | | 2 | إتقان Shift+Tab + Esc Esc | العمل لنصف يوم | | 3 | /compact + /cost | 30 دقيقة + جلسة عمل أو جلستان | | 4 | --model haiku/sonnet/opus | 30 دقيقة + بعض التجارب | | 5 | --resume للجلسات المسماة | 30 دقيقة | | 6 | git worktrees - إذا كنت تتعامل مع 3 مهام متوازية أو أكثر | ساعة واحدة | | 7 | خطة في `plans/` + نص الطلب «10 أسباب تجعلني أفشل» | ساعة إلى ساعتين لمرة واحدة | | 8-14 (الأسبوع الثاني) | الوكلاء الفرعيون للبحث + بوت Telegram | 3-4 ساعات للإعداد والتعود عليه | تركيبة التقنيات أهم من أي تقنية منفردة. Shift+Tab من دون Esc Esc يجعل التجربة مخيفة. و`/compact` من دون `/cost` يعني أنك لا تعرف متى تضغط السياق. والخطط في الملفات من دون نوافذ متوازية تعقيد بلا عائد. بعد أن تصبح النصائح التسع الأولى أمرًا طبيعيًا، انتقل إلى النظام الكامل: **نسخة الذكاء الاصطناعي + الدماغ الثاني + [هندسة السياق](https://ailoot.ai/blog/ar/context-engineering/)**. هذه هي المنهجية التي استخدمتها لإبقاء Claude يعمل ستة أشهر متواصلة - من دون هلوسة أو فقدان للسياق أو توقف في منتصف المهمة.
### المصادر - [مرجع Claude Code CLI - code.claude.com](https://code.claude.com/docs/en/cli-reference) - [الوضع التفاعلي في Claude Code (الاختصارات) - code.claude.com](https://code.claude.com/docs/en/interactive-mode) - [أوامر الشرطة المائلة في Claude Code - code.claude.com](https://code.claude.com/docs/en/slash-commands) - [نقاط الحفظ في Claude Code - code.claude.com](https://code.claude.com/docs/en/checkpointing) - [ذاكرة Claude Code و/compact - code.claude.com](https://code.claude.com/docs/en/memory) - [هندسة السياق الفعالة للوكلاء الذكيين - هندسة Anthropic](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - [GitHub: anthropics/claude-code (سجل التغييرات)](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
لمواصلة العمل مع النماذج، يمكنك الانتقال إلى [Ailoot](https://ailoot.ai/). ## أسئلة شائعة ### كيف أعرف أنني في Plan Mode؟ استخدم Shift+Tab للتنقل واقرأ مؤشر الوضع قبل إرسال المهمة. توقف عند `plan`؛ فعدد ضغطات ثابت غير موثوق لأن وضع البداية والأوضاع المفعلة قد يختلفان. ### هل أستخدم /clear أم /compact عند امتلاء السياق؟ استخدم `/compact` لمتابعة المهمة نفسها، مع توضيح الخطة والقرارات المطلوب حفظها. استخدم `/clear` بعد انتهاء المهمة إذا احتاجت التالية سياقًا جديدًا؛ واحفظ التقدم المهم في ملف الخطة أولًا. ## Ailoot · الشركة ومحفظة مشاريعها تستند Ailoot إلى خبرة تشغيلية متراكمة وقاعدة عملاء واسعة وخدمة مستقرة ومراقبة مستمرة لمؤشرات الأداء KPI. الشركة ومحفظة مشاريعها: ملايين العملاء؛ مبيعات بالمليارات شهريًا. توظف Ailoot هذه الخبرة التشغيلية لإتاحة الوصول عبر API إلى قدرات الذكاء الاصطناعي في منتجات العملاء ووكلائهم وتطبيقاتهم وعمليات الأتمتة.