Sonnet وOpus والجهد في Claude Code: اختيار النموذج

مواد عملية حول النماذج والعمل مع الوكلاء: توثيق Ailoot.

تحديث 23 سبتمبر 2026. منذ نشر هذه المقالة، غيّرت Anthropic أجيال النماذج مرتين: أُطلق أولًا Opus 5 وSonnet 5، ثم Claude Opus 5.5 في 22 سبتمبر. ما زال منطق الاختيار في هذا الدليل صالحًا: استخدم النموذج الأعلى تكلفة للهندسة المعمارية وتصحيح الأخطاء، والنموذج المتوسط للعمل اليومي. تغيّرت الأسماء والأسعار. أشرح بالضبط ما الذي تغيّر وكيفية قراءة الجداول أدناه في القسم التالي.

ما الذي تغيّر بحلول سبتمبر 2026: Opus 5.5 وSonnet 5 والأسعار الجديدة#

إليك ملخصًا سريعًا لما تغيّر في الأرقام والأوامر:

ثلاث نقاط تغيّر العمل اليومي.

النموذج الأعلى أصبح أرخص. تقول Anthropic إن Opus 5.5 يحتاج إلى حوسبة أقل، لذلك انخفض السعر لكل رمز بنسبة 20%، وتراجعت تكلفة قراءات الذاكرة المؤقتة من $0.50 إلى $0.20 لكل مليون، كما أصبحت تكلفة أحمال العمل المعتادة بالإعدادات الافتراضية أقل بنسبة 40% من Opus 5. لم تعد الفكرة القديمة «شغّلت Opus، فاستنفدت الحد المسموح به في نصف يوم» مقنعة بالقدر نفسه، لكنها لم تختفِ.

عليك الآن ضبط عمق الاستدلال يدويًا. يبدأ Opus 5.5 عند medium، بينما تبدأ النماذج الأخرى التي تدعم الجهد عند high. إذا كنت تتوقع تحليلًا عميقًا من النموذج الأعلى، فاضبط /effort high أو xhigh صراحةً. وهناك تفصيل إضافي: لا يعمل المفتاح الأعلى مستوى effortLevel في إعدادات المستخدم مع Opus 5.5، لأن المستوى يُحفظ الآن لكل نموذج على حدة.

تضم النماذج الثلاثة الحالية نافذة سياق من مليون رمز. لم تعد الملاحظات عن 200K للنموذج المتوسط والترقية إلى 1M باستخدام opus[1m] تنطبق على Opus 5.5 وSonnet 5 الحاليين؛ فلكل منهما مليون رمز أصلًا.

تحتفظ الجداول والحسابات أدناه بأسماء النماذج والأسعار الأصلية لتوضيح منطق الاختيار. استخدم الأسعار الحالية: $4 / $20 للنموذج الأعلى و$2 / $10 للنموذج المتوسط.

ما الذي يتغيّر في مايو 2026: Sonnet 4.6 وOpus 4.7 وHaiku 4.5 ولماذا يهم ذلك#

في 6 مايو 2026، خلال مؤتمر Code with Claude، أطلقت Anthropic خمسة تحديثات رئيسية: الذاكرة المُدارة (Dreaming)، والنتائج، وتنسيق الوكلاء المتعددين، وRemote Control، وAgent View. وفي اليوم نفسه، ضاعفت حدود Pro وMax وTeam وEnterprise. وأُزيل بالكامل تقييد ساعات الذروة الذي كان قائمًا منذ أواخر مارس.

وفي الوقت نفسه، ظهر اتفاق مختلف بشأن الحوسبة. أفصحت SpaceX في ملف S-1 عن صفقة مع Anthropic بقيمة $1.25 مليار شهريًا حتى مايو 2029 لتشغيل Colossus (أكثر من 220,000 وحدة معالجة رسومية من NVIDIA، وأكثر من 300 MW). وهذا يعني أن Claude سيحظى بقدرة أكبر في السنوات المقبلة، لا أقل.

ما الذي يغيّره ذلك عمليًا لمبرمج الأجواء؟ كان سير العمل المعتاد يبدو هكذا: «أستخدم Opus لأنه أذكى». أما الآن، فالنماذج الثلاثة تختلف فعلًا بعضها عن بعض:

• Opus 4.7 ($5 / $25 لكل مليون رمز إدخال/إخراج، وسياق 1M) — أُطلق في 16 أبريل 2026. أداة ترميز جديدة. بلغت نتيجته في SWE-bench Verified: 87.6%، بزيادة 13% عن Opus 4.6.
• Sonnet 4.6 ($3 / $15، وسياق 1M) — حقق 79.6% في SWE-bench Verified. أي 91% من نتيجة Opus 4.7 مقابل 60% من سعر إدخاله وإخراجه الأساسي، وتقارب نتيجته نتيجة Opus 4.6 (80.8%) بفارق 1.2 نقطة فقط.
• Haiku 4.5 ($1 / $5، وسياق 200K) — سريع ورخيص. لكل ما لا يتطلب تفكيرًا معماريًا.

والنقطة الأساسية: ثلاثة أوامر جديدة في Claude Code حصلت على تحديثات في أوائل مايو: /model و/effort و/fast. يمكن لكل منها خفض استخدام الرموز بمقدار يتراوح بين 2 و5 مرات إذا عرفت متى تستخدمه.

في الممارسة الموصوفة هنا، يُستخدم كلا النموذجين الرئيسيين يوميًا. وفيما يلي خريطة القرار الناتجة.

كيفية اختيار النموذج: خريطة قرار حسب نوع المهمة#

يسهل الاحتفاظ بهذا الجدول في متناول اليد والرجوع إليه عند الانتقال بين المهام.

المبدأ الأساسي: اجعل Sonnet الخيار الافتراضي. Sonnet 4.6 هو الخيار الافتراضي في معظم خطط المستخدمين لسبب وجيه. وتقول مساعدة Anthropic الرسمية مباشرةً إن Sonnet هو الخيار المناسب لمعظم مهام البرمجة.

نمط خطير يقع فيه 80% من المبتدئين: يجعلون Opus النموذج الافتراضي ويتساءلون عن سبب نفاد الحد المسموح به في نصف يوم. ينفد الحد لأن تكلفة Opus لكل رمز أعلى بمقدار 1.67 مرة.

كيف يختلف Sonnet 4.6 عن Opus 4.7 في المهام الفعلية#

لا يعني المعيار وحده الكثير. المهم هو الفرق في المهام الفعلية. إليك مقارنة مباشرة بين النموذجين في المهمة نفسها.

السيناريو 1. إعادة هيكلة بسيطة (3–5 ملفات).

يؤدي Sonnet وOpus العمل نفسه. وفي المقارنة الموصوفة، لم يُلاحظ أي فرق في جودة الشفرة. الوقت: Sonnet أسرع بنسبة 15–20%. التكلفة: Sonnet أرخص بمقدار 1.67 مرة، لذا فالفائز واضح.

السيناريو 2. تصحيح خطأ غير بسيط. لنفترض أن رسائل إيصالات البريد الإلكتروني توقفت عن الوصول على منصة تجارة إلكترونية بعد ترحيل بوابة الدفع. العَرَض: تعمل مهمة cron، ويسجل النظام سجلًا في قاعدة البيانات، لكن البريد الإلكتروني لا يُرسل.

• Sonnet: يفحص السجلات والأماكن الواضحة خلال 15 دقيقة، ويجد خدمة البريد الإلكتروني في متغيرات البيئة، ويقترح التحقق من المفتاح. إذا كان المفتاح سليمًا، يبدأ بالدوران في حلقة مفرغة.
• Opus مع جهد xhigh: يبني فورًا خريطة ذهنية: «webhook ← cron ← فحص الحالة ← خدمة البريد الإلكتروني». ويكتشف خلال 20 دقيقة أن الترحيل غيّر تنسيق معرّف الطلب، بينما ترشّح خدمة البريد الإلكتروني وفق التنسيق القديم.

ليس هذا سحرًا، بل استدلال تكيفي: يقرر Opus 4.7 في كل خطوة مقدار التفكير المطلوب، وفي الأخطاء الصعبة ينفق الرموز على استدلال أعمق، لا على استجابة أسرع.

السيناريو 3. قرار معماري. «هل ينبغي نقل التحليلات إلى خدمة منفصلة؟» سيقدم Sonnet خطة جيدة لسؤال كهذا، لكنه قد يغفل بعض التفاصيل الدقيقة؛ مثل أن مراقبة خدمتين ستتطلب نقل التنبيهات. أما Opus 4.7 فيتناول هذه التفاصيل بطريقة منهجية.

السطر الأخير مهم. عندما تقرأ أن «سعر Opus 4.7 هو كذا»، تذكر أن الملف نفسه سيستهلك رموزًا أكثر بنسبة 20–35% مقارنةً بـ Sonnet. لذا ترتفع التكلفة الفعلية للمهمة نفسها أكثر مما توحي به الأسعار الاسمية في الجدول.

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

متى تستخدم Haiku 4.5 (ولماذا تستخدم 80% من مهام Claude Code نموذج Sonnet)#

فيما يلي المواضع التي يكون فيها Haiku مفيدًا فعلًا:

• سكربتات من سطر واحد: «اكتب سكربت bash لإعادة تشغيل nginx إذا لم تستجب العملية لمدة 30 ثانية».
• شرح بسيط للشفرة: «ماذا تفعل هذه الدالة؟»
• إنشاء رسائل الالتزام التقليدية.
• فحوصات بناء الجملة الأساسية / إصلاحات lint.
• ترجمة التعليقات بين اللغات.

من الناحية التقنية، يعمل Haiku في Claude Code كما يعمل عند استخدام /model haiku. لكن ثمة تفصيلًا: تستخدم الوكلاء الفرعيون والمهام الخلفية Haiku افتراضيًا ما لم تتجاوز هذا الإعداد بمتغير البيئة ANTHROPIC_DEFAULT_HAIKU_MODEL.

سياق Haiku هو 200K رمز. وهذا يكفي لمعظم الملفات، لكنك ستبلغ الحد إذا كنت تعمل على مستودع أحادي أو نصوص مطولة. في هذه الحالة، يضم سياق Sonnet وOpus مليون رمز.

التكلفة: تكلف 1,000 مطالبة متشابهة (مثل إنشاء رسائل التزام من 200 رمز إدخال + 50 رمز إخراج) $0.45 على Haiku. وتبلغ تكلفة العمل نفسه $1.35 على Sonnet و$2.25 على Opus. أي فرق بمقدار ثلاثة أضعاف.

الأمر /model: كيفية التبديل أثناء الجلسة#

ست طرق لتعيين النموذج في Claude Code، حسب الأولوية:

1. أثناء الجلسة: /model <alias> — يبدّل النموذج فورًا. ينتقل سجل المحادثة والملفات والسياق كما هي؛ ولا يتغيّر سوى النموذج الذي يعالج الرسالة التالية. إذا سبق أن ظهر إخراج في الجلسة، فستطلب قائمة الاختيار التأكيد؛ وستعيد الاستجابة التالية قراءة السجل كاملًا من دون ذاكرة مؤقتة.
2. عند التشغيل: claude --model <alias>.
3. متغير البيئة: ANTHROPIC_MODEL=<alias>.
4. ملف الإعدادات: الحقل model في ~/.claude/settings.json.

الأوامر الأساسية:

# Launch with the senior model (currently Opus 5.5)
claude --model opus

# Switch to Sonnet within a session
/model sonnet

# Open the selection menu (for interactive selection)
/model

# Switch to Opus with 1M context
/model opus[1m]

# Switch to a specific version (pin)
/model claude-opus-5-5

الأسماء المستعارة وما تشير إليه في Anthropic API (اعتبارًا من 23 سبتمبر 2026):

• opus ← Opus 5.5 (يتطلب Claude Code v2.1.280 أو أحدث)
• sonnet ← Sonnet 5
• haiku ← Haiku 4.5
• best ← أذكى نموذج متاح
• default ← Opus 5.5 في Pro وMax وTeam وEnterprise وAnthropic API
• opusplan ← مزيج من Opus وSonnet (مناقش منفصلًا أدناه)

⚠️ تختلف الإعدادات الافتراضية لدى مزودي الخدمات السحابية: في Amazon Bedrock وGoogle Cloud يشير الاسم المستعار sonnet إلى Sonnet 4.5؛ وفي Microsoft Foundry ما زال opus يُحل إلى Opus 4.6. إذا كنت تعمل عبر مزود سحابي، فإما أن تثبّت إصدارًا محددًا (claude-opus-5-5) أو تضبط المتغير ANTHROPIC_DEFAULT_OPUS_MODEL.

ابتداءً من الإصدار 2.1.144، يتمثل التغيير الأساسي في أن /model لم يعد يكتب الاختيار في الإعدادات. بل ينطبق على الجلسة الحالية ويختفي عند إغلاقها. لحفظ نموذج افتراضي دائمًا، اضغط d على الصف المحدد في قائمة الاختيار. سيؤدي ذلك إلى كتابة الحقل model في ~/.claude/settings.json.

تحتفظ الجلسات الملخّصة (claude --resume و--continue و/resume) بالنموذج المستخدم في تلك الجلسة بصرف النظر عن الإعداد الحالي. يمنع هذا تغيير نموذجك عند استئناف جلسة بسبب جلسة أخرى.

للتحقق من النموذج النشط حاليًا، استخدم /status — فهو يعرض الحساب والنموذج الحالي.

/model opusplan: قارن تكلفتي التخطيط والتنفيذ مستقلتين#

في الممارسة الموصوفة هنا، يُستخدم هذا الوضع للمهام التي تستغرق أكثر من 10 خطوات.

المنطق:

• في وضع التخطيط (/plan)، تناقش الهندسة المعمارية والخيارات وتتفق على نهج. يكون Opus مكلفًا هنا، لكنه يستحق سعره لأن استدلاله مختلف جوهريًا.
• بمجرد انتهاء وضع التخطيط وبدء Claude بتحرير الملفات وكتابة الاختبارات وتشغيل الأوامر، يصبح ذلك تنفيذًا. وفي التنفيذ، يضاهي Sonnet 4.6 جودة Opus.

للتفعيل:

# At launch
claude --model opusplan

# Or within a session
/model opusplan

حساب محدد. لنفترض توزيعًا معتادًا لإعادة هيكلة من 50 خطوة:

• التخطيط (5 خطوات، ~30,000 رمز إدخال + 8,000 رمز إخراج): Opus 4.7
• التنفيذ (45 خطوة، ~200,000 رمز إدخال + 50,000 رمز إخراج): Sonnet 4.6

يستخدم الأساس 230,000 رمز إدخال و58,000 إخراج بتكلفة $2.60 بأسعار Opus التاريخية في الجدول. يبقي opusplan ‏30,000 إدخال و8,000 إخراج على Opus ($0.35)، ويستخدم 200,000 إدخال و50,000 إخراج على Sonnet ($1.35)، بإجمالي $1.70. التوفير ($2.60 − $1.70) / $2.60 = 34.6%. بأعداد رموز متطابقة وهذه الأسعار، يوفر استبدال التنفيذ 40% من ذلك الجزء؛ وحتى لو مثل التنفيذ 90% من التكلفة الأساسية، يبلغ التوفير الإجمالي 36%. يحتاج اختلاف مُجزِّئ الرموز إلى أعداد إدخال وإخراج صريحة لكل نموذج، ولا يبرر وحده ادعاء 75–80%.

⚠️ تفصيل واحد: يستخدم Opus في وضع التخطيط ضمن opusplan سياقًا قياسيًا من 200K. ولا تنطبق الترقية التلقائية إلى 1M المتاحة مع الاسم المستعار opus على opusplan. إذا كنت تخطط لمهمة ضخمة تضم ملايين الرموز من السياق (مثل تحليل مستودع أحادي كبير)، فاستخدم /model opus[1m] صراحةً أو انتقل إلى opusplan بعد التخطيط.

الأمر /effort: خمسة مستويات للاستدلال التكيفي#

هذا هو ثاني أهم أمر بعد /model. الجهد هو استدلال تكيفي: يقرر النموذج في كل خطوة مقدار عمق التفكير المطلوب بناءً على تعقيد المهمة. وكلما ارتفع المستوى، تعمق الاستدلال وزاد عدد الرموز المستخدمة.

المستويات (بحسب المهمة):

النماذج الثلاثة المدعومة هي Opus 4.7 وOpus 4.6 وSonnet 4.6. ولا يتوفر الجهد في النماذج الأخرى.

ما الذي تغيّر بحلول سبتمبر 2026. تتوفر مستويات low وmedium وhigh وxhigh وmax في Opus 5.5 وOpus 5 وSonnet 5 وOpus 4.8 وOpus 4.7؛ أما Opus 4.6 وSonnet 4.6 فلا يدعمان xhigh، ويُنفذ طلب xhigh عليهما بوصفه high. المستوى الافتراضي هو high في كل النماذج التي تدعم الجهد، باستثناء Opus 5.5 (medium) وOpus 4.7 (xhigh). وهذا يعني أنه يجب طلب التحليل العميق صراحةً على النموذج الأعلى الحالي. كما ظهر وضع منفصل باسم ultracode: إنه إعداد في Claude Code، لا مستوى للنموذج؛ فهو يرسل xhigh ويطلب أيضًا من Claude إنشاء سير عمل ديناميكي للمهام الكبيرة.

كيفية ضبطه:

# Open the interactive slider
/effort

# Set the level directly
/effort high
/effort xhigh

# Reset to the model default
auto

# Through a launch flag
claude --effort high

# Through an environment variable (applies at launch)
export CLAUDE_CODE_EFFORT_LEVEL=high

# In settings (max does not work—max is session-only)
{
  "effortLevel": "high"
}

# In skill / subagent frontmatter
---
name: my-skill
effort: low
---

يظهر المستوى بجوار الشعار ومؤشر التحميل في Claude Code، مثل «بجهد low»، لذلك لا حاجة إلى فتح /model للتحقق.

ويظهر شريط تمرير الجهد أيضًا داخل قائمة اختيار /model؛ استخدم السهمين الأيمن والأيسر لضبطه.

تفصيل مهم. عند الانتقال إلى Opus 4.7 من أي نموذج آخر، يُضبط الجهد قسرًا على xhigh، حتى لو كان high مضبوطًا لـ Opus 4.6 أو Sonnet 4.6. لاستعادة المستوى المطلوب، شغّل /effort مرة أخرى.

تقنية أخرى: ultrathink في نص الطلب. إذا أدرجت الكلمة ultrathink في نص الطلب، فسيستخدم Claude استدلالًا أعمق لذلك الدور الواحد من دون تغيير جهد الجلسة. العبارات المشابهة («think» و«think hard» و«think more») لا تُفعّل هذا السلوك؛ بل تمرر كنص عادي.

الأمر /fast: يصبح Opus أسرع بـ 2.5x مقابل 6 أضعاف السعر — متى يستحق ذلك؟#

الوضع السريع ميزة تجريبية بحثية. يتطلب Claude Code v2.1.36+ ويمكن التحقق منه باستخدام claude --version.

للتفعيل:

# Toggle fast mode (available in the Claude Code CLI and VS Code Extension)
/fast

# Or in settings
{
  "fastMode": true
}

بعد تفعيله:

• إذا كنت تستخدم نموذجًا آخر، فسيتحول Claude Code تلقائيًا إلى Opus.
• ستظهر رسالة تأكيد «Fast mode ON».
• ستظهر أيقونة ↯ بجوار الطلب.

الخيارات والتفاصيل:

• النموذج الافتراضي في الوضع السريع هو أقوى نموذج Opus متاح. واعتبارًا من 23 سبتمبر 2026، هو Opus 5.5؛ ولا يعمل الوضع السريع على Opus 4.7 إطلاقًا، وسيؤدي التبديل إليه إلى إيقاف الوضع السريع.
• يُحفظ الوضع السريع بين الجلسات افتراضيًا. ويمكن لمسؤولي Team/Enterprise اشتراط الموافقة الصريحة لكل جلسة باستخدام fastModePerSessionOptIn: true.
• عند إيقاف الوضع السريع بتشغيل /fast مرة أخرى، ستظل على Opus؛ ولن يعود النموذج إلى السابق. للتبديل، استخدم /model.
• يؤدي تفعيله في منتصف المحادثة إلى احتساب سعر الوضع السريع على سياق المحادثة بأكمله. لذا يكون تفعيله في بداية الجلسة مباشرةً أوفر من تفعيله في منتصفها.

متى تستخدم الوضع السريع:

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

متى لا تستخدمه:

• المهام الطويلة المستقلة التي لا تكون فيها السرعة حاسمة. تدفع 6 أضعاف السعر مقابل سرعة تبلغ 2.5 ضعف؛ ولا يستحق ذلك إذا ذهبت لتناول الغداء بينما يعمل Claude.
• المعالجة الدفعية وخطوط CI/CD — فهو غير مخصص للوضع التفاعلي على الإطلاق.
• أحمال العمل الحساسة للتكلفة — فالاختيار واضح.

التوفر:

• لا يعمل على Bedrock أو Vertex أو Foundry.
• يتطلب أرصدة استخدام في الحساب (فوترة تتجاوز الحد المشمول في الخطة). يُفعّل للحسابات الفردية في إعدادات فوترة Console. أما في Team/Enterprise، فيجب على المسؤول تفعيله.
• لا تُخصم رموز الوضع السريع من الحد المشمول في الخطة. بل تُخصم مباشرةً من أرصدة الاستخدام، بأسعار الوضع السريع منذ الرمز الأول.

إذا بلغت حد طلبات الوضع السريع أو نفدت أرصدة الاستخدام، يتحول الوضع السريع تلقائيًا إلى السرعة والتسعير القياسيين، ويتحول لون أيقونة ↯ إلى الرمادي، ويستمر العمل. وعند إعادة ضبط الحد، يُفعّل الوضع السريع مجددًا تلقائيًا.

لا يتعارض الوضع السريع والجهد. يمكنك الجمع بينهما: الوضع السريع + جهد low = أقصى سرعة في المهام البسيطة.

التكلفة الفعلية لكل نموذج: تفصيل فاتورتك الشهرية#

الأسعار لكل مليون رمز (Anthropic API، بالدولار الأمريكي):

ما الذي يخفض الفاتورة فعليًا:

1. التخزين المؤقت للمطالبات. تخزن Anthropic الأقسام المتكررة من المطالبات مؤقتًا: مطالبة النظام وCLAUDE.md وأوصاف الأدوات. تبلغ تكلفة إصابة الذاكرة المؤقتة 10% من سعر الإدخال. وفي Sonnet، يحول ذلك $3 لكل مليون رمز إلى $0.30، أي أرخص بعشر مرات. يُفعّل تلقائيًا عبر cache_control: { type: "ephemeral" } في طلب API. ويعمل افتراضيًا في Claude Code.

2. Batch API: خصم 50% على الإدخال والإخراج للمهام التي يمكنها الانتظار (التقارير، وتوليد النصوص بكميات كبيرة على دفعات). تكلفة Sonnet عبر Batch API هي $1.50 / $7.50. لا يعمل مباشرةً في Claude Code، لكن استخدمه إذا كنت تبني عمليات آلية باستخدام Anthropic SDK.

3. opusplan بدلًا من Opus وحده: توفير نحو 34.6% في المثال التاريخي المحسوب؛ ويتوقف الإجمالي الفعلي على حصة التنفيذ والرموز والأسعار والتخزين المؤقت وإعادة المحاولات.

4. Sonnet افتراضيًا + Opus عند الحاجة: المصدر الأساسي للتوفير. إذا كان Opus مفعّلًا «تحسبًا لأي طارئ»، ينتقل الإعداد الموصوف هنا إلى Sonnet. وإذا كانت المهمة تتطلب Opus، فسيظهر ذلك بحلول الخطوة الثالثة أو الرابعة، وعندها أنتقل إليه صراحةً باستخدام /model opus.

5. تذكّر أداة الترميز الجديدة في Opus 4.7. يستخدم Opus 4.7 رموزًا أكثر بنسبة تصل إلى 35% من Sonnet 4.6 في الملف نفسه. وتكون التكلفة الفعلية للمهمة نفسها أعلى مما قد يوحي به الجدول.

مثال محدد: مهمة معتادة لوكالة عقارية تبني نموذجًا أوليًا لموقع عميل جديد: «أنشئ صفحة تتضمن ثلاثة أقسام ونموذجًا وتكاملًا مع بوابة دفع». وكانت النتائج:

• Opus 4.7 وحده (جهد high): ~$4.80 لكل جلسة (1.5 ساعة عمل).
• opusplan: ~$1.90 (يخطط Opus وينفذ Sonnet).
• Sonnet 4.6 وحده (جهد high): ~$1.30، لكن القرار المعماري كان أسوأ (اتبع Sonnet نهجًا قائمًا على القوالب، بينما ابتكر Opus في opusplan نهجًا يلائم المتطلبات غير التقليدية).

الفائز في هذه المهمة هو opusplan. يبلغ التوفير 60%، مع جودة Opus في الجزء الحاسم.

لا يعرض Claude Code أعداد الرموز مباشرةً للحدود؛ فهي ديناميكية وتعتمد على الخطة. لكن يمكنك رؤية خطتك واستخدامك الحالي في /status. ولمزيد من التحكم الدقيق، راجع الدليل المفصل: كيفية تجنب استنفاد حدود Claude Code في يوم واحد.

ما سير العمل اليومي الذي ينبغي إعداده؟ أربع إعدادات مسبقة جاهزة#

يمكن التبديل بين هذه الإعدادات الأربعة بحسب يوم العمل والمهمة.

الإعداد المسبق 1. البرمجة اليومية — 80% من وقت العمل في الممارسة الموصوفة هنا.

claude --model sonnet --effort high
# Inside the session, escalate to Opus if needed
/model opus

ما يناسبه: الميزات الجديدة، وإعادة الهيكلة الصغيرة، وتصحيح الأخطاء البسيطة، والتوثيق. Sonnet عند جهد high هو الخيار الأمثل.

الإعداد المسبق 2. إعادة الهيكلة الثقيلة — تغيير معماري كبير.

claude --model opusplan
# First use /plan to discuss the structure
# After leaving Plan Mode, Sonnet handles execution

ما يناسبه: إعادة كتابة وحدة عبر أكثر من 15 ملفًا، أو نقل تكامل من بوابة إلى أخرى. يتولى Opus الهندسة المعمارية (التفكير في التبعيات)، ويتولى Sonnet التنفيذ (تحرير الملفات بسرعة). ويمكن أن توفر هذه المهام أكثر من 70%.

الإعداد المسبق 3. الإصلاح السريع — تعديلات من سطر واحد وسكربتات.

claude --model haiku --effort low

ما يناسبه: «غيّر اسم متغير في كل الملفات»، و«اكتب سكربت bash لإعادة تشغيل nginx»، و«ماذا تفعل هذه الدالة؟». يتعامل Haiku مع هذه المهام، وتكلفته أقل بثلاث مرات من Sonnet.

الإعداد المسبق 4. جلسة الهندسة المعمارية — قرار استراتيجي.

claude --model opus --effort xhigh
# Use maximum effort when entering Plan Mode:
/plan
# Add the word ultrathink to the prompt for critical questions

ما يناسبه: «هل ينبغي أن يكون X خدمة منفصلة؟»، و«ما الأدوات التي ينبغي استخدامها للنموذج الأولي؟»، و«كيف ننظم مخطط قاعدة بيانات للاستخدام متعدد المستأجرين؟». هنا يكون Opus 4.7 مكلفًا ويستحق التكلفة؛ لأن الخطأ في هذا الموضع يكلّف أسابيع من العمل.

يمكن حفظ هذه الإعدادات المسبقة بوصفها مهارات (نموذج واحد لكل مهارة) أو أسماء مستعارة في ~/.zshrc:

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

إذا كنت تعمل ضمن فريق، يمكنك توحيد الإعدادات عبر الإعدادات المُدارة. يضبط المسؤول availableModels: ["sonnet", "haiku", "opusplan"] في سياسة المؤسسة، فلا يستطيع المستخدمون اختيار Opus مباشرةً، بل عبر الموافقة الصريحة فقط. وهذا إجراء وقائي جيد لتجنب استنفاد الحد المسموح به عرضًا.

ولمن يبنون وكلاء فرعيين، يمكن أيضًا تعيين نماذج مختلفة لهم عبر CLAUDE_CODE_SUBAGENT_MODEL أو حقل model في الواجهة الأمامية لتعريف الوكيل. وهذا يضيف مستوى آخر من التحسين.

ما العمل عند نفاد السعة: خمس تقنيات عملية#

إذا أظهر /status أنك بلغت حد Opus:

1. انتقل إلى Sonnet 4.6: /model sonnet. له حصة منفصلة، ولن تلاحظ فرقًا في 80% من المهام. وفي Anthropic API، حتى عند بلوغ حد Opus، قد ينتقل Claude Code تلقائيًا إلى Sonnet إذا اقتربت من الحد.

2. استخدم opusplan لما تبقى من العمل: /model opusplan. إذا بقيت لديك مهام في وضع التخطيط لليوم، فستستخدم Opus بالحد الأدنى (للتخطيط فقط)؛ وسيُنفّذ كل شيء على Sonnet.

3. تحقق من التخزين المؤقت للمطالبات: تأكد من أنك لم تعطّله باستخدام DISABLE_PROMPT_CACHING=1. إذا احتوى CLAUDE.md أو مطالبة النظام على ميغابايت من الإعدادات، فينبغي تخزينه مؤقتًا. ومع قراءة 90% من المحتوى، يقلل ذلك الاستخدام عشرة أضعاف.

4. انقل المهام الدفعية: إذا كان لديك توليد بالجملة (تقارير أو نصوص أو ترجمات)، فانقله إلى سكربت يستخدم Batch API — بخصم 50% على الإدخال والإخراج. لا يعمل مباشرةً في Claude Code، لكن إعداده يستغرق 30 دقيقة باستخدام سكربت tsx وAnthropic SDK.

5. استخدم Haiku للمهام الثانوية: في المهام الروتينية مثل «اكتب رسالة التزام» أو «اشرح محتوى هذا الملف»، بدّل Claude Code إلى Haiku. يستخدم رموزًا أقل بثلاث مرات من Sonnet وخمس مرات من Opus.

وتذكير أساسي: منذ 6 مايو 2026، تضاعفت الحدود في Pro وMax وTeam وEnterprise، وأُزيل تقييد ساعات الذروة. إذا استنفد Opus سعتك في نصف يوم، فالمشكلة ليست في الحدود، بل في استخدام Opus لمهام يستطيع Sonnet إنجازها. تعيدك خريطة القرار في القسم الثاني من هذا الدليل إلى زمام التحكم.

للاطلاع المتعمق على الحدود وثماني قواعد عملية لتوفير الرموز، راجع المقالة المرجعية: كيفية تجنب استنفاد حدود Claude Code في يوم واحد: 8 قواعد لتوفير الرموز في 2026. ومن المواد المصاحبة المفيدة وضع التخطيط في Claude Code: دليل خطوة بخطوة، لأن opusplan لا يعمل من دون وضع التخطيط. أما الأساس لكل نموذج فهو كيفية إعداد CLAUDE.md في 2026.

إعداد عملي للبرمجة بالأجواء: نسخة الذكاء الاصطناعي + الدماغ الثاني + هندسة السياق. مواد عملية: توثيق Ailoot.

مواد وأدوات إضافية: Ailoot.