المحتويات
إن محدِّد "Permission Mode" الموجود بجوار مربع الإدخال في Claude Code — وهو الذي تتنقل بينه باستخدام Shift+Tab — يقرر عدد المرات التي يتوقف فيها Claude ليطلب الإذن قبل تعديل ملف أو تشغيل أمر. كلما زادت التأكيدات زاد الأمان؛ وكلما قلّت عمل Claude على فترات أطول دون انقطاع.
يغطي هذا الدليل ما هي أوضاع الأذونات، وكيف تختلف الأوضاع الستة، وكيفية التبديل بينها، وكيف يعمل وضع auto، وكيفية استخدامها بأمان. ستفهم بالضبط ماذا يعني كل خيار من الخيارات الخمسة في محدِّد تطبيق سطح المكتب: Manual / Accept edits / Plan / Auto / Bypass permissions (كانت الإصدارات السابقة تعرضها باسم Ask permissions / Accept edits / Plan mode / Auto mode / Bypass permissions).
بدِّل عدد مرات سؤال Claude
إشراف أكبر (أكثر أمانًا) ⟷ استقلالية أكبر (دون انقطاع)
1. ما هي أوضاع الأذونات
عندما يريد Claude تعديل ملف، أو تشغيل أمر في الطرفية (shell)، أو إجراء طلب شبكي: كم مرة ينبغي أن يتوقف ليطلب منك الموافقة على الإجراء؟ هذا بالضبط ما تتحكم فيه أوضاع الأذونات. في أشدها صرامةً، Manual (قيمته في الإعدادات default)، يتوقف Claude قبل كل إجراء من هذه الإجراءات ويسأل أولًا (المصدر: صفحة Claude Code الرسمية "Choose a permission mode").
الأوضاع الأكثر صرامة تراجع كل إجراء عند حدوثه (أكثر أمانًا، مطالبات أكثر). والأوضاع الأكثر تساهلًا تتيح لـ Claude العمل على فترات طويلة دون انقطاع ثم إعلامك عند الانتهاء (أسرع، مطالبات أقل). والحيلة هي أن تختار إشرافًا أكبر للأعمال الحساسة، ومقاطعات أقل عندما تثق في الاتجاه.
يتوقف الوضع الذي تبدأ به الجلسة على طريقة تشغيلك لـ Claude Code وعلى إصداره. بدءًا من الإصدار v2.1.283، تبدأ الجلسات التفاعلية التي تفتحها من الطرفية أو عبر VS Code في وضع Auto (auto mode) مع أي خطة وأي مزوّد (بما في ذلك خطط Enterprise ومفاتيح API من Claude Console وAmazon Bedrock؛ حتى 5 أكتوبر 2026). وقبل الإصدار v2.1.283 كانت خطط Pro وMax وTeam وحدها تبدأ في Auto، وكل ما عداها يبدأ في Manual. أما claude -p وAgent SDK والجلسات التي يضبط فيها أي ملف إعدادات disableAutoMode على "disable" فتبدأ في Manual، وكذلك الجلسات التي لا تستوفي متطلبات auto mode (§4). وقد تبدأ أول جلسة بعد التثبيت أو التحديث مباشرةً في وضع مختلف. وإذا حددت علامة بدء تشغيل أو defaultMode في ملف الإعدادات، فلها الأولوية.
🛡️ المسارات المحمية حالة خاصة: الكتابة إلى مجموعة صغيرة من المسارات الحرجة (.git و.claude وملفات إعدادات الـ shell، إلخ) لا يُوافَق عليها تلقائيًا أبدًا خارج Bypass permissions: في Manual وAccept edits تظهر مطالبة، وفي Auto يراجعها المُصنِّف، وفي dontAsk تُرفَض (والاستثناء الوحيد الآخر هو Plan في جلسة طرفية بُدئت مع إتاحة bypass). إنها شبكة أمان ضد إفساد حالة المستودع أو إعدادات Claude نفسه.
2. الأوضاع الستة (لا يظهر dontAsk في التبديل)
يسرد محدِّد تطبيق سطح المكتب خمسة أوضاع (Manual / Accept edits / Plan / Auto / Bypass permissions)؛ ولا يظهر Auto وBypass permissions إلا عند استيفاء شروطهما. وبإضافة dontAsk، الذي لا يظهر في الدورة ويُحدَّد بعَلَم تشغيل أو في الإعدادات، تكتمل الأوضاع الستة الواردة في الوثائق الرسمية. يختلف كل منها في ما الذي يُشغَّل دون سؤال.
💡 واجهة Claude Code غير مُعرَّبة إلى العربية، لذا تظهر أسماء الأوضاع والقوائم بالإنجليزية (حتى 5 أكتوبر 2026).
يسأل عن أي شيء يتجاوز القراءة
القراءات يُوافَق عليها تلقائيًا؛ أما تعديلات الملفات والأوامر فتطلب الإذن في كل مرة. مناسب للأعمال الحساسة أو عندما تريد رؤية كل إجراء. وهو وضع البدء في claude -p وAgent SDK والبيئات التي يكون فيها Auto معطّلًا أو غير متاح.
يوافق تلقائيًا على التعديلات داخل مجلد عملك
يوافق تلقائيًا على تعديلات الملفات إضافةً إلى أوامر نظام الملفات الشائعة (mkdir/touch/rm/rmdir/mv/cp/sed) داخل مجلد عملك. أما المسارات الخارجة عن النطاق والمسارات المحمية وحذف المسارات الحرجة والأوامر الأخرى فما زالت تطلب الإذن. مناسب لمراجعة التغييرات لاحقًا عبر git diff.
يخطط دون تعديل
يقرأ ويستكشف لكنه لا يعدّل مصدرك. وحيث يتوفر Auto، يراجع المُصنِّف أوامر الاستكشاف ويسمح بتشغيل ما يوافق عليه. يقترح خطة أولًا؛ والموافقة عليها تنقلك إلى الوضع الذي تختاره. مناسب لفهم قاعدة الكود قبل تغييرها.
مطالبات شبه معدومة مع فحوصات أمان
وهو ما يُعرف بـ auto mode. يحجب نموذج تصنيف منفصل الإجراءات الخطيرة بينما يُشغَّل كل ما عداها دون مطالبة. يقلل من إرهاق المطالبات في المهام الطويلة. وهو وضع البدء في الطرفية وVS Code (مع كل الخطط بدءًا من v2.1.283؛ وقبلها لخطط Pro وMax وTeam فقط). وله متطلبات (انظر §4).
كل شيء تقريبًا، دون فحوصات (خطير)
المطالبات وفحوصات الأمان مُعطَّلة (باستثناء حالات قليلة مثل قواعد ask وحذف المسارات الحرجة، إذ تظهر فيها المطالبة). في تطبيق سطح المكتب وVS Code يُرفَض حذف المسارات الحرجة دون مطالبة (منذ الإصدار v2.1.309). للحاويات/الأجهزة الافتراضية المعزولة فقط. لا حماية ضد حقن المطالبات (prompt injection). انظر أمان وضع bypass.
تُشغَّل الأدوات المُوافَق عليها مسبقًا فقط
وضع سادس لا يظهر أبدًا في دورة Shift+Tab. يشغّل فقط ما لا يحتاج إلى موافقة (القراءة داخل مجلدات العمل والأوامر للقراءة فقط) وما توافق عليه قواعد allow مسبقًا؛ وكل ما كان سيطلب الإذن يُرفَض تلقائيًا. مناسب لبيئات الـ CI والبيئات المقيَّدة.
قائمة الأوضاع في تطبيق سطح المكتب (حتى 5 أكتوبر 2026)
في تبويب Code بتطبيق سطح المكتب، عند فتح المحدِّد المجاور لزر الإرسال تظهر الأوضاع بالترتيب التالي. وبما أن العربية ليست من لغات واجهة Claude المدعومة رسميًا، فإن واجهة التطبيق تظهر بالإنجليزية لقرّاء هذه اللغة؛ لذا ننقل أسماء الأوضاع والأوصاف الظاهرة تحتها بالإنجليزية كما هي على الشاشة، مع ترجمة بين قوسين. ويحمل Auto شارة Recommended (موصى به). (تحقّق منه الكاتب على نسخة Windows من التطبيق، حتى 5 أكتوبر 2026.)
| الاسم المعروض | الوصف في القائمة (كما على الشاشة) | قيمة الإعداد |
|---|---|---|
| Auto (Recommended) | Claude handles permission decisions (يتولّى Claude قرارات الأذونات) | auto |
| Manual | Always ask before making changes (يسأل دائمًا قبل إجراء أي تغيير) | default |
| Accept edits | Automatically accept all file edits (يقبل كل تعديلات الملفات تلقائيًا) | acceptEdits |
| Plan | Create a plan before making changes (يضع خطة قبل إجراء التغييرات) | plan |
| Bypass permissions | Accepts all permissions (يقبل كل الأذونات) | bypassPermissions |
- يُحفَظ الوضع الذي تختاره لكل مجلد: الجلسة التالية التي تبدأها في المجلد نفسه تبدأ بالوضع ذاته، ويتقدّم ذلك على
defaultModeفي ملف الإعدادات. والاستثناء الوحيد هو Plan، إذ يسري على الجلسة الحالية فقط (الوثائق الرسمية: "Desktop application"). - لا يظهر Bypass permissions إلا إذا سمحت به في الإعدادات: في Pro وMax فعّل مفتاح "Allow bypass permissions mode" من Settings → Claude Code. أما في Team وEnterprise فلا يوجد هذا المفتاح، وسياسة المؤسسة هي التي تقرّر. ولا يمكن استخدامه حين يعمل Claude Code بصلاحيات root.
- لا يظهر Auto إلا عند استيفاء شروط استخدامه (§4)، ولا يوجد له مفتاح تشغيل وإيقاف منفصل في الإعدادات.
- لا يمكن اختيار dontAsk في تطبيق سطح المكتب (في الطرفية CLI فقط).
- في النسخة الإنجليزية القديمة من تبويب Code كانت الأوضاع تُسمّى Ask permissions وAuto accept edits وPlan mode.
3. كيفية التبديل (Shift+Tab وغيره)
في الطرفية (CLI)، أسرع طريقة هي Shift+Tab. أثناء الجلسة، يتنقل بين Manual ← Accept edits ← Plan؛ وإذا كنت في Auto، فأول ضغطة تنقلك إلى Manual (يظهر الوضع الحالي في شريط الحالة، مثل ⏸ manual mode on). في VS Code انقر مؤشر الوضع في الجزء السفلي من مربع الإدخال، وفي تطبيق سطح المكتب استخدم محدِّد الوضع بجوار زر الإرسال، وفي claude.ai القائمة المنسدلة بجوار مربع الإدخال.
أما Auto وBypass permissions فإنهما ينضمان إلى الدورة بشروط، بعد Plan وبالترتيب Bypass permissions ← Auto. يظهر Auto عند استيفائك لمتطلباته، ولا يطلب التبديل إليه أي تأكيد. ولا يتاح Bypass permissions إلا عند البدء باستخدام --permission-mode bypassPermissions أو --dangerously-skip-permissions أو --allow-dangerously-skip-permissions (الذي يضيفه إلى الدورة دون تفعيله)، أو عندما تكون قيمة defaultMode هي bypassPermissions في إعدادات المستخدم أو الإعدادات المُدارة. ولا يظهر dontAsk أبدًا في الدورة — اضبطه عبر --permission-mode dontAsk أو في الإعدادات.
في Manual وAccept edits، قد تعرض مطالبة الإذن لأمر Bash خيار "Yes, and switch to auto mode". اختياره يوافق على الأمر وينقل الجلسة إلى Auto (فقط حيث يتوفر Auto).
# ضبط الوضع عند بدء التشغيل
claude --permission-mode plan
claude --permission-mode acceptEdits
# يحتاج bypass إلى علامته المخصصة (للبيئات المعزولة فقط)
claude --dangerously-skip-permissionsلتبدأ دائمًا في الوضع نفسه، اضبط وضعًا افتراضيًا في ملف الإعدادات لديك.
// .claude/settings.json
{
"permissions": {
"defaultMode": "acceptEdits"
}
}* لا تسري القيمتان auto وbypassPermissions لـ defaultMode من إعدادات المشروع (.claude/settings.json و.claude/settings.local.json). فمع auto هناك تبدأ الجلسة في الوضع الافتراضي المدمج (ولا تُستخدم defaultMode من إعدادات المستخدم أيضًا)، ومع bypassPermissions تبدأ في Manual. ضع هاتين القيمتين في إعدادات المستخدم (~/.claude/settings.json) أو في الإعدادات المُدارة لمؤسستك. أما امتداد VS Code فلا يقرأ إعدادات المشروع أصلًا لتحديد وضع البدء — استخدم فيه إعداده claudeCode.initialPermissionMode.
4. وضع Auto mode بالتفصيل
يزيل Auto mode جميع مطالبات التأكيد تقريبًا — لكنه ليس فوضى مطلقة. قبل كل إجراء، يراجعه نموذج تصنيف منفصل ويحجب أي إجراء يتجاوز ما طلبته، أو يستهدف بنية تحتية غير معروفة، أو يبدو مدفوعًا بمحتوى عدائي قرأه Claude.
⚠️ لا تثق به ثقة عمياء: تحذّر الوثائق الرسمية من أن وضع auto يقلّل المطالبات لكنه لا يضمن الأمان. استخدمه حيث تثق في الاتجاه العام، وليس بديلًا عن المراجعة في العمليات الحساسة.
المتطلبات: متاح لجميع الخطط. وفي Team وEnterprise يكون وضع auto متاحًا افتراضيًا، لكن يمكن للمسؤولين إيقافه للمؤسسة كلها بضبط permissions.disableAutoMode على "disable" في الإعدادات المُدارة. عبر Anthropic API و Claude Platform on AWS يجب أن يكون النموذج Opus 4.6 أو أحدث، أو Sonnet 4.6 أو أحدث، أو أحد نماذج Fable؛ وعلى Amazon Bedrock وGoogle Cloud وMicrosoft Foundry وفي جلسات Claude apps gateway المسجَّل الدخول إليها لا يُدعَم إلا Sonnet 5 أو أحدث وOpus 4.7 أو أحدث ونماذج Fable (أما Sonnet 4.5 وOpus 4.5 وHaiku وغيرها فغير مدعومة لدى أي مزوّد). إذا أبلغ بأنه "unavailable" فتحقق أولًا من هذه المتطلبات، ثم مما إذا كان أي ملف إعدادات يضبط disableAutoMode. وقد تكون Anthropic أوقفته مؤقتًا من جهة الخادم؛ ويستمر ذلك حتى نهاية الجلسة، لذا ابدأ جلسة جديدة لاحقًا.
✅ مسموح افتراضيًا
عمليات الملفات داخل مجلد عملك، وتثبيت الاعتماديات المُعلَنة في ملفات القفل (lock files) أو ملفات البيان، وقراءة .env وإرسال بيانات الاعتماد إلى الـ API المطابقة لها، وطلبات HTTP للقراءة فقط، والدفع (push) إلى أي فرع في المستودع الذي تعمل عليه (بما في ذلك الفرع الافتراضي؛ أما الفروع التي يدل اسمها على هدف نشر، مثل production أو gh-pages، فتُقيَّم على حدة).
⛔ محجوب افتراضيًا
curl | bash، وإرسال البيانات الحساسة إلى نقاط نهاية خارجية، وعمليات النشر/الترحيل (migrations) في الإنتاج، ومنح صلاحيات IAM أو صلاحيات المستودع، والدفع القسري (force-push)، وتجاهل التغييرات غير المُثبَّتة عبر git reset --hard وما شابهه، وterraform destroy، وغيرها.
الحدود التي تذكرها في المحادثة (مثل "لا تدفع"، "لا تنشر حتى أراجع") تُعامَل أيضًا كإشارة حجب. لكن هذه لا تُحفَظ كقواعد — إذ يعيد المُصنِّف قراءتها من سجل المحادثة في كل مرة، لذا قد يُفقَد أحد الحدود إذا أزال ضغط السياق (context compaction) الرسالة. وللحصول على ضمان قاطع، أضِف قاعدة رفض (deny). وبينما تحدد الأوضاع الأساس العام لعدد مرات سؤال Claude، تمنحك قواعد الأذونات في Claude Code (allow/ask/deny) تحكمًا أدق على مستوى كل أداة. وإذا حجب المُصنِّف 3 إجراءات متتالية أو 20 إجراءً إجمالًا، يتوقف وضع auto مؤقتًا ويعود Claude Code إلى طلب الإذن؛ والموافقة على الإجراء المطلوب تستأنف وضع auto (ولا يمكن تغيير هذين الحدّين).
حين يُحجَب إجراء مشروع (إيجابية كاذبة)، افتح /permissions وانتقل إلى تبويب Recently blocked (قبل v2.1.314 كان اسمه Recently denied)، ثم اختر الإجراء واضغط r ليُسمَح لـ Claude بإعادة المحاولة. وإن كان Claude يحتاج وجهةً طوال المهمة، مثل سجل حزم أو نطاق داخلي، فأضِفها إلى autoMode.environment؛ وإن أردت أن يُنفَّذ أمر من دون مراجعة من الآن فصاعدًا، فأضِف قاعدة allow؛ أما الإجراء لمرة واحدة فاذكر نيّتك في رسالتك التالية ودَع Claude يعيد المحاولة. وظهور رسالة is temporarily unavailable (مثلًا مع (timed out)) يعني أن المُصنِّف لم يتمكّن من إصدار حكم، وهذا يختلف عن رفض صدر فيه حكم. ولا يظهر ذلك في Recently blocked، فانتظر بضع ثوانٍ ثم أعِد المحاولة (وإن تكرّر (timed out) فتحقّق من الاتصال)؛ ولا حاجة إلى تغيير الإعدادات. ويمكن الإبلاغ عن الإيجابيات الكاذبة عبر /feedback (الوثائق الرسمية: Configure auto mode و Error reference، حتى 29 سبتمبر 2026). وفي أواخر سبتمبر 2026 وردت على GitHub عدة بلاغات (issues) عن توقّف العمل بسبب إيجابيات كاذبة أو انتهاء مهلة المُصنِّف (مثل #95996، #96077، #96662).
وإذا توقّف Claude Code مع الرسالة <model>'s safeguards flagged this message، فليس المُصنِّف الخاص بـ Auto mode هو السبب، بل مصنِّفات الأمان في النموذج نفسه وقد تفاعلت مع المحادثة، وهي آلية منفصلة عن أوضاع الأذونات (وما تفعله حينها في مقال safeguards flagged this message: معناها وما تفعله).
5. أي وضع تختار ومتى، والأمان
اختر بناءً على المفاضلة بين الإشراف والاستقلالية. مرجع سريع:
| الوضع (المعروض) | متى تستخدمه |
|---|---|
| Manual (افتراضي) | البدء / الأعمال الحساسة. عندما تريد الموافقة على كل إجراء |
| Accept edits (acceptEdits) | التكرار على كود تراجعه؛ تحقق من الـ diff لاحقًا |
| Plan (plan) | فهم قاعدة الكود والاستقرار على تصميم قبل تغييرها |
| Auto (auto) | المهام الطويلة التي تثق في اتجاهها؛ تقليل إرهاق المطالبات |
| Bypass permissions (bypass) | للحاويات/الأجهزة الافتراضية المعزولة فقط، حيث لا يستطيع Claude إلحاق ضرر بجهازك المضيف |
| dontAsk | بيئات الـ CI / البيئات المقيَّدة حيث تحدد مسبقًا ما يُسمح لـ Claude بفعله |
⚠️ لا تلجأ إلى Bypass permissions باستهتار: فهو لا يوفر أي حماية ضد حقن المطالبات أو الإجراءات غير المقصودة. الجواب على "المطالبات مزعجة" هو auto mode (مع فحوصات أمان في الخلفية)، وليس bypass. لاحظ أن الـ hooks ما زالت تعمل في وضع bypass ويمكنها حجب العمليات الخطيرة. لمعرفة سبب طلب bypass للإذن أحيانًا، انظر دليل الأمان وهذا المقال.
* أسماء الأوضاع وسلوكها وفقًا لوثائق Claude Code الرسمية (Choose a permission mode)؛ وأسماء العرض مطابقة لتطبيق سطح المكتب (حتى 5 أكتوبر 2026). قد تتغير المتطلبات والسلوك — راجع الوثائق الرسمية وتطبيقك لمعرفة آخر المستجدات.
لاحظ أنّ أسماء الأوضاع نفسها تتصرّف بشكل مختلف في الجلسات السحابية (claude.ai/code). ففي السحابة يُسمح بتعديل الملفات في كل الأوضاع، لذا يصبح Accept edits فعليًا هو الوضع العادي، ويتوقف عند كل أمر مثل npm install أو البناء. وإن أردت المتابعة دون موافقات فاختر Auto. وقد جمعتُ مثالًا فعليًا تعثّرت فيه في مقال إعداد الجلسات السحابية في Claude Code بأمان: إعداد يحمي الإنتاج و5 مواضع تعثّرت فيها.
6. العلاقة بإعداد Effort، والخلط الشائع
بجوار مربع الإدخال يوجد محدِّدان كبيران: "Permission Mode" و"Effort". وهما يؤديان وظيفتين مختلفتين.
Permission mode = "مقدار ما يسأل"
المفاضلة بين الأمان والاستقلالية. عدد مرات توقف Claude لطلب الإذن.
Effort = "مقدار ما يفكر"
المفاضلة بين السرعة والذكاء. مقدار التفكير وعدد الرموز (tokens) المخصصة للرد (التفاصيل).
وهما مترابطان أيضًا. عند الموافقة على خطة، تختار بين المتابعة في Auto أو الموافقة على كل تعديل يدويًا (وحيث لا يتوفر Auto، يقبل هذا الخيار التعديلات تلقائيًا). كما أن إقران "Ultracode" من إعدادات Effort (منذ الإصدار v2.1.284 لم يعد درجة جهد، بل مفتاحًا يمكن تشغيله مع أي مستوى) مع Auto يزيل مطالبة تنفيذ سير العمل (workflow) تمامًا، حتى في المرة الأولى، بحيث يستطيع Claude العمل من البداية إلى النهاية (ومع Auto وحده لا تظهر هذه المطالبة إلا عند أول تشغيل). وهناك أيضًا إعداد يخطط على Opus ما دمت في plan mode وحده، ثم يسلّم التنفيذ المعتمد إلى Sonnet (ما هو opusplan في Claude Code؟).
الخلط الشائع هو "المطالبات مزعجة، لذا سأستخدم bypass." وهذا محفوف بالمخاطر — الجواب الصحيح هو auto mode (مع فحوصات في الخلفية). وخلط آخر: "plan mode آمن، إذًا كل شيء مسموح." لا يعني plan mode إلا "لا تعديل للكود المصدري"؛ أما أوامر الاستكشاف فتظل تعمل. وحيث يتوفر Auto، تُشغَّل الأوامر التي يوافق عليها المُصنِّف دون مطالبة؛ وفي غير ذلك يطلب كل ما ليس أمرًا للقراءة فقط الإذن. وفي جلسة طرفية بُدئت مع إتاحة bypass، تمر التعديلات والأوامر التي يحاولها Claude أثناء التخطيط دون أي مطالبة.
الخلاصة
ثلاث نقاط جوهرية حول أوضاع الأذونات في Claude Code.
- ما هي: الإعداد الذي يحدد عدد مرات طلب Claude الإذن قبل التعديل أو تشغيل الأوامر. بدِّلها باستخدام
Shift+Tabأو المحدِّد. - الأوضاع: Manual (افتراضي) / Accept edits (acceptEdits) / Plan (plan) / Auto (auto) / Bypass permissions (bypass)، إضافةً إلى dontAsk الذي يُحدَّد بعَلَم تشغيل أو في الإعدادات (ستة أوضاع في المجموع). وتبدأ الطرفية وVS Code في Auto (مع كل الخطط بدءًا من v2.1.283؛ وقبلها لخطط Pro وMax وTeam فقط). ولا يُوافَق تلقائيًا على الكتابة إلى المسارات المحمية خارج bypass.
- أيها ومتى: الافتراضي للأعمال الحساسة، وacceptEdits للتكرار، وplan للفهم أولًا، وauto للمهام الطويلة (مع فحوصات في الخلفية)، وbypass في البيئات المعزولة فقط.
وضع الأذونات يحكم "الأمان"، وEffort يحكم "الذكاء" — أتقِن كليهما يعمل Claude Code بأمان وسلاسة. أقرِنه بالـ hooks لإضافة قواعد الأمان الخاصة بك، وبالـ صندوق العزل (sandbox) الذي يحصر ما يمكن للأوامر الوصول إليه على مستوى نظام التشغيل، لتقليل طلبات التأكيد مع الحفاظ على الأمان.
الأسئلة الشائعة
س. المطالبات مزعجة. أي وضع ينبغي أن أستخدم؟
ج. بدءًا من الإصدار v2.1.283، تبدأ الطرفية وVS Code أصلًا في Auto (auto) مع أي خطة، لذا ينبغي أن تكون المطالبات قليلة. وإذا كنت تبدأ في Manual، فابدأ بـ Accept edits (acceptEdits) للموافقة تلقائيًا على التعديلات داخل مجلد عملك؛ ولتقليل المطالبات أكثر، انتقل إلى Auto — مطالبات شبه معدومة مع فحوصات أمان في الخلفية. لا تستخدم Bypass permissions خارج بيئة معزولة.
س. كيف يختلف Auto (auto mode) عن Bypass permissions؟
ج. لدى auto mode نموذج تصنيف منفصل يحجب الإجراءات الخطيرة بينما يشغّل كل ما عداها دون مطالبات. أما Bypass permissions فيعطّل فحوصات الأمان ويشغّل كل شيء تقريبًا، لذا فهو للحاويات/الأجهزة الافتراضية المعزولة فقط. للاستخدام اليومي، اختر Auto وليس bypass.
س. لماذا لا أستطيع تحديد Auto (auto mode)؟
ج. تحقق من النموذج أولًا: عبر Anthropic API يجب أن يكون Opus 4.6 أو أحدث، أو Sonnet 4.6 أو أحدث، أو أحد نماذج Fable؛ وعلى Bedrock والمزوّدين المماثلين لا يعمل إلا Sonnet 5 أو أحدث وOpus 4.7 أو أحدث ونماذج Fable (أما Sonnet 4.5 وHaiku وغيرهما فغير مدعومة). ثم تحقق مما إذا كان المسؤول أو أحد ملفات الإعدادات قد أوقفه عبر disableAutoMode. وإذا كانت Anthropic قد أوقفته من جهة الخادم، فابدأ جلسة جديدة لاحقًا. وبمجرد أن تصبح مؤهَّلًا، يظهر في المحدِّد وفي دورة Shift+Tab.
س. ما الذي يجعل plan mode "آمنًا" بالضبط؟
ج. إنه لا يعدّل مصدرك. يقرأ ويستكشف ويقترح خطة؛ والموافقة على الخطة تنقلك إلى الوضع الذي تختاره ويبدأ التنفيذ. استخدمه للاستقرار على نهج قبل إجراء التغييرات. تنبيه واحد: في جلسة طرفية بُدئت مع إتاحة bypass، لا يمنع plan mode التعديلات.
س. هل يمكنني البدء في وضع محدد؟
ج. نعم. مرِّر علامة بدء تشغيل مثل claude --permission-mode plan، أو اضبط permissions.defaultMode في ملف الإعدادات لديك. لاحظ أن auto وbypassPermissions لا يسريان إلا من إعدادات المستخدم (~/.claude) أو الإعدادات المُدارة لمؤسستك، وليس من إعدادات المشروع.
