Anthropic تنشر دليلًا لاختيار النموذج: Haiku 5.5 للمهام الروتينية يوفّر الرموز

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

أي نموذج لأي مهمة

يقسّم الدليل التشكيلة إلى أربعة أدوار. Opus 5.5 هو الخيار الشامل، وتنصح Anthropic بالبدء به في معظم المهام. أما Haiku 5.5 فهو الأسرع والأرخص: التصنيف والعمليات البسيطة والوكلاء الفرعيون الذين يقرؤون السجلات. ويناسب Sonnet 5.5 العمل اليومي: إصلاح الأخطاء والمستندات والمحادثة. أما Fable 5.2 فهو أقوى نماذج التشكيلة، ويُفضَّل إبقاؤه للمشاريع الضخمة والأبحاث المعقدة والحسابات العلمية.

الفكرة الرئيسية بسيطة: لا تدفع ثمن القوة حيث لا حاجة إليها. فالتوفير ملحوظ، بينما لا تكاد الجودة تتراجع.

فخ الوكيل الفرعي Explore

يتعلق التفصيل الأكثر عملية بـ Claude Code. فالوكيل الفرعي المدمج Explore، الذي يبحث في قاعدة الشيفرة، كان يعمل سابقًا على Haiku الرخيص. أما الآن فهو يستخدم نموذج الجلسة الحالية. وإذا كنتم تعملون على Fable 5.2، فإن كل بحث في المستودع يُحتسب بتعرفته، وتتبخر الحدود دون أن تلاحظوا.

ويُعالَج ذلك بإنشاء وكلاء فرعيين خاصين بكم. بل تقترح Anthropic موجّهًا (prompt) جاهزًا ينفّذه Claude بنفسه. فهو يعرض أولًا إصدار Claude Code والمزوّد ومحتويات مجلدات الوكلاء، ولا يستبدل أي شيء دون موافقتكم بـ«نعم». ثم ينشئ ثلاثة وكلاء على model: haiku بصلاحيات القراءة وتشغيل الأوامر فقط:

• Explore يعيد المسار:السطر مع شرح قصير، وليس الملفات كاملة؛
• log-reader يحلل سجلات البناء ويحدد السبب الأول للفشل مع نص الخطأ بدقة؛
• test-runner يشغّل الاختبارات ويجيب «نجح / فشل» مع قائمة الإخفاقات.

لا حاجة إلى ضبط المتغير CLAUDE_CODE_SUBAGENT_MODEL: فهو سيخفّض تكلفة Plan وgeneral-purpose أيضًا، وهما بالذات تحتاجان إلى نموذج قوي.

المطبّات

يعني الاسم المستعار haiku النموذج Haiku 5.5 فقط على واجهة Anthropic API مع Claude Code v2.1.293 وما بعده. أما على Bedrock وGoogle Cloud وFoundry وClaude Platform on AWS فما زال يشير إلى Haiku 4.5. وهناك يجب ضبط ANTHROPIC_DEFAULT_HAIKU_MODEL يدويًا إذا كان الإصدار الجديد متاحًا لدى المزوّد.

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

ماذا تفعلون عمليًا

ترتيب التصعيد كالتالي: إذا لم تنجح المهمة، فتحققوا أولًا من النتيجة بالاختبارات، ثم ارفعوا effort مستوى واحدًا، وبعد ذلك فقط انتقلوا إلى نموذج أقوى. وبشكل افتراضي توصي Anthropic بـ Opus 5.5 مع effort medium، وبـ high للمهام الصعبة. ويناسب Sonnet 5.5 العمل وفق مواصفات واضحة والمستندات. ويلزم Fable 5.2 للترحيلات الكبيرة والبنية المعمارية والتشغيلات المستقلة الطويلة. وقبل تغيير النموذج يفيد تنفيذ /compact حتى لا تحملوا سياقًا زائدًا.

وبالنسبة إلى الفرق التي تدفع مقابل الرموز، فهذه إحدى أرخص الطرق لخفض الفاتورة: نصف ساعة لإعداد ثلاثة وكلاء فرعيين وقواعد في CLAUDE.md. وينبغي التحقق من النتيجة في /agents: يجب أن يظهر Explore على Haiku. وإن لم يكن كذلك، فأنتم تواصلون دفع ثمن البحث بسعر النموذج الرائد.