الإعدادات التي تغيّر كل شيء

الأذونات: توقّف عن الموافقة بلا نهاية

افتراضيًا، يطلب Claude الإذن قبل كل أمر shell وكل تعديل ملف. هذا هو الإعداد الصحيح للبداية: ما دمت لا تعرف ما تفعله الأداة، فكل إجراء يستحق نظرة. لكن بعد ساعة، ستكون قد وافقت ثلاثين مرة على ls وcat وgit status — أوامر قراءة لا يمكنها كسر أي شيء. لهذا الاحتكاك كلفة حقيقية: يقطع تركيزك، والأسوأ أنه يدرّبك على النقر «نعم» آليًا، ما يدمّر جوهر فكرة الرقابة نفسها.

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

أبسط طريقة للبدء: الصق هذا الموجّه (prompt) في Claude Code — سيحدّث ملفك .claude/settings.local.json، حيث تعيش أذوناتك المحلية:

أضف أذونات إلى مشروع claude code هذا للسماح بأوامر bash غير المدمّرة: WebSearch, WebFetch, source, export, curl, jq, cat, ls, grep, echo, which, wc, file, pwd, mkdir, touch, head, tail, find, sort, tree, diff, node, npm, npx, git status, git diff, git log

تشريح ملفات الإعدادات

يقرأ Claude Code إعداداته على ثلاثة مستويات، من الأعم إلى الأخص: ~/.claude/settings.json (إعداداتك الشخصية، سارية في كل مكان)، و.claude/settings.json (إعدادات المشروع، تُحفظ في Git لمشاركتها مع الفريق)، و.claude/settings.local.json (إعداداتك المحلية لهذا المشروع، يتجاهلها Git). الأذونات الممنوحة «لهذا المشروع» تستقر في هذا الأخير.

{
  "permissions": {
    "allow": [
      "Bash(ls:*)",
      "Bash(cat:*)",
      "Bash(git status)",
      "Bash(git diff:*)",
      "WebSearch",
      "WebFetch(domain:docs.anthropic.com)"
    ],
    "deny": [
      "Bash(rm -rf:*)"
    ]
  }
}

اقرأ هذا الملف مرة واحدة لفهم المنطق: كل مدخل يجمع بين أداة (Bash، WebFetch…) ونمط. Bash(git diff:*) يسمح بـ git diff مع أي وسائط، لكن ليس بـ git push. قائمة deny تتقدم دائمًا على allow: إنها حزام الأمان الخاص بك، حتى لو كانت قاعدة سماح ما واسعة أكثر من اللازم.

الأوضاع: Plan مقابل Auto-Edit

إلى جانب الأذونات أمرًا بأمر، يملك Claude Code أوضاع أذونات تتحكم في درجة استقلاليته العامة. في الترمينال، تنتقل من وضع إلى آخر بـ Shift+Tab؛ وفي الامتداد، يقوم منتقٍ بالأمر نفسه. الممارسة المعتادة لدى المستخدمين الخبراء: قضاء معظم الوقت في Plan Mode أو Ask Before Edits أثناء مرحلة التفكير.

في Plan Mode، لا يلمس Claude شيئًا: يقرأ ويحلّل ويعرض عليك خطة عمل مفصّلة. وهنا يُحسم كل شيء. تقرأ ما يقترحه، تناقش، تطلب مراجعات: «لماذا هذا النهج وليس ذاك؟»، «أضف خطوة تحقق هنا». ما دامت الخطة غير معتمدة، تبقى في الوضع المقيّد. وبمجرد تثبيت الخطة، تنتقل إلى Auto-Edit (قبول تلقائي للتعديلات) وتتركه ينفّذ بسرعة، دون مقاطعتك عند كل ملف.

• Plan Mode ← مرحلة التصميم: Claude يقرأ ويخطط، لا يعدّل شيئًا. مثالي للمهام المعقّدة أو الجديدة.
• Ask Before Edits (الافتراضي) ← يقترح Claude كل تعديل وينتظر موافقتك. توازن جيد للعمل اليومي.
• Auto-Edit ← مرحلة التنفيذ: الخطة معتمدة، Claude يتقدم دون مقاطعتك عند تعديلات الملفات.

flowchart LR
  A["Plan Mode: يقترح Claude"] --> B{"هل اعتُمدت الخطة؟"}
  B -->|"لا: نناقش ونراجع"| A
  B -->|"نعم"| C["Auto-Edit: تنفيذ سريع"]
  C --> D["مراجعة النتيجة"]
  D --> E["/clear ثم المهمة التالية"]

وضع YOLO: تعامل معه بحذر

هناك درجة أعلى: تشغيل Claude Code بالأمر claude --dangerously-skip-permissions، الذي يعطّل كل طلبات الإذن. الاسم صريح — وهو مُخيف عمدًا. لهذا الوضع استخدامات مشروعة: مهام طويلة ومحددة جيدًا (تصحيح أخطاء lint في 50 ملفًا، توليد كود نمطي) حيث كل مقاطعة تُفسد جدوى الأتمتة.

لكن افهم ما توقّع عليه: يمكن لـ Claude حينها تنفيذ أي أمر دون استشارتك. توصية Anthropic هي حصر هذا الوضع في بيئات معزولة — حاوية Docker، آلة افتراضية، مجلد بلا بيانات حساسة. على جهاز عملك الرئيسي، مع ملفات عملائك الحقيقية، اكتفِ بقوائم السماح: تحصل على 95% من السلاسة مع 5% من المخاطرة.

السياق: ابدأ نظيفًا مع /clear و/compact

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

عندما تبدأ مهمة جديدة (ميزة جديدة، تصحيح، موضوع مختلف)، نظّف المحادثة لتبدأ من سياق نقي. يوجد أمران، ولا يفعلان الشيء نفسه:

العادة الصحيحة: /clear افتراضيًا بين المهام، و/compact فقط عندما تكون في منتصف شيء طويل ويحذّرك Claude من امتلاء السياق. لاحظ أن Claude Code يشغّل أيضًا ضغطًا تلقائيًا عندما تقترب النافذة من الامتلاء — لكن الضغط الذي تختاره أنت في اللحظة المناسبة (بعد إنهاء مرحلة، لا في منتصف استدلال) يحافظ على الجودة بشكل أفضل.

الاختصار الذي يعيد تحميل سياقك

«لكن إذا نفّذت ‎/clear، سينسى Claude مشروعي بأكمله!» صحيح — ولهذا يوجد الفصل 8. ملف CLAUDE.md، الذي يُقرأ تلقائيًا عند بداية كل جلسة، يحتوي على السياق الدائم لمشروعك. /clear يمسح ضجيج المحادثة؛ وCLAUDE.md يضمن عودة الجوهر دائمًا.

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