كيفية تشغيل وكلاء Claude Sonnet 5.5 في Sharkly

أطلقت شركة Anthropic نموذج Claude Sonnet 5.5 في 28 سبتمبر بسعر دولارين لكل مليون رمز مدخلات و10 دولارات لكل مليون رمز مخرجات، وهو نفس السعر الرسمي لنموذج Sonnet 5 ونصف تكلفة Opus 5.5. وتوضح Anthropic أنه يعمل بسرعة أكبر بنسبة تتجاوز 30% مقارنة بـ Sonnet 5 مع انخفاض في التكلفة لكل مهمة يصل إلى 30%. وبالنسبة لفريق يدير عدة وكلاء برمجة، فإن الخبر الأبرز هو أن النموذج المخصص لوكلاء المهام اليومية بات يتخلف بنقاط معدودة فقط عن النموذج الرائد في معظم بنود جدول الإطلاق الخاص بشركة Anthropic.

غير أن إضافته إلى لوحة العمل ليست بالبساطة التلقائية التي قد تبدو عليها؛ فنموذج default في Claude Code يوجه افتراضياً إلى Opus 5.5 في باقات Pro وMax وTeam وEnterprise وعبر Anthropic API، مما يعني أن بيئة الحاسوب (Computer) التي تشغل Claude Code ستظل معتمدة على النموذج الرائد ما لم يقم أحد بتغيير ذلك يدوياً. كما أن الاسم المستعار sonnet لا يشير إلى Sonnet 5.5 إلا عبر Anthropic API حصراً، بينما لا يزال يوجه إلى Sonnet 4.5 على منصات Bedrock وGoogle Cloud وMicrosoft Foundry. وبذلك قد ينتهي المطاف بفريق قرر "الانتقال إلى Sonnet" ولديه ثلاثة نماذج مختلفة على ثلاثة حواسيب دون وسيلة لتحديد أي عملية تشغيل استخدمت أي نموذج. يعتمد هذا الدليل أقصر مسار عملي: حاسوب واحد، ووكيل واحد، ومهمة حقيقية واحدة، يليها قرار بشأن المجالات التي لا يزال فيها Opus 5.5 يستحق تكلفته الأعلى.

خلاصة القول

حدّث Claude Code على بيئة الحاسوب (Computer) إلى الإصدار v2.1.284 أو أحدث، وثبّت المعرف الكامل claude-sonnet-5-5 بدلاً من الاسم المستعار sonnet، ثم أعد الفحص حتى تظهر بيئة التشغيل Claude Code Runtime بالحالة Available. اكتب تعليمات الوكيل (Agent) بطريقة تتفادى طلبات التأكيد المبكرة من Sonnet 5.5 وإضافاته غير المطلوبة، واجعل دليل العمل مؤقتاً (Temporary)، وحدد مهلة الإيقاف (timeout) بما يلائم المهام محددة النطاق، ثم عيّن مهمة واحدة. وفي إطار فرق العمل (Crew)، عيّن الأعضاء المنفذين للمهام الروتينية على Sonnet 5.5 واحتفظ بنموذج Opus 5.5 كقائد ومراجع. يتولى الوكلاء البحث والتنفيذ والاختبار وإعداد التقارير، بينما يتولى العنصر البشري تحديد التوجهات ومنح الصلاحيات واعتماد النتائج.

أين يتم ضبط إعداد النموذج؟

لا تختار Sharkly النماذج نيابة عنك. إذ تنص وثائق الوكلاء على ذلك صراحة: "يتبع الوكيل النموذج الافتراضي لبيئة التشغيل (Runtime). ولا يضمن أو يعرض اسم نموذج محدد. يمكنك تغيير النماذج من خلال إعدادات أداة Runtime أو Computer، وليس من إعدادات Agent." كما تضيف الصفحة نفسها أن الوكيل لا يوفر قائمة لاختيار النموذج ولا عناصر تحكم في عمق التفكير.

وهذه المسألة بالغة الأهمية بالنسبة لـ Sonnet 5.5، لأن مستوى الجهد (effort) هو المحدد الأساسي لتغير سلوك هذا النموذج، ومستوى الجهد مرتبط بمكان وجود النموذج: أي في تطبيق Claude Code على الحاسوب (Computer). فالوكيل يحدد آلية إدارة العمل، والحاسوب يوفر بيئة الاستضافة، وبيئة التشغيل (Runtime، وهي Claude Code هنا) تنفذ الجلسة، بينما تظل المهمة (Task) هي السجل المشترك للجميع.

الخطوة 1: ضبط Sonnet 5.5 في Claude Code على الحاسوب

يتطلب Sonnet 5.5 توفر Claude Code بإصدار v2.1.284 أو أحدث، وفقاً لما جاء في وثائق إعداد نماذج Claude Code. قم بتحديثه على الحاسوب وسجل الدخول باستخدام اشتراك مدفوع أو مفتاح API يمتلك صلاحية الوصول؛ إذ لا يتوفر Claude Code ضمن الخطة المجانية Claude Free (ما يمكن وما لا يمكن تشغيله عبر اشتراك المحادثة). بعد ذلك، نفّذ الأمر claude --model claude-sonnet-5-5 في نافذة الأوامر العادية على ذلك الجهاز. إذا بدأت الجلسة بنجاح، فستتمكن منصة Sharkly من استخدامها.

احرص على تثبيت المعرف الكامل وتجنب الاسم المستعار. فإليك ما يوجه إليه الاسم المستعار sonnet في Claude Code حالياً:

المعرف المعتمد هو claude-sonnet-5-5 في كل مكان باستثناء Bedrock، حيث يعمل النموذج عبر ملف التعريف العام متعدد المناطق global.anthropic.claude-sonnet-5-5. كما يرث خيار opusplan إشكالية الأسماء المستعارة نفسها: إذ يخطط باستخدام Opus وينفذ بالنموذج الذي يشير إليه sonnet حالياً.

بعد ذلك، اجعل هذا الاختيار دائماً: اضبط النموذج في ملف إعدادات Claude Code على ذلك الحاسوب، بحيث تعتمد كل عملية تشغيل تبدأها الخدمة المحلية نموذج Sonnet 5.5 بدلاً من Opus 5.5 الافتراضي، ثم أعد التحقق عبر نافذة الأوامر.

بالعودة إلى منصة Sharkly، افتح تفاصيل الحاسوب (Computer) واستخدم خيار إعادة الفحص أو اختبار الاتصال. يجب أن تصبح حالة Claude Code Runtime هي Available. تجدر الإشارة إلى أن ظهور الحاسوب بحالة متصل (online) يعني فقط أن الخدمة المحلية ترسل نبضات الاتصال الدورية؛ أما حالة Runtime فهي المعيار الوحيد الذي يؤكد إمكانية بدء التشغيل.

الخطوة 2: تهيئة الوكيل وفقاً لطبيعة سلوك Sonnet 5.5

افتح قسم الوكلاء (Agents)، واختر وكيل جديد (New Agent)، ثم حدد الحاسوب وبيئة تشغيل Claude Code Runtime. يوضح دليل صياغة المطالبات لنماذج Sonnet 5.5 من Anthropic بعض الأنماط السلوكية التي تنتهي مباشرة في قائمة انتظار المراجعة.

مستوى الجهد يحدد النموذج الفعلي الذي تستخدمه. يُشغّل Claude Code نموذج Sonnet 5.5 بمستوى جهد متوسط medium افتراضياً، ولا يمكن تعطيل ميزة التفكير هناك. في المقابل، تم قياس أغلب الأرقام البارزة في إعلان الإطلاق عند المستوى الأقصى (max). وتوضح مخططات Anthropic أن Sonnet 5.5 حقق نسبة 39.2% في معيار CursorBench 4.0 عند الجهد المتوسط و55.5% عند الجهد الأقصى، بتكلفة تقديرية بلغت 0.70 دولار مقابل 9.67 دولار للمهمة الواحدة. وهذه ميزانيات تشغيلية مختلفة، وليست إعدادات صائبة وأخرى خاطئة. ويوصي الدليل باعتماد المستوى المتوسط لمهام البرمجة الوكيلة ذات النطاق الواضح، وتوفير المستويين xhigh وmax للحالات التي تتطلب نتائج استثنائية مدروسة.

الميل إلى التوقف المبكر لطلب التأكيد. عند مستويي الجهد المنخفض والمتوسط، يميل Sonnet 5.5 إلى التوقف وطلب التأكيد أثناء تنفيذ المهام الوكيلة الطويلة. وفي Sharkly، يظهر هذا الطلب كتعليق على المهمة، فتتحول إلى حالة انتظار رد بشري وتظل عالقة في صندوق الوارد (Inbox) لأحد أعضاء الفريق حتى يجيب عليها. لذا، وجّه الوكيل للمضي قدماً بناءً على افتراضات معلنة. كما قد يبلغ في مستويات الجهد المنخفض عن إتمام الكود دون تشغيل الاختبارات، مما يستوجب إلزامية إجراء الفحوصات.

إضافة عناصر لم تُطلب منه. يشير الدليل إلى أن النموذج يميل لإضافة اختبارات ووثائق وملفات صغيرة غير مطلوبة في مختلف مستويات الجهد، فضلاً عن إجراء جولات مراجعة إضافية أو تشغيل وكلاء فرعيين للمراجعة عند مستويي xhigh وmax. وتكشف الملاحظات الهامشية لإطلاق Anthropic تبعات ذلك: فقد حقق Sonnet 5.5 درجات أقل في معيار FrontierCode عند مستوى max مقارنة بمستوى xhigh، والسبب أنه أفرط في تشغيل مهارة مراجعة الكود في Claude Code، والتي تفرّع العمل إلى وكلاء فرعيين كثر، مما أدى في حالتين حللتهما شركة Cognition إلى تجاوز المهلة المحددة أو إجراء تعديلات خارج النطاق. وبالنسبة للمراجع، ينتج عن ذلك تفرعات برمجية أضخم وتعديلات لا علاقة لها بأصل المهمة.

مهلة الإيقاف ودليل العمل. تصنف Anthropic نموذج Sonnet 5.5 للمهام "اليومية محددة النطاق"، لذا حدد مهلة الإيقاف لكل مهمة بناءً على هذا الأساس، وإذا استنفد التشغيل المهلة المحددة، فاحرص على تجزئة المهمة قبل التفكير في رفع الحد الزمني. واجعل مسار دليل العمل مؤقتاً (Temporary): حيث تخصص لكل مهمة مساحة معزولة، وتنشئ عمليات التشغيل المرتبطة بالمستودعات مسار عمل فرعي جديد (worktree)، لمنع التداخل بين عمليات التشغيل المتوازية. واترك معدل التزامن عند قيمته الافتراضية، وهي 50% من الحد الأقصى للحاسوب، حتى يثبت الجهاز قدرته على التعامل مع ضغط العمل الفعلي.

تعليمات مقترحة للتطبيق:

Read the Task description and recent comments before editing.
Keep changes limited to the requested behavior. Do not add tests,
docs, or new files unless the Task asks for them; list any you
think are missing in your report instead.
Do not stop to ask whether to continue. When a detail is ambiguous,
proceed with a stated assumption and record it in your report.
Ask only when different interpretations would materially change
the result.
Run the closest relevant checks before reporting done, and report
failures without hiding them.
Do not start extra review rounds or reviewer subagents.
If a safeguard notice or refusal appears, say so in your report.
Stop and ask before anything destructive or outside the attached
repositories.

الخطوة 3: إسناد مهمة واحدة، ثم بناء فريق عمل من مستويين

اختر مهمة ذات معيار قبول واضح، وحدد الوكيل كمسؤول عن التنفيذ، وانقلها من قائمة المهام المؤجلة (Backlog) - حيث تنتظر المهام المسندة - إلى حالة جاهزة للعمل. ستمر عملية التشغيل بمراحل: في قائمة الانتظار، ثم مرسلة، ثم قيد التشغيل، بينما تبث علامة تبويب عمليات التنفيذ سجلات التشغيل أولاً بأول.

احرص على حصر تلك المهمة الأولى في وكيل واحد فقط. ففريق العمل (Crew) هو مجموعة قابلة لإعادة الاستخدام تضم أشخاصاً ووكلاء ينسق أعمالهم وكيل قائد، وتتضح قيمته عندما يتعين على القائد استيعاب الهدف وتجميع نتائج عمل عدة أعضاء وإعادتها ضمن مهمة واحدة. أما بالنسبة لإصلاح خطأ برمجي محدد، فإن الاعتماد على وكيل واحد هو الخيار الأنسب.

وفي إطار فريق العمل، يتبع تقسيم الأدوار ما حددته Anthropic ذاتها؛ حيث "يظل Opus 5.5 متفوقاً بوضوح في المهام المعقدة والمفتوحة"، وهو ما يجسد جوهر دور القائد: التخطيط، والإسناد، والمراجعة. أما مهام الأعضاء فهي من النوع محدد النطاق الذي صُمم له Sonnet 5.5، وهو نفس التقسيم الذي أشار إليه أحد أوائل المختبرين المذكورين في صفحة الإطلاق، حيث يتولى Sonnet 5.5 تنفيذ البنية البرمجية التي صاغها Opus 5.5.

ونظراً لأن المكان المعتمد لضبط النموذج هو إعدادات أدوات الحاسوب (Computer)، فإن الإعداد المباشر لنظام المستويين يعتمد على حاسوبين: حاسوب يحتفظ فيه Claude Code بنموذج Opus 5.5 الافتراضي للقيام بدور القائد، وآخر مثبت على claude-sonnet-5-5 للأعضاء. وتحديد الحد الفاصل بينهما يعد قاعدة توجيه تستحق التدوين والتوثيق؛ يشرح مقال Sonnet 5.5 أو Opus 5.5 تفاصيل ذلك، بينما يتناول مقال Sonnet 5.5 في مواجهة GPT-6 Sol بيئة التشغيل الأخرى المتاحة بنفس السعر. ويستمر احتساب استهلاك النماذج عبر الاشتراكات أو مفاتيح API المضبوطة في تلك الأدوات، مما يعني أن هذه التكاليف تضاف إلى فاتورة مزود الخدمة الخاص بك، وليس إلى Sharkly.

ما الذي يتغير على لوحة العمل؟

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

التشغيل الخاضع للتنبيهات الأمنية قد لا يكون على Sonnet 5.5. هذا هو أول إصدار من عائلة Sonnet يتضمن ضوابط حماية إلكترونية. وتشير Anthropic إلى أن المهام السيبرانية ذات المخاطر الأعلى "ستتحول بصورة مرئية إلى Sonnet 5"، كما تحذر بطاقة مواصفات النظام من زيادة حالات الرفض حتى في المهام الأمنية السليمة. وما يظهر داخل الجلسة لا يظهر بالضرورة على لوحة المهام: إذ لا تعرض Sharkly اسم النموذج، وبالتالي لا يوجد في تفاصيل المهمة ما يوضح أي نموذج قدم الإجابة ما لم يدون الوكيل ذلك صراحة. ولهذا السبب طلبت التعليمات الموضحة أعلاه تسجيل ذلك في التقرير.

سلسلة التفكير تبقى حكراً على النموذج الذي أنتجها. لا يمكن لـ Sonnet 5.5 قراءة وحدات التفكير الصادرة عن Opus 5.5، ولا يستطيع أي نموذج آخر قراءة وحدات Sonnet 5.5، حيث يتم تجاهل الوحدات غير القابلة للقراءة دون إظهار أي خطأ. وحتى داخل جلسة Claude Code الواحدة، فإن التبديل بين النموذجين يحافظ على النص الظاهر ويفقد التسلسل الاستدلالي الكامن وراءه. أما بين الوكلاء داخل فريق العمل، فإن سلاسل التفكير لا تنتقل أساساً: إذ يتلقى المراجع فقط ما دونه العضو في المهمة. يتناول مقال فقدان التفكير عند تسليم المهام بين النماذج الحلول المتاحة، بينما تضع قوالب التسليم إطاراً عملياً لتطبيقها.

لقد تغير النموذج هذا الأسبوع، لكن التكليفات وسياق العمل والتقدم المحرز والعوائق والنتائج والمراجعة البشرية بقيت جميعها واضحة أمام الفريق. يمكنك بناء هذه المنظومة يدوياً باستخدام مساحات العمل الفرعية، أو الاعتماد على Sharkly لإدارة سير العمل بالكامل.