Opus 4.8 في Claude Code: ما الجديد والأسعار وكيفية التبديل في 2026

الوثائق المرجعية لـAiloot: ailoot.ai/docs/.

ما الذي أُطلق في Claude Code يوم 28 مايو#

في 28 مايو، أطلقت Anthropic Opus 4.8 — بعد 41 يومًا من Opus 4.7. وصدر Claude Code v2.1.154 ومنشور المدونة “Introducing dynamic workflows in Claude Code” في اليوم نفسه. وفي اليوم التالي، أصلح الإصدار v2.1.156 خطأً في كتل التفكير كان يعطل واجهة API عند استخدام Opus 4.8.

أربعة تغييرات تؤثر في كل من يبرمج باستخدام Claude Code:

1. نموذج Opus 4.8 الجديد — الأسعار نفسها ($5/$25 لكل مليون رمز)، لكن بنتائج أعلى في المعايير المرجعية، واحتمال تفويته للأخطاء في شيفرته أقل بأربع مرات.
2. Dynamic Workflows — يكتب Claude نصًا بلغة JS يستطيع إطلاق ما يصل إلى 1000 وكيل فرعي خلال التشغيل، وبحد أقصى 16 وكيلًا نشطًا في الوقت نفسه. والكلمة المحفزة هي workflow في نص الطلب.
3. جهد xhigh — مستوى جديد للاستدلال. الإعداد الافتراضي في Opus 4.8 أصبح الآن high؛ وللمهام الصعبة، يمكنك رفعه إلى xhigh.
4. انخفضت تكلفة Fast Mode إلى الثلث — كانت تعادل 6× السعر القياسي؛ وأصبحت الآن 2× مقابل سرعة تبلغ 2.5×.

تتحدث Anthropic نفسها بحذر عن هذا الإصدار:

في هذا الدليل، سأوضح بالتحديد ما الذي تغير، وما تكلفته عمليًا، وما إذا كان عليك التبديل الآن أم الانتظار.

ما الفرق بين Opus 4.8 و4.7؟#

ما الذي تحسن في الأرقام

نشرت Anthropic نتائج المعايير المرجعية في الإعلان الرسمي وفي وثائق Claude API. إليك جدولًا موجزًا:

⚠️ هذه أرقام منشورة من المورّد — أي أرقام من Anthropic، وليست قياسًا مستقلًا.

الوعد الأساسي: «احتمال تفويت الأخطاء أقل بـ4×»

تدعي Anthropic:

يبدو ذلك رائعًا، لكن هناك تفصيلًا دقيقًا في الخلفية: وفقًا لـSystem Card من Anthropic، سجل Claude Opus 4.8 أدنى معدل للإجابات غير الصحيحة بين ستة نماذج في كل معيار، لأنه يمتنع عن الإجابة عندما لا يكون واثقًا.

وبترجمة لغة System Card إلى لغة مبرمج الأجواء: لم يصبح النموذج أذكى بأربع مرات. بل أصبح أرجح أن يقول «لست متأكدًا، تحقق من هذا» بدلًا من تقديم هلوسة معقولة. تطور عبر الصراحة بدلًا من زيادة معدل الذكاء — هكذا تطور.

عمليًا، يعني ذلك أنه في المهام نفسها التي اعتاد فيها Claude أن يكذب بثقة، سيقول الآن: «لست متأكدًا من هذا». وهذا يقلل المخاطر لكنه لا يزيد التغطية.

ما الذي بقي كما هو

• السعر القياسي ($5 لكل مليون رمز إدخال، و$25 لكل مليون رمز إخراج) — لم يتغير.
• تاريخ قطع المعرفة — يناير 2026، كما في 4.7.
• السياق الافتراضي — 1 مليون رمز على Anthropic API وAWS Bedrock وGCP Vertex AI. وعلى Microsoft Foundry — 200K.
• الحد الأقصى للإخراج — 128K رمزًا.
• معلمات أخذ العينات (temperature وtop_p وtop_k) — لا تزال غير مدعومة؛ وتُرجع خطأ 400.

أين يقصر Opus 4.8

بصراحة: حصل Opus 4.8 على 74.6% في Terminal-Bench 2.1 — وهي نتيجة ليست سيئة، لكنها لا تجعله متصدر الفئة. إذا كان معظم عملك في الطرفية، فضع ذلك في الحسبان: يتفوق Codex غالبًا بفارق بسيط في المهام الطرفية البحتة. ويتقدم Opus 4.8 في المعايير الأخرى، لكن هذا الفارق حقيقي.

النقطة الصريحة الثانية: في مسارات الوكلاء المعقدة ذات المدخلات غير المتحقق منها (تحليل مواقع الويب وقراءة RSS)، لا توجد ضمانة للحماية من حقن التعليمات في Opus 4.8. إذا كنت تبني أتمتة تقرأ مستندات الآخرين، فأبقِ أداة مستقلة لتنقية المدخلات.

كم تبلغ تكلفة Opus 4.8 في 2026؟#

فئات الأسعار

بقي السعر القياسي كما كان في 4.7 و4.6. وهذا نادر — إذ عادةً ما تكون الأجيال الجديدة أغلى. وانخفضت تكلفة Fast Mode إلى الثلث: ففي 4.6 و4.7، كان الوضع السريع يساوي 6× السعر القياسي. أما في 4.8، فيساوي 2×.

ماذا يعني ذلك لكل ساعة عمل

تستهلك ساعة واحدة من البرمجة الفعلية في Claude Code باستخدام Opus 4.8 نحو 1–2 مليون رمز إدخال و100–300 ألف رمز إخراج. وبالأسعار القياسية، يعادل ذلك $5–10 للإدخال و$2.5–7.5 للإخراج. وبالتقريب، تبلغ التكلفة $8–15 في الساعة لواجهة API وحدها.

في خطط الاشتراك:

• Pro ($20/month) — تكفي لساعة إلى ساعتين من العمل الفعلي يوميًا. وقد يستنفد طلب واحد صعب يستخدم Dynamic Workflow الحد.
• Max 5x ($100/month) — من 4 إلى 6 ساعات يوميًا باستمرار. وهي الخيار الأنسب لمعظم مبرمجي الأجواء.
• Max 20x ($200/month) — يوم عمل كامل دون القلق بشأن الحد. وهي مناسبة إذا كنت تطلق الكثير من مسارات العمل أو تستخدم Agent SDK.

مزيد من التفاصيل في الدليلين كيف تتجنب استنفاد حدود Claude Code وأين تذهب الرموز.

⚠️ تشير Anthropic إلى تفصيل مهم: يستهلك سير العمل الذي يضم 1000 وكيل «رموزًا أكثر بكثير من جلسة معتادة». قد يستهلك تشغيل كبير مخصصًا ملحوظًا رغم عدم جريان أكثر من 16 وكيلًا معًا. افحص الاستخدام المتاح وحدد ميزانية للتشغيل قبل إطلاقه؛ فالتزامن وحده لا يحدد التكلفة الإجمالية.

⚠️ لا تشمل خطط Pro / Max / Team / Enterprise وضع Fast Mode. ويتطلب تفعيل أرصدة الاستخدام، وتتم فوترته على نحو منفصل بسعر $10/$50 لكل مليون رمز، إضافة إلى الاشتراك. إذا كنت مشتركًا في Max وفعّلت Fast Mode دون أرصدة، فستظهر لك رسالة تفيد بأن عليك شحن رصيدك. وغالبًا ما يغيب هذا التفصيل عند قراءة الوثائق.

ما Dynamic Workflows في Claude Code؟#

كيف يختلف سير العمل عن الوكيل الفرعي والمهارة

سابقًا، كان كل ما يفعله Claude Code تلقائيًا يعتمد على التنسيق خطوةً بخطوة. ففي كل خطوة، كان Claude يقرر الأداة التي سيستدعيها، وتبقى النتائج الوسيطة في سياقه. وهذا يناسب ما يصل إلى 4–5 وكلاء فرعيين؛ أما مع عدد أكبر، فيفيض السياق.

يغير Dynamic Workflow هذا النمط. يكتب Claude نصًا برمجيًا بلغة JavaScript ينسق الوكلاء بنفسه. وتبقى النتائج الوسيطة في متغيرات النص البرمجي، لا في سياق Claude. ولا تعود إلى السياق إلا النتيجة النهائية. ولهذا ثلاثة آثار:

1. يمكنك إطلاق ما يصل إلى 16 وكيلًا بالتوازي، وبحد إجمالي يبلغ 1000 لكل تشغيل.
2. لا يفيض سياق Claude — إذ يعمل كل وكيل فرعي في بيئة معزولة خاصة به.
3. يمكن إعادة استخدام النص البرمجي — بعد تشغيل ناجح، اضغط s في /workflows وسيُحفظ كأمر شرطة مائلة.

وتصف وثائق Anthropic لسير العمل الأمر على النحو التالي:

حدود بيئة التشغيل

ثلاث طرق لتفعيل سير العمل

1. كلمة workflow في الطلب. «شغّل سير عمل لتدقيق كل نقطة نهاية API ضمن src/routes/ بحثًا عن فحوصات المصادقة الناقصة». يرى Claude الكلمة المحفزة، ويكتب نصًا برمجيًا ثم يطلقه.
2. /effort ultracode — يجمع استدلال xhigh مع التنسيق التلقائي لسير العمل. ويُطبّق على جميع المهام الجوهرية في الجلسة. وتقول الوثائق:

3. /deep-research [question] — سير عمل مدمج للبحث باستخدام البحث على الويب ومراجعة المصادر المتقاطعة.

مثال: Bun على 750,000 سطر من Rust في 11 يومًا

استخدم فريق Bun Dynamic Workflows في تجربة لنقل Bun من Zig إلى Rust. وفقًا لمدونة Anthropic:

• نحو 750,000 سطر من Rust أُنشئت.
• 11 يومًا من أول commit حتى الدمج.
• اجتازت 99.8% من الاختبارات في مجموعة الاختبارات الحالية.
• نحو 300 قاعدة لترجمة Zig → Rust.

كان النمط التقني ثلاثة مسارات عمل متتالية:

1. يحدد سير العمل #1 عمر Rust المناسب لكل حقل بنية في قاعدة شيفرة Zig.
2. يكتب سير العمل #2 كل ملف .rs بوصفه نقلًا مطابقًا في السلوك لنظيره .zig. مئات مهام الملفات موزعة على دفعات، بحد أقصى 16 وكيلًا متزامنًا ومراجعين لكل ملف.
3. سير العمل #3 حلقة إصلاح: تشغّل البناء والاختبارات حتى ينجح كل شيء.

الفخ الأساسي: ستستنفد مسارات العمل حدودك في المهام الصغيرة

الخلاصة العملية: إذا أمكن إنجاز المهمة بواسطة وكيل فرعي بسيط واحد أو اثنين، فلا تستدعِ سير عمل؛ استخدم الوكلاء الفرعيين يدويًا. تفيد مسارات العمل عند التعامل مع 50 ملفًا أو أكثر، لا 5.

يمثل Dynamic Workflow الخطوة التالية في هندسة السياق. قد يوزع سير العمل العمل على ما يصل إلى 1000 إطلاق وكيل إجمالًا، مع جدولة 16 على الأكثر في الوقت نفسه. دون سياق مشروع مشترك، قد تتراكم الأخطاء عبر هذه الدفعات لأن كل وكيل يرى جزأه فقط.

متى ينبغي تفعيل جهد xhigh؟#

تقول Anthropic صراحةً في ملاحظات إصدار Claude Code v2.1.154 إن Opus 4.8 يعمل افتراضيًا بقيمة effort=high — وهذا هو المعيار الجديد بعد الإصدار. وكان الإعداد القياسي أقل من ذلك سابقًا. ويتوفر مستوى xhigh الجديد إضافةً إلى ذلك للمهام الأصعب، حيث ينفق النموذج رموز تفكير أكثر في كل خطوة.

متى تستخدم xhigh:

• عمليات النقل (نمط معماري جديد → 50 ملفًا أو أكثر).
• تدقيقات الأمان (مراجعة أمنية لأكثر من 200 نقطة نهاية).
• عمليات إعادة الهيكلة المخطط لها مع فحوصات الثوابت.
• جلسات تصحيح أخطاء معقدة وطويلة، يحتاج فيها النموذج إلى تذكر المسار كاملًا.

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

• تعديلات روتينية في ملف واحد (كتابة اختبار، أو إعادة تسمية دالة).
• الطلبات البسيطة ذات البنية الواضحة.
• الوثائق والتعليقات — إذ تكلّفك xhigh أكثر هناك.

في Claude Code v2.1.154، أُعيدت تسمية شريط الجهد من “Speed/Intelligence” إلى “Faster/Smarter”. ويُطبّق الإعداد الافتراضي /effort high الآن داخليًا؛ لذلك لست بحاجة إلى تبديله صراحةً.

متى ينبغي استخدام Fast Mode؟#

الأسعار:

متى تستخدمه:

• المهام التفاعلية التي تكون فيها سرعة الاستجابة أهم من الدقة (مراجعة شيفرة مباشرة على بث).
• التعديلات السريعة واختبار الفرضيات.
• عرض توضيحي أو عرض تقديمي لعميل.

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

• العمل الوكيلي طويل الأمد — فتؤثر تكلفة 2× عند سياق 1M سلبًا في الجدوى الاقتصادية.
• سير عمل Dynamic Workflow كبير — يضاعف Fast Mode أسعار الرموز المنطبقة، ويتراكم الاستخدام عبر جميع الوكلاء المطلقين. حد 1000 إطلاق إجمالي ليس مضاعف تكلفة ثابتًا 1000×؛ ضع الميزانية من مجموع الإدخال والإخراج الفعليين.
• الجلسات الخلفية التي لا تكون فيها السرعة مهمة.

كيف تبدّل إلى Opus 4.8 دون فقدان الإعدادات؟#

الخطوة 1. حدّث Claude Code

في الطرفية:

claude upgrade

أو أعد تثبيته باتباع وثائق Anthropic.

⚠️ الإصدار المستهدف هو v2.1.156 أو أحدث. احتوى v2.1.154 على خطأ: عند استخدام Opus 4.8، كانت كتل التفكير تتغير، ما تسبب في أخطاء API. وأُصلح الخطأ في v2.1.156.

تحقق من الإصدار:

claude --version

الخطوة 2. بدّل النموذج في /config

في Claude Code:

/model claude-opus-4-8

أو افتح /config ← قسم Model ← اختر Opus 4.8 من القائمة. ومعرّف النموذج على نقطة نهاية API هو claude-opus-4-8.

الخطوة 3. فعّل Dynamic Workflows (خطة Pro)

تكون Dynamic Workflows معطلة افتراضيًا في خطة Pro. افتح /config ← قسم Workflows ← فعّلها. وهي مفعّلة منذ البداية في خطط Max وTeam وEnterprise الشخصية. وفي Enterprise مع مسؤول، قد يعطلها المسؤول؛ اطلب منه تفعيلها.

الخطوة 4. نفّذ اختبارًا

في Claude Code، اطلب مهمة بسيطة ذات نتيجة واضحة للتأكد من أن النموذج يستجيب على نحو صحيح:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

إذا كانت الاستجابة مناسبة وظهرت العبارة “using claude-opus-4-8” في بدايتها، فقد نجح التبديل. وإذا ظهر خطأ 400، فتحقق من إصدار Claude Code (عُد إلى الخطوة 1).

ما لست بحاجة إلى نقله

• يعمل CLAUDE.md مع أي نموذج دون تغييرات. مزيد من التفاصيل في دليل كيفية إعداد CLAUDE.md.
• تُحمّل Skills تلقائيًا بواسطة Opus 4.8. مزيد من التفاصيل في دليل Claude Code Skills.
• تعمل خوادم MCP بالطريقة نفسها. دليل MCP هو 7 تركيبات جاهزة.
• لم يتغير الوكلاء الفرعيون وPlan Mode. يوجد ملخص للاختيار بين Skills وSubagents وMCP وPlugins في الركيزة ذات الصلة.

هل ينبغي التبديل من Sonnet 4.6 أو Haiku 4.5؟#

سبق أن تناولت الاختيار بين Sonnet وOpus في دليل أقدم، لكنه كان عن 4.7. وتتغير القواعد قليلًا مع Opus 4.8.

مصفوفة القرار لعام 2026:

بالنسبة إلى معظم مبرمجي الأجواء، الخيار الأمثل هو Sonnet 4.6 بوصفه النموذج الافتراضي، مع Opus 4.8 للمهام الصعبة عبر مبدّل /model. وبهذه الطريقة تدفع أقل وتنجز المهام الصعبة كما ينبغي.

ما الذي لا يعمل في Opus 4.8؟#

ثلاثة مجالات يقصر فيها Opus 4.8 وفقًا للتقارير العملية:

1. الاستراتيجيات وخطط الطريق كثيفة البيانات. تشير التقارير العملية إلى أن 4.7 لا يزال الخيار المفضل للتحليل. إذا كانت حالة استخدامك الأساسية هي إنشاء جدول للمقاييس واقتراح خطة طريق، فجرّب 4.8 أولًا؛ وإذا أخفق، فارجع إلى 4.7 باستخدام /model claude-opus-4-7.

2. «النسبة الأخيرة البالغة 10%» في قواعد الشيفرة الحالية. ينجز النموذج أعمال المشاريع الجديدة (مشروع جديد من الصفر) جيدًا جدًا، لكنه يواجه صعوبة في تطوير الشيفرة القديمة — في الحالات الطرفية والخصائص الدقيقة للبنية. وهذا ضعف نموذجي في نماذج الاستدلال: تُحسن التوليد لكنها ضعيفة في «استكمال» شيء موجود أصلًا.

3. الهلوسات ما زالت موجودة. تعني عبارة «احتمال تفويت الأخطاء أقل بـ4×» أن النموذج يقول «لا أعرف» مرات أكثر، لكنه قد يظل يختلق معلومات معقولة عندما يكون السياق غير كافٍ. والحماية هي سياق المشروع: كلما كان CLAUDE.md أكمل، قلّ المجال المتاح للهلوسات.

لا يعني هذا «لا تحدّث». بل يعني: افهم القيود، وأبقِ Sonnet 4.6 وOpus 4.7 في متناولك كخيارين احتياطيين.

ماذا يأتي بعد Opus 4.8؟#

عادةً ما تعني عبارة Anthropic «الأسابيع المقبلة» مدة 4–8 أسابيع. بعبارة أخرى، من المرجح أن يصدر نموذج من فئة Mythos في يونيو–يوليو 2026. وهذا يغير الاستراتيجية:

• إذا كانت مشاريعك الحالية تستخدم Sonnet 4.6 أو Opus 4.7 — حدّث إلى 4.8 وجرّب xhigh ومسارات العمل على مهام محددة. إنها ترقية مجانية من حيث السعر.
• إذا كنت تخطط لنقل كبير باستخدام سير عمل — فلا تتعجل. قد يصدر خلال شهر أو شهرين نموذج قادر على إنجازه بصورة أفضل. يمكنك البدء بتجربة على وحدة واحدة لفهم طريقة عمله.
• إذا كنت تنوي إعادة بناء بنيتك التحتية حول Dynamic Workflows — فانتظر. قد يغير Mythos الأنماط الأساسية.

هذه الضبابية هي النصيحة الأساسية: حافظ على المرونة. Opus 4.8 ترقية تدريجية جيدة، وقد يكون Mythos قفزة كبيرة. لا تستثمر في إعادة عمل كبيرة قبل شهر من احتمال صدور نموذج جديد.

تابع استكشاف Ailoot على ailoot.ai.