دليل الميزات المتقدمة في Claude Code

الميزات المتقدمة في Claude Code — تطلق هذه الميزات المتقدمة في Claude Code قدرة أكبر: وضع الطباعة (print mode)، ووضع التخطيط، وأوضاع الأذونات، وتوجيه النماذج (model routing)، والتهيئة الأعمق.

الميزات المتقدمة في Claude Code: ماذا ستتعلّم

في هذا الدليل إلى الميزات المتقدمة في Claude Code، ستعمل عبر خطوات عملية وتطبيقية مع أمثلة واقعية. تُشرح الميزات المتقدمة في Claude Code من الصفر كي تستطيع تطبيقها فورًا في مشاريعك الخاصة.

يقدّم Claude Code مجموعة من الميزات القوية التي يعتمد عليها المستخدمون المتمرّسون في الأعمال المعقّدة أو العالية المخاطر. فوضع التخطيط، والتفكير الموسّع، والوضع التلقائي، والعزل في صندوق رملي، والتشغيل بلا واجهة، يغيّر كلٌّ منها جذريًا طريقة عمل Claude. يتعمّق هذا الدرس في كل قدرة من هذه القدرات.

مثال تطبيقي: تفعيل وضع التخطيط وأذونات مضبوطة

جرّب الميزات المتقدمة في Claude Code على مهمة حقيقية بدل الاكتفاء بقراءة أوصافها. ابدأ بوضع التخطيط لأنه أكثرها أمانًا للتجربة الأولى.

شغّل claude ثم فعّل وضع التخطيط بالاختصار المخصص له أو بضبط permissionMode إلى plan في .claude/settings.json. اطلب من Claude مهمة متوسطة التعقيد، مثل إعادة هيكلة وحدة معينة. في وضع التخطيط، يقرأ Claude الشيفرة ويحلّلها ويعرض عليك خطة تنفيذ مفصّلة دون تعديل أي ملف — راجع الخطة بعناية قبل الموافقة عليها.

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

جرّب بعد ذلك توجيه النماذج: اضبط الاسم البديل opusplan لتشغيل التخطيط بنموذج Opus والتنفيذ بنموذج أسرع، ولاحظ الفرق في زمن الاستجابة والكلفة بين المهمتين.

للتحقق من أن الإعداد يعمل كما تتوقع عبر بيئات مختلفة، اضبط متغيرات البيئة الخاصة بالمنصة إن كنت تستخدم Bedrock أو Vertex AI بدل Console API مباشرة، وتأكد من أن الميزات المتقدمة — كوضع التخطيط والتفكير الموسّع — لا تزال متاحة بعد التبديل.

أخيرًا، جرّب التشغيل غير التفاعلي عبر وضع الطباعة لمهمة واحدة سريعة، وقارن مخرجات JSON المهيكلة بما تراه في الجلسة التفاعلية العادية — هذا هو الأساس الذي تُبنى عليه أتمتة CI/CD في الدرس التالي.

وضع التخطيط والتفكير الموسّع

يفصل وضع التخطيط التفكير عن الفعل. فعند تفعيله، يبدأ Claude أولًا بفحص قاعدة الشيفرة ثم يُنتج خطة تنفيذ مفصّلة. تراجعها ويمكنك تعديلها اختياريًا قبل أن ينفّذها Claude. وهذا يمنع المشكلة الشائعة المتمثّلة في انغماس Claude في الشيفرة قبل استيعاب المسألة استيعابًا كاملًا.

فعّل وضع التخطيط عبر /plan <description>، أو راية سطر الأوامر --permission-mode plan، أو Shift+Tab للتنقّل بين أوضاع الأذونات. استخدم Ctrl+G لفتح الخطة الحالية في محرّرك الخارجي لإجراء مراجعات مفصّلة قبل الموافقة. يوجّه الاسم البديل للنموذج opusplan مرحلة التخطيط إلى Opus والتنفيذ إلى Sonnet:

claude --model opusplan "redesign the database schema for multi-tenancy"

يمنح التفكير الموسّع Claude وقتًا إضافيًا للاستدلال قبل الردّ. بدّله عبر Option+T (على macOS) أو Alt+T. يتحكّم الأمر /effort في عمق الاستدلال عبر الخيارات low أو medium أو high أو xhigh أو max (لهذه الجلسة فقط). اضبطه لكل جلسة عبر export CLAUDE_CODE_EFFORT_LEVEL=high. وللحصول على أقصى استدلال في موجّه (prompt) معيّن، أدرج كلمة “ultrathink” — فهي تُطلق وضع الاستدلال العميق بصرف النظر عن إعداد الجهد لديك. أما الكلمة ultracode فتُطلق تشغيل سير عمل ديناميكي — وقد أُعيدت تسمية المُطلِق من workflow إلى ultracode في الإصدار v2.1.160. وتُفعَّل سير العمل الديناميكية الآن عبر /effort ultracode — وهو أمر شَرطة مائلة (slash command) وليس راية --ultracode — يضبط الجهد على xhigh في النماذج الداعمة.

يعطّل MAX_THINKING_TOKENS=*** التفكير على Opus 4.6 وSonnet 4.6 فقط. أما على Opus 4.7 وما بعده فيظل الاستدلال التكيّفي مفعّلًا دائمًا ولا ينطبق MAX_THINKING_TOKENS.

الجمع بين وضع التخطيط والجهد العالي قويٌّ بوجه خاص في القرارات المعمارية المعقّدة:

claude --permission-mode plan --effort high --model opusplan "migrate from REST to GraphQL"

Ultraplan: التخطيط المدعوم بالسحابة

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

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

هناك ثلاث طرق لإطلاق Ultraplan: الأمر /ultraplan <prompt>، أو تضمين كلمة “ultraplan” في موجّه عادي، أو اختيار “Refine with Ultraplan on the web” من حوار خطة محلية مكتملة.

بعد الإطلاق، تظهر شارة حالة عند موجّهك: ◇ ultraplan أثناء الصياغة، و◇ ultraplan needs your input حين تكون لدى Claude أسئلة، و◆ ultraplan ready حين تكون الخطة جاهزة للمراجعة. افتح رابط الجلسة على claude.ai للمراجعة — يمكنك ترك تعليقات مضمّنة على أقسام محدّدة، وإضافة تفاعلات بالرموز التعبيرية، وطلب المراجعات قبل الموافقة.

بمجرد الموافقة، يصبح مساران للتنفيذ متاحَين:

• التنفيذ على الويب — ينفّذ Claude الخطة في السحابة، وتراجع أنت الفرق (diff) وتفتح طلب سحب (PR) من المتصفّح
• الإعادة إلى الطرفية — تنتقل الخطة إلى واجهة سطر الأوامر لديك للتنفيذ المحلي مع وصول كامل إلى البيئة

/ultraplan migrate the auth service from sessions to JWTs

يتطلّب Ultraplan اشتراك claude.ai ومستودع GitHub متّصلًا. وهو غير متاح على Bedrock أو Vertex AI أو Foundry.

الوضع التلقائي والتحكّم في الأذونات

الوضع التلقائي هو وضع أذونات قيد المعاينة البحثية يستعين بمصنّف أمان يعمل في الخلفية لتحديد ما إذا كانت استدعاءات الأدوات آمنة للتشغيل دون السؤال. وهو مصمَّم لتدفّقات العمل الأعلى استقلالية حيث ترغب مع ذلك في وجود حواجز حماية حول الإجراءات الخطرة.

تفعّله بالطريقة نفسها التي تفعّل بها أوضاع الأذونات الأخرى: اختر auto في إعدادات الأذونات لديك أو تنقّل إليه عبر Shift+Tab حين يكون متاحًا. تستطيع المؤسسات ضبط ما يعتبره الوضع التلقائي بنية تحتية موثوقة بدقّة عبر كتلة الإعدادات autoMode.

افتراضيًا، يتوخّى الوضع التلقائي الحذر تجاه الإجراءات التي تشبه تسريب البيانات، أو تنفيذ أوامر صدفة (shell) خطرة، أو التغييرات المؤثّرة على الإنتاج. وحين تتوقّف عملية فحص أذونات، يتحوّل المؤشّر الدوّار إلى الأحمر — موضّحًا أن فحصًا قيد التقدّم وليس أن أداة تعمل. إذا كانت لدى فريقك مستودعات موثوقة، أو نطاقات داخلية، أو حاويات تخزين (buckets)، أو خدمات ينبغي للوضع التلقائي أن يعاملها على أنها عادية، فعرّفها في autoMode.environment.

عند تخصيص autoMode.allow أو autoMode.soft_deny أو autoMode.hard_deny أو autoMode.environment، أدرج الرمز الخاص "$defaults" للحفاظ على القواعد المدمجة وإضافة قواعدك إلى جانبها. فبدون "$defaults" تستبدل مصفوفتك القواعدَ الافتراضية بالكامل.

داخل المصنّف، تعمل الأولوية على أربع طبقات: قواعد hard_deny تحظر دون قيد أو شرط (لا تنطبق نيّة المستخدم ولا استثناءات allow). ثم تحظر قواعد soft_deny بعدها، لكن يمكن لنيّة المستخدم ولاستثناءات allow تجاوزها. ثم تتجاوز قواعد allow قواعدَ soft_deny المطابقة. وتتجاوز نيّة المستخدم الصريحة ما تبقّى من الحظر اللطيف — فطلبك من Claude أن “force-push this branch” يزيل الحظر اللطيف، لكن “clean up the repo” الغامض لا يفعل ذلك. إذا حظر المصنّف إجراءً 3 مرات متتالية أو 20 مرة إجمالًا، يتوقّف الوضع التلقائي مؤقتًا ويستأنف Claude Code السؤال. وهذه العتبات غير قابلة للتهيئة.

استخدم claude auto-mode defaults لطباعة القواعد المدمجة، وclaude auto-mode config لرؤية تهيئتك المدمجة الفعّالة، وclaude auto-mode critique للحصول على ملاحظات من الذكاء الاصطناعي على قواعدك المخصّصة:

{
  "autoMode": {
    "allow": ["$defaults", "Deploying to staging is allowed"],
    "soft_deny": ["$defaults", "Never run migrations outside the migrations CLI"],
    "hard_deny": ["$defaults", "Never send repo contents to third-party APIs"],
    "environment": ["$defaults", "Internal API: api.corp.example.com"]
  }
}

تمتدّ أوضاع الأذونات على طيف. فالوضع default يقرأ بحرّية لكنه يسأل عن الإجراءات الزائدة على ذلك. والوضع acceptEdits يوافق تلقائيًا على تعديلات الملفات لهذه الجلسة، باستثناء الكتابة إلى الأدلّة المحمية. والوضع plan يتحوّل إلى وضع بحث يبدأ بالتخطيط. والوضع auto يستخدم المصنّف. والوضع dontAsk يشغّل فقط الأدوات المعتمَدة مسبقًا ويرفض كل ما عداها. والوضع bypassPermissions يتخطّى معظم موجّهات الأذونات — وتُضمَّن أيضًا الكتابة إلى المسارات المحمية اعتبارًا من الإصدار v2.1.126. والراية --dangerously-skip-permissions اختصار لـ --permission-mode bypassPermissions — والاسم المثير للقلق عمدًا يجعل المقايضة الأمنية صريحة، فاحتفظ به لخطوط أنابيب CI/CD الموثوقة.

ابدأ جلسة بأي وضع عبر الراية --permission-mode <mode>. وهي تقبل default أو acceptEdits أو plan أو auto أو dontAsk أو bypassPermissions، وتتجاوز defaultMode من الإعدادات لذلك التشغيل. وتعمل الراية نفسها مع -p للتشغيلات غير التفاعلية، ولا يُفعَّل dontAsk إلا عبر هذه الراية (فهو ليس ضمن دورة Shift+Tab):

claude --permission-mode plan "draft the migration"
claude -p "audit dependencies" --permission-mode dontAsk

اضبط وضعًا افتراضيًا في الإعدادات كي تبدأ معظم الجلسات في وضعك المفضّل دون الحاجة إلى الراية:

{
  "permissions": {
    "defaultMode": "acceptEdits"
  }
}

لتخصيص الوضع التلقائي لبيئتك:

{
  "autoMode": {
    "environment": [
      "Source control: github.example.com/acme-corp and all repos under it",
      "Trusted internal domains: *.corp.example.com, api.internal.example.com"
    ]
  }
}

على واجهة برمجة تطبيقات Anthropic، يكون الوضع التلقائي متاحًا افتراضيًا بمجرد أن يستوفي حسابك متطلّبات النموذج والمسؤول. وعلى Amazon Bedrock وGoogle Cloud Vertex AI وMicrosoft Foundry (v2.1.158 فما فوق)، يكون محجوزًا خلف CLAUDE_CODE_ENABLE_AUTO_MODE=1 في كتلة env لديك، ولا يُدعَم سوى Opus 4.7 وOpus 4.8. أما النماذج الأقدم — Sonnet 4.5، وOpus 4.5، وHaiku، وClaude 3 — فلا تحصل أبدًا على الوضع التلقائي على أي مزوّد. ويستطيع المسؤولون قفل الوضع وإيقافه عبر permissions.disableAutoMode: "disable" في الإعدادات المُدارة، وهو ما يتجاوز متغيّر التفعيل.

إعدادان أُضيفا حديثًا يستحقّان الإشارة: enforceAvailableModels (v2.1.175) يوسّع قائمة السماح availableModels لتقيّد أيضًا النموذج الافتراضي وليس النماذج البديلة فحسب. وfooterLinksRegexes (v2.1.176) يضيف شارات روابط مطابَقة بالتعبيرات النمطية (regex) إلى صفّ التذييل للتكاملات المخصّصة.

التشغيل البرمجي والمعزول في صندوق رملي

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

تشغيل Claude Code برمجيًا عبر claude -p "your prompt" ينفّذه بشكل غير تفاعلي. يذهب الخرج إلى stdout، مما يجعله قابلًا للتركيب مع خطوط أنابيب الصدفة وأنظمة الأتمتة. اجمعه مع --output-format json للحصول على خرج مهيكَل. استخدم --permission-mode bypassPermissions للاستخدام الآلي الكامل في CI/CD. وتستطيع الـ hooks العاملة في هذه الجلسات قراءة مستوى الجهد النشط عبر متغيّر البيئة $CLAUDE_EFFORT.

/cd <directory> ينقل جلسة إلى دليل عمل جديد دون كسر ذاكرة التخزين المؤقت للموجّه (prompt cache) في منتصف الجلسة.

# Automated code review in CI
git diff HEAD~1 | claude -p "review these changes for security issues"   --output-format json   --permission-mode bypassPermissions

# Generate docs for changed files
claude -p "generate JSDoc for all functions in $CHANGED_FILE"   --print --no-session-persistence

يوفّر العزل في صندوق رملي عزلًا على مستوى نظام التشغيل للوصول إلى نظام الملفات والشبكة. يعمل Bash المعزول على macOS وLinux وWSL2 — أما Windows الأصلي فغير مدعوم؛ وعلى Windows شغّل Claude Code داخل توزيعة WSL2. فعّله عبر /sandbox ضمن الجلسة. في وضع الصندوق الرملي، لا يستطيع Claude الوصول إلا إلى المسارات المعتمَدة وقواعد الشبكة التي تهيّئها. وهذا قيّم لتشغيل Claude على شيفرة غير موثوقة أو في بيئات ترغب فيها بحدود صارمة.

اضبط عزل الشبكة بدقّة عبر sandbox.network.allowedDomains وsandbox.network.deniedDomains في ملف settings.json لديك. تُدرج allowedDomains النطاقات في قائمة بيضاء للحركة الصادرة، بينما تحظر deniedDomains نطاقات محدّدة حتى عندما يسمح بها رمز بدل (wildcard) أوسع في allowedDomains — فلـ deniedDomains الأسبقية دائمًا. وكلاهما يدعم رموز البدل مثل *.example.com:

{
  "sandbox": {
    "enabled": true,
    "network": {
      "allowedDomains": ["github.com", "*.npmjs.org"],
      "deniedDomains": ["uploads.github.com"]
    }
  }
}

في عمليات النشر المُدارة، تُدمج deniedDomains من جميع مصادر الإعدادات (المُدارة، والمستخدم، والمشروع، والمحلية) بصرف النظر عن allowManagedDomainsOnly. فتلك الراية تقيّد فقط النطاقات التي تُقرأ منها allowedDomains — أما قواعد الحظر من أي نطاق فتُحترَم دائمًا، فلا يمكن لسياسة مؤسسية أن تُسقط بصمت حظرًا على مستوى المستخدم.

على Linux وWSL، استخدم sandbox.bwrapPath وsandbox.socatPath لتحديد مواقع ثنائيات مخصّصة لـ bubblewrap وsocat:

{
  "sandbox": {
    "bwrapPath": "/usr/local/bin/bwrap",
    "socatPath": "/usr/bin/socat"
  }
}

في عمليات نشر المؤسسات، تتجاوز الإعدادات المُدارة إعدادات المستخدم عبر الإدارة الأصلية للمنصّة: plist على macOS، وRegistry على Windows، وملفات التهيئة المُدارة، وإضافات managed-settings.d/ المدمجة أبجديًا. وهذا منفصل عن ملفات الذاكرة المُدارة مثل توجيهات CLAUDE.md على مستوى المنظّمة.

# Test headless with sandboxing
claude -p "analyze the security of this codebase"   --sandbox   --permission-mode plan   --output-format json

أداة المستشار (تجريبية)

أداة المستشار (Advisor Tool) ميزة تجريبية ثنائية النموذج تتيح لنموذج منفّذ أسرع وأقلّ كلفة (مثل Sonnet) استشارة نموذج مستشار أعلى ذكاءً (مثل Opus) في منتصف المهمة للحصول على توجيه استراتيجي. يقرأ المستشار المحادثة كاملةً ويُنتج خطة أو تصحيح مسار، ثم يستأنف المنفّذ. يلائم هذا النمط أعباء العمل الوكيلة بعيدة الأمد حيث تكون معظم الجولات آليّة لكن وجود خطة ممتازة يكون حاسمًا.

فعّلها عبر الأمر /advisor. وعند تفعيلها، تُظهر الجلسات وسمًا “experimental” وإشعار بدء تشغيل. يُضبط النموذج المنفّذ كنموذج الجلسة الرئيسي، ويُختار نموذج المستشار عبر حوار /advisor. وتُفعَّل أداة المستشار عبر متغيّر البيئة CLAUDE_CODE_ENABLE_EXPERIMENTAL_ADVISOR_TOOL.

Glob وGrep الأصليّان على macOS/Linux

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

في الإصدارات الأصلية لـ macOS وLinux، تُستبدل أداتا Glob وGrep بثنائيات bfs وugrep مدمجة يمكن الوصول إليها عبر أداة Bash. وهذا يعني عمليات بحث أسرع في الملفات دون ذهاب وإياب منفصل للأداة — يصدر Claude أمر Bash واحدًا بدلًا من استدعاء أداة مخصّصة، مما يقلّل زمن الاستجابة في قواعد الشيفرة الكبيرة.

أما إصدارات Windows والمثبَّتة عبر npm فلا تتأثّر وتواصل استخدام أداتي Glob وGrep الأصليتين. ولا تزال متغيّرات البيئة CLAUDE_CODE_GLOB_HIDDEN وCLAUDE_CODE_GLOB_NO_IGNORE وCLAUDE_CODE_GLOB_TIMEOUT_SECONDS تنطبق على الأدوات الأصلية حيث تبقى مستخدَمة.

تنظيف الجلسات عبر cleanupPeriodDays

يتحكّم إعداد cleanupPeriodDays في settings.json في مدّة الاحتفاظ بملفات الجلسة قبل حذفها تلقائيًا عند بدء التشغيل. الافتراضي 30 يومًا والحدّ الأدنى 1 — وضبطه على 0 يُرفض مع خطأ تحقّق. يحكم هذا الإعداد أيضًا الإزالة التلقائية لأشجار العمل (worktrees) الخاصة بالوكلاء الفرعيين (subagents) واليتيمة (الناتجة عن أعطال أو تشغيلات متوازية مقطوعة) عند بدء التشغيل، شريطة ألّا تكون فيها تغييرات غير مودَعة، ولا ملفات غير متتبَّعة، ولا إيداعات غير مدفوعة. أما أشجار العمل التي تنشئها عبر --worktree فلا تُزال أبدًا بهذا الكنس:

{
  "cleanupPeriodDays": 14
}

لمنع كتابة النصوص (transcripts) أصلًا في الوضع غير التفاعلي، استخدم --no-session-persistence.

تطهير المشروع

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

عندما لا يكفي cleanupPeriodDays وترغب في مسح كل حالة Claude Code لمشروع فورًا، استخدم claude project purge. فهو يحذف النصوص، وقوائم المهام، وسجلّات التنقيح، وتاريخ تعديل الملفات، وتاريخ الموجّهات، ومدخل المشروع نفسه:

# Preview what would be deleted
claude project purge --dry-run

# Purge state for the current project
claude project purge

# Skip the confirmation prompt
claude project purge --yes

# Interactively choose which items to remove
claude project purge --interactive

# Purge state for every project at once
claude project purge --all

يمكن دمج الرايات: claude project purge --all --dry-run يعاين ما سيزيله المسح الكامل. وتعمل الصيغتان المختصرتان -y و-i أيضًا.

متغيّرات البيئة للتنقيح والمنصّة

تفتح عدة متغيّرات بيئة أسطحًا لم تُكشف بعد كأوامر أو إعدادات.

OTEL_LOG_RAW_API_BODIES=1 يبثّ أجسام طلبات واستجابات واجهة برمجة التطبيقات الكاملة كأحداث سجلّ OpenTelemetry — اضبطه عند تنقيح سبب فشل طلب أو ما الذي أرسله Claude بالضبط إلى النموذج. كن حذرًا مع السجلّات بعد ذلك لأن أجسام الطلبات قد تحتوي على أسرار.

OTEL_RESOURCE_ATTRIBUTES يضيف أزواج key=value مخصّصة مفصولة بفواصل (بلا مسافات، مع ترميز الأحرف الخاصة بصيغة percent) يرفقها Claude Code كوسوم على كل نقطة بيانات مقياس وحدث، إضافةً إلى إرسالها في كتلة مورد OTLP. استخدمه لتقسيم المقاييس حسب الفريق أو القسم أو مركز التكلفة في خلفيّتك — department=engineering,team.id=platform,cost_center=eng-123. ولا تتجاوز المفاتيح المخصّصة أبدًا السمات المدمجة مثل user.id أو session.id. وللإبقاء على السمات المخصّصة في كتلة المورد فقط وتخطّي الوسوم لكل نقطة بيانات (شدّة تعداد أقل، وتخزين أرخص)، اضبط OTEL_METRICS_INCLUDE_RESOURCE_ATTRIBUTES=false.

CLAUDE_CODE_USE_POWERSHELL_TOOL=1 يختار أداة PowerShell على Linux وmacOS (يتطلّب pwsh في PATH). وعلى Windows تُطرح الأداة تدريجيًا؛ اضبطه على 0 للانسحاب صراحةً. وعلى Windows مع تفعيل أداة PowerShell، تصبح PowerShell الصدفة الأساسية بدلًا من العودة افتراضيًا إلى Bash.

DISABLE_UPDATES=1 يحظر كل مسارات التحديث، بما في ذلك claude update اليدوي. وهذا أصرم من DISABLE_AUTOUPDATER (الذي يحظر التحديثات التلقائية فقط) ومخصّص لعمليات نشر المؤسسات المقيّدة حيث يجب ألّا يتغيّر الإصدار المثبَّت.

CLAUDE_CODE_SAFE_MODE=1 أو --safe-mode يبدأ Claude Code مع تعطيل كل التخصيصات (CLAUDE.md، والإضافات، والمهارات، والـ hooks، وخوادم MCP) لاستكشاف الأعطال — مفيد عند تنقيح سلوك غير متوقّع أو تهيئة معطوبة.

CLAUDE_CODE_DISABLE_BUNDLED_SKILLS=1 أو disableBundledSkills في الإعدادات يخفي المهارات المدمجة وسير العمل وأوامر الشَّرطة المائلة المدمجة عن النموذج.

CLAUDE_CODE_HIDE_CWD=1 يخفي دليل العمل عن شعار بدء التشغيل — مفيد لتسجيلات الشاشة أو العروض التقديمية حيث لا تريد تسريب معلومات المسار.

CLAUDE_CODE_NATIVE_CURSOR=1 يُظهر مؤشّر الطرفية الخاص عند موضع الإدخال بدلًا من الكتلة المرسومة من Claude Code. ويحترم المؤشّر الأصلي إعدادات الوميض والشكل والتركيز للطرفية — مفيد حين تكون طرفيّتك مهيّأة لنمط مؤشّر معيّن أو لحاجة وصول.

CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE أُزيل في الإصدار v2.1.160 وأصبح الآن بلا أثر (no-op).

CLAUDE_CODE_RESUME_PROMPT يتجاوز رسالة المتابعة التي يحقنها Claude عند استئناف جلسة انتهت في منتصف الجولة. الافتراضي هو “Continue from where you left off.” وتستطيع نصوص الإطلاق طويلة الأمد ضبط رسالة إقلاع أكثر توجيهًا؛ وتعود السلسلة الفارغة إلى الافتراضي.

CLAUDE_CODE_ENABLE_FEEDBACK_SURVEY_FOR_OTEL=1 يوجّه استبيان جودة الجلسة إلى مجمّع OpenTelemetry الخاص بك حين تُحظر الحركة غير الأساسية المتّجهة إلى Anthropic. وتُبثّ تقييمات الاستبيان كأحداث OTEL فقط إلى المجمّع المهيّأ لديك — ولا تذهب أي بيانات استبيان إلى Anthropic. وينطبق ذلك عند ضبط CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC أو DISABLE_TELEMETRY أو DO_NOT_TRACK، وليس له أثر خلاف ذلك. ولا يزال CLAUDE_CODE_DISABLE_FEEDBACK_SURVEY وسياسة ملاحظات منتج منظّمتك يتمتّعان بالأسبقية.

ANTHROPIC_WORKSPACE_ID هو معرّف مساحة العمل المستخدَم في اتحاد هويّة العبء (workload identity federation). اضبطه حين تكون قاعدة الاتحاد لديك مُحدّدة النطاق لأكثر من مساحة عمل واحدة كي يعرف تبادل الرمز أيّ مساحة عمل يستهدف — فبدونه، لا تملك القاعدة المفرطة النطاق طريقة لاختيار مساحة عمل ويفشل التبادل. واتركه غير مضبوط حين تكون قاعدة الاتحاد لديك مُحدّدة النطاق لمساحة عمل واحدة بالضبط.

# Capture full OTEL telemetry while reproducing an API bug
OTEL_LOG_RAW_API_BODIES=1 claude --print 'reproduce the failure'

# Slice metrics by team and cost center in your OTEL backend
OTEL_RESOURCE_ATTRIBUTES="department=engineering,team.id=platform,cost_center=eng-123"   claude

# Enable PowerShell tool on macOS or Linux
CLAUDE_CODE_USE_POWERSHELL_TOOL=1 claude

# Block all updates on a locked-down machine
DISABLE_UPDATES=1 claude

# Hide the working directory in the startup banner
CLAUDE_CODE_HIDE_CWD=1 claude

# Use the terminal's own cursor at the input caret
CLAUDE_CODE_NATIVE_CURSOR=1 claude

# Override the resume continuation message for an agent boot script
CLAUDE_CODE_RESUME_PROMPT="Resume the migration and stop after the next test run."   claude --resume

# Route the session quality survey through your OTEL collector
CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1   CLAUDE_CODE_ENABLE_FEEDBACK_SURVEY_FOR_OTEL=1 claude

# Workload identity federation with a multi-workspace rule
ANTHROPIC_WORKSPACE_ID=ws_01abcd... claude

Claude Code على الويب وتسليم الجلسة

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

يشغّل Claude Code على الويب المهام على بنية تحتية سحابية تديرها Anthropic على claude.ai/code. وتستمرّ الجلسات السحابية حتى عند إغلاق متصفّحك، ويمكنك مراقبتها من تطبيق Claude للهاتف المحمول.

أطلق جلسة سحابية من طرفيّتك عبر claude --remote "your task". يستنسخ Claude مستودعك من GitHub (ادفع الإيداعات المحلية أولًا)، وينفّذ الموجّه باستقلالية، ويستطيع فتح طلبات سحب عند الانتهاء. استخدم عدة استدعاءات --remote لتشغيل المهام بالتوازي.

/teleport (الاسم البديل /tp) يسحب جلسة سحابية إلى طرفيّتك المحلية — فهو يجلب الفرع، ويحمّل تاريخ المحادثة كاملًا، ويتيح لك المتابعة محليًا. والاتجاه المعاكس: --remote يرسل العمل إلى السحابة. وهما معًا يصنعان حلقة سلسة بين التنفيذ المحلي والسحابي.

/autofix-pr يطلق جلسة سحابية تراقب طلب السحب الحالي لديك. فعندما يفشل CI أو يترك المراجعون تعليقات، يحقّق Claude ويدفع إصلاحًا. مرّر موجّهًا لتضييق نطاقه: /autofix-pr only fix lint and type errors. يتطلّب تثبيت تطبيق Claude على GitHub في المستودع.

# Plan locally, execute in the cloud
claude --permission-mode plan
# ... finalize plan, commit, push ...
claude --remote "Execute the migration plan in docs/migration-plan.md"

# Pull the cloud session back when done
/teleport

تتضمّن الجلسات السحابية بيئات تشغيل قياسية (Node.js، وPython، وGo، وRust، وJava، وRuby، وDocker، وPostgreSQL)، وذاكرة تصل إلى 16 غيغابايت، ومستويات وصول شبكي قابلة للتهيئة. وتنتقل تهيئة المستودع (CLAUDE.md، والإعدادات، وخوادم MCP، والمهارات) تلقائيًا. أما إعدادات مستوى المستخدم (~/.claude/) فلا تنتقل — أودِع تهيئة المشروع في المستودع.

تخصيص رابط طلب السحب

إعداد prUrlTemplate في settings.json يوجّه شارة طلب السحب في التذييل إلى رابط مراجعة شيفرة مخصّص بدلًا من رابط GitHub الافتراضي. وهذا مفيد للفِرَق التي تستخدم GitLab أو Bitbucket أو أداة مراجعة داخلية:

{
  "prUrlTemplate": "https://gitlab.example.com/org/repo/-/merge_requests/{{pr_number}}"
}

تهيئة شجرة العمل

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

تتيح لك أشجار عمل Git سحب عدة فروع في وقت واحد دون إخفاء (stashing) أو تفريع. claude --worktree <name> ينشئ شجرة عمل جديدة مرتبطة بـ <name>/. ويتحكّم إعداد worktree.baseRef (جديد في v2.1.133) في المرجع الذي يُفرَّع منه عند إنشاء شجرة عمل. اضبط baseRef على fresh (origin/<default>، الافتراضي — يتفرّع من شجرة نظيفة مطابقة للبعيد) أو head (مرجع HEAD المحلي لديك):

{
  "worktree": {
    "baseRef": "head"
  }
}

ضبط head يحفظ الإيداعات المحلية غير المدفوعة في أشجار العمل الجديدة. ويؤثّر هذا في --worktree وEnterWorktree وأشجار عمل عزل الوكلاء.

استخدام الحاسوب (معاينة بحثية)

يتيح استخدام الحاسوب لـ Claude فتح التطبيقات، والتحكّم في شاشتك، والتفاعل مع واجهات المستخدم الرسومية على macOS — بناء تطبيق Swift، وإطلاقه، والنقر عبر كل زرّ، والتقاط صورة للنتيجة، كلّ ذلك في محادثة واحدة. وهو يتعامل مع المهام التي تتطلّب واجهة رسومية: التحقّق من إصدارات التطبيقات الأصلية، واختبار الواجهة من طرف إلى طرف دون أداة اختبار، وتنقيح مشكلات التخطيط البصري، وتشغيل أدوات لا تعمل إلا بواجهة رسومية مثل تطبيقات التصميم أو محاكي iOS.

يجرّب Claude الأدوات الأكثر دقّة أولًا: خوادم MCP، أو Bash، أو تكامل Chrome. واستخدام الحاسوب هو الحلّ الاحتياطي للأشياء التي لا يصل إليها شيء آخر — التطبيقات الأصلية، والمحاكيات، والأدوات التي بلا واجهة برمجة تطبيقات.

فعّله عبر تشغيل /mcp في جلسة، وإيجاد خادم computer-use، واختيار Enable. ويستمرّ الإعداد لكل مشروع. وعند الاستخدام الأول، يطلب macOS أذونات الوصول (Accessibility) وتسجيل الشاشة (Screen Recording). وحين يريد Claude التحكّم في تطبيق معيّن، يظهر موجّه لتوافق — وتدوم الموافقات للجلسة الحالية فقط. وتُظهر التطبيقات ذات الوصول الواسع (الطرفيات، وFinder، وإعدادات النظام) تحذيرات إضافية.

أثناء عمل Claude، تُخفى التطبيقات الأخرى الظاهرة كي لا يتفاعل إلا مع التطبيقات المعتمَدة. وتبقى نافذة طرفيّتك ظاهرة وتُستثنى من لقطات الشاشة. اضغط Esc في أي مكان أو Ctrl+C للإيقاف فورًا. ولا يمكن لأكثر من جلسة واحدة التحكّم في الجهاز في الوقت نفسه.

يتطلّب استخدام الحاسوب خطة Pro أو Max، وmacOS، وClaude Code v2.1.85 فما فوق، وجلسة تفاعلية (غير متاح مع -p). وهو غير متاح على Team أو Enterprise أو Bedrock أو Vertex AI أو Foundry.

المزيد من الميزات المتقدمة

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

تمتدّ مجموعة أدوات Claude Code المتقدمة إلى مدى أبعد. فالمهام الخلفية تتيح استمرار العمل طويل الأمد بينما تواصل الدردشة. وتدعم المهام المجدوَلة /loop للفحوص المتكرّرة المحدّدة بنطاق الجلسة و/schedule للعمل المجدوَل المدعوم بالسحابة. وأدوات الجلسة مثل /resume و/rename و/teleport تسهّل التنقّل بين واجهة سطر الأوامر المحلية والمتصفّح وتطبيق سطح المكتب.

وهناك أيضًا ميزات منصّة للاستخدام اليومي: الإملاء الصوتي عبر /voice، وتكامل Chrome عبر --chrome، والتحكّم عن بُعد عبر /remote-control، ودروس اكتشاف الميزات التفاعلية /powerup، وقوائم المهام الدائمة، وتدفّقات أشجار عمل git عبر claude --worktree. وكلّها تشترك في نظام الأذونات نفسه، فالاستخدام المتقدّم يدور غالبًا حول الجمع بين الوضع المناسب والسطح المناسب.

أمثلة تهيئة من العالم الواقعي

إليك تهيئات جاهزة للإنتاج للميزات المتقدمة في Claude Code:

المثال 1: تهيئة الأذونات للوضع التلقائي

يهيّئ نصّ Python هذا خطّ أساس متحفّظًا من الأذونات الآمنة لوضع Claude Code التلقائي:

#!/usr/bin/env python3
# Seed ~/.claude/settings.json with safe permissions for auto mode
from pathlib import Path
import json, tempfile

SETTINGS_PATH = Path.home() / ".claude" / "settings.json"

# Core baseline: read-only inspection and low-risk commands
CORE_PERMISSIONS = [
    "Read(*)", "Glob(*)", "Grep(*)", "Agent(*)", "Skill(*)",
    "WebSearch(*)", "WebFetch(*)",
    "Bash(ls:*)", "Bash(cat:*)", "Bash(head:*)", "Bash(tail:*)",
    "Bash(git status:*)", "Bash(git log:*)", "Bash(git diff:*)",
]

# Optional: file editing permissions
EDITING_PERMISSIONS = [
    "Edit(*)", "Write(*)", "NotebookEdit(*)",
    "TaskCreate(*)", "TaskUpdate(*)",
]

# Optional: local test/build commands
TEST_AND_BUILD_PERMISSIONS = [
    "Bash(npm test:*)", "Bash(cargo test:*)",
    "Bash(go test:*)", "Bash(pytest:*)",
]

# Usage:
# python3 setup-auto-mode-permissions.py --include-edits --include-tests
# python3 setup-auto-mode-permissions.py --dry-run

المثال 2: تهيئات خاصة بحالات الاستخدام

تهيئات مختلفة لسيناريوهات Claude Code الشائعة:

{
  "development": {
    "model": "claude-sonnet-4-6",
    "permissions": { "mode": "unrestricted" },
    "backgroundTasks": { "enabled": true, "maxConcurrentTasks": 3 }
  },
  "code_review": {
    "model": "claude-sonnet-4-6",
    "permissions": { "mode": "plan" },
    "extendedThinking": { "enabled": true }
  },
  "production": {
    "model": "claude-opus-4-7",
    "permissions": {
      "mode": "confirm",
      "requireConfirmationFor": ["Bash", "Git", "Write", "Edit"]
    },
    "checkpoints": { "autoCheckpoint": true },
    "planning": { "autoEnter": true, "requireApproval": true }
  },
  "security_audit": {
    "model": "claude-opus-4-7",
    "permissions": { "mode": "plan" },
    "extendedThinking": { "enabled": true, "minThinkingTime": 10 }
  }
}

المثال 3: تدفّق عمل وضع التخطيط

استخدام وضع التخطيط لتفكيك مهمة معقّدة إلى مراحل مهيكلة:

# Activate planning mode
/plan Build a REST API for a blog

# Claude produces a structured plan:
## Phase 1: Project Setup (15 min)
1. Initialize Node.js project with Express
2. Set up TypeScript configuration
3. Install dependencies

## Phase 2: Database Layer (30 min)
4. Design database schema
5. Create migration files
6. Set up database connection pool

## Phase 3: Authentication (45 min)
7. Implement user registration endpoint
8. Implement login endpoint with JWT
9. Create authentication middleware

# Review, approve, and Claude executes systematically

نصائح احترافية

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

• نقاط التحقّق (checkpoints) ليست git. استخدم نقاط التحقّق للتجريب السريع والترجيع؛ واستخدم إيداعات git للتغييرات الدائمة القابلة للتدقيق. ولا تلتقط نقاط التحقّق عمليات نظام ملفات Bash (مثل rm أو mv)، فأودِع العمل المهمّ في git.
• اختر وضع الأذونات المناسب للمهمة. استخدم plan لمراجعة الشيفرة للقراءة فقط، وacceptEdits لتدفّقات الأتمتة الموثوقة، وauto للعمل المستقلّ مع حواجز حماية أمنية، وdefault للتطوير التفاعلي حيث تراجع كل إجراء.
• استخدم التفكير الموسّع للقرارات المعمارية. بدّله عبر Alt+T / Option+T أو ابدأ موجّهك بكلمة “ultrathink”. اضبط الجهد عبر /effort high للاستدلال العميق في المسائل المعقّدة—لكن تخطّه في الاستعلامات البسيطة حيث يضيع العبء الإضافي هباءً.
• اضبط الاحتفاظ بنقاط التحقّق. يحكم إعداد cleanupPeriodDays (الافتراضي: 30) الاحتفاظ بنقاط التحقّق، وقوائم المهام، ولقطات الصدفة، والنسخ الاحتياطية. اخفضه لتوفير مساحة القرص أو ارفعه للاحتفاظ بتاريخ أطول.
• هيّئ نماذج احتياطية. اضبط "fallbackModel" في settings.json بما يصل إلى ثلاثة نماذج تُجرَّب بالترتيب عند تحميل النموذج الأساسي فوق طاقته، كي تكون تدفّقات العمل طويلة الأمد قادرة على تحمّل الأعطال.

تحدٍّ تطبيقي

استخدم نقاط التحقّق ووضع التخطيط معًا لاستكشاف تنفيذين متنافسين لميزة بأمان، ثم اختر الفائز.

المهمة

خطّط لإعادة هيكلة عبر /plan، ونفّذ المقاربة الأولى، وأنشئ نقطة تحقّق ذهنية، وارجِع لتجريب مقاربة بديلة، ثم قارن بينهما وأودِع الأفضل في git.

الخطوات

1. افتح مشروعًا وشغّل /plan Add input validation to the user registration endpoint. راجع الخطة المُنتَجة.
2. وافق على الخطة ودع Claude ينفّذ المقاربة A (مثلًا التحقّق في المتحكّم – controller).
3. اضغط Esc مرتين (أو استخدم /rewind) ولاحظ نقطة التحقّق الحالية في متصفّح الترجيع.
4. ارجِع إلى تلك النقطة واطلب من Claude تجربة المقاربة B (مثلًا التحقّق عبر مزخرِف وسيط – middleware decorator) بدلًا من ذلك.
5. قارن المقاربتين جنبًا إلى جنب، واختر الأفضل، وشغّل git add / git commit للحفاظ عليها.

النتيجة المتوقّعة

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

تلميح

تُنشأ نقاط التحقّق تلقائيًا مع كل موجّه مستخدم، فلا حاجة إلى الحفظ يدويًا. وعند الترجيع، اختر “Restore code and conversation” للترجيع الكامل، أو “Restore code” للإبقاء على تاريخ المحادثة مع إرجاع الملفات. تذكّر: نقاط التحقّق لا تتتبّع عمليات نظام ملفات Bash مثل rm أو mv—استخدم git لأي شيء دائم.

اختبار المعرفة

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

اختبر فهمك للميزات المتقدمة في Claude Code:

س1: ما أوضاع الأذونات الستة في Claude Code؟

أ) read، write، execute، admin، root، sudo
ب) default، acceptEdits، plan، auto، dontAsk، bypassPermissions
ج) safe، normal، elevated، admin، unrestricted، god
د) view، edit، run، deploy، full، bypass

الإجابة الصحيحة: ب — الأوضاع الستة هي: default، وacceptEdits، وplan، وauto، وdontAsk، وbypassPermissions.

س2: كيف تفعّل وضع التخطيط؟

أ) عبر الأمر /plan فقط
ب) عبر /plan، أو Shift+Tab/Alt+M، أو راية --permission-mode plan، أو التهيئة الافتراضية
ج) عبر راية --planning فقط
د) التخطيط مفعّل دائمًا

الإجابة الصحيحة: ب — يمكن تفعيل وضع التخطيط عبر الأمر /plan، أو اختصار لوحة المفاتيح Shift+Tab/Alt+M، أو راية سطر الأوامر –permission-mode plan، أو كافتراضي في التهيئة.

س3: ماذا يفعل الاسم البديل للنموذج opusplan؟

أ) يستخدم Opus فقط لكل شيء
ب) يستخدم Opus لمرحلة التخطيط وSonnet للتنفيذ
ج) يستخدم نموذجًا خاصًا مُحسَّنًا للتخطيط
د) يفعّل وضع التخطيط تلقائيًا

الإجابة الصحيحة: ب — يستخدم opusplan نموذج Opus لمرحلة التخطيط وSonnet لمرحلة التنفيذ.

س4: كيف تشغّل Claude في خطّ أنابيب CI/CD مع خرج JSON مهيكَل وحدّ للجولات؟

أ) claude --ci --json --limit 3
ب) claude -p --output-format json --max-turns 3 "review code"
ج) claude --pipeline --format json
د) claude run --json --turns 3

الإجابة الصحيحة: ب — وضع الطباعة (-p) مع --output-format json و--max-turns هو نمط CI/CD القياسي.

س5: ما الفرق بين وضعَي dontAsk وbypassPermissions؟

أ) هما متطابقان
ب) dontAsk يرفض تلقائيًا ما لم يكن معتمَدًا مسبقًا؛ وbypassPermissions يتخطّى كل الفحوص تمامًا
ج) dontAsk للملفات؛ وbypassPermissions للأوامر
د) bypassPermissions أكثر أمانًا

الإجابة الصحيحة: ب — dontAsk يرفض تلقائيًا ما لم يكن معتمَدًا مسبقًا. وbypassPermissions يتخطّى كل الفحوص الأمنية تمامًا.

موارد إضافية

الميزات المتقدمة في Claude Code: أخطاء شائعة يجب تجنّبها

تسبب الميزات المتقدمة أضرارًا فعلية حين تُستخدم بلا ضبط دقيق، لا بسبب تعقيدها بل بسبب توسّع صلاحياتها.

• تفعيل bypassPermissions دون قيود إضافية في بيئة إنتاج، ما يلغي شبكة الأمان تمامًا.
• الخلط بين وضع التخطيط (plan mode) ووضع dontAsk، فيتفاجأ المطور بأن Claude لا يزال يطلب تأكيدًا.
• تجاهل متغيرات البيئة الخاصة بالمنصة عند التبديل بين Bedrock وVertex وConsole، فتفشل الميزات المتقدمة بصمت.
• عدم اختبار Ultraplan أو أداة المستشار (التجريبية) في مهمة حقيقية قبل الاعتماد عليها في سير عمل حساس.

الميزات المتقدمة في Claude Code تمنحك تدفّق عمل متينًا قابلًا للتكرار. احفظ هذا الدليل عن الميزات المتقدمة في Claude Code وعُد إلى الخطوات متى احتجت إليها.

وفي الختام، الميزات المتقدمة في Claude Code تستحق وقتًا إضافيًا للاستكشاف والإتقان.

الميزات المتقدمة في Claude Code: أفضل الممارسات

هذه إحدى الميزات المتقدمة التي تستحق التجربة العملية قبل الاعتماد عليها في مشروع حقيقي.

باختصار، إتقان الميزات المتقدمة في Claude Code يفتح إمكانيات لا تتوفر في الاستخدام الأساسي، وكل ميزة من الميزات المتقدمة تستحق وقتًا للتجربة والفهم.

• استخدم وضع الطباعة لدمج المساعد برمجيًا في خطوط الأنابيب وCI.
• بدّل إلى وضع التخطيط قبل عمليات إعادة الهيكلة الكبيرة كي تتمكّن من الموافقة على الخطة.
• طابِق وضع الأذونات مع خطورة المهمة، لا مع الراحة وحدها.
• وجّه النماذج حسب المهمة: نموذج أسرع للتعديلات الروتينية، وأقوى للاستدلال الصعب.
• احتفظ بالتهيئة المتقدمة تحت التحكّم بالإصدارات كي تكون التشغيلات قابلة لإعادة الإنتاج.

الميزات المتقدمة في Claude Code: الأسئلة الشائعة

ما وضع الطباعة؟

وضع غير تفاعلي يتيح لك دمج المساعد برمجيًا في خطوط الأنابيب وCI.

ماذا يفعل توجيه النماذج؟

يرسل كل مهمة إلى نموذج مناسب، موازنًا بين السرعة والكلفة وقوة الاستدلال.

لماذا تستخدم وضع التخطيط؟

لمراجعة المقاربة والموافقة عليها قبل إجراء تغييرات كبيرة أو خطرة.

هل هذه الميزات المتقدمة في Claude Code قابلة للتهيئة؟

نعم — احتفظ بالتهيئة تحت التحكّم بالإصدارات كي تبقى التشغيلات قابلة لإعادة الإنتاج.

هل تعمل جميع الميزات المتقدمة على كل منصات النشر؟

لا — بعضها، مثل استخدام الحاسوب (المعاينة البحثية)، متاح فقط على منصات ونماذج محددة، فتحقق من التوثيق الرسمي قبل الاعتماد عليها في بيئة إنتاج.