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

أطلقت Anthropic نموذج Claude Opus 5.5 في 22 سبتمبر. لكن الأجزاء التي تهم فريقًا يشغّل بالفعل عدة وكلاء برمجة ليست في جدول المقارنات. إنها هذه: تقول Anthropic إن تشغيله يكلّف أقل بنسبة 40% من Opus 5، وينتج مخرجات أسرع بنحو 30%، ويبقى مركّزًا على المهمة لمدة 18 ساعة أو أكثر. سعر القائمة 4 دولارات لكل مليون توكن إدخال و20 دولارًا لكل مليون توكن إخراج، مقابل 5 و25 دولارًا لـ Opus 5.

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

باختصار

اضبط claude-opus-5-5 كنموذج في Claude Code على Computer متصل، وتأكد من ظهور Runtime بحالة Available، وأنشئ Agent بمهلة زمنية لكل Task تتوافق مع المدة التي سيعمل فيها Opus 5.5 فعليًا، وأبقِ دليل العمل Temporary، ثم أسند Task واحدة. لن يعرض Sharkly اسم النموذج. سيعرض التشغيلة والسجل والأسئلة والنتيجة على Task. الـ Agents تبحث وتنفّذ وتختبر وترفع تقاريرها. أما البشر فيحددون الاتجاه ويمنحون الصلاحية ويقبلون النتيجة.

أين يوجد إعداد النموذج

لا يختار Sharkly النماذج بنفسه. توثيق Agents يقول ذلك صراحةً: «يتبع Agent النموذج الافتراضي لـ Runtime. وهو لا يتعهد بعرض اسم نموذج معيّن ولا يعرضه. غيّر النماذج من إعدادات Runtime أو أداة Computer، لا من Agent.»

هذا حدّ يستحق التوضيح قبل أن تبدأ البحث عن قائمة منسدلة غير موجودة. أربعة أدوار، ولكل منها مهمة واحدة. الـ Agent يحدد كيفية التعامل مع العمل. والـ Computer يوفّر المضيف والموارد المحلية. والـ Runtime ينفّذ جلسة الوكيل الفعلية، وClaude Code هو الـ Runtime هنا. وتبقى Task السجل المشترك للفريق. يصل Opus 5.5 إلى Sharkly بالطريقة نفسها التي يصل بها كل نموذج: عبر الأداة التي تشغّله، مُهيّأً على المضيف الذي تشغّل تلك الأداة.

الخطوة 1: ضع Opus 5.5 في Claude Code على Computer

على Computer الذي سيشغّله، حدّث Claude Code وسجّل الدخول بحساب أو مفتاح API يملك صلاحية الوصول إلى Opus 5.5. تُدرج Anthropic النموذج على Claude Platform وAmazon Web Services وGoogle Cloud وMicrosoft Azure، لذا يمكن لفريق يعمل عبر مزوّد سحابي أن يوجّه Claude Code إلى هناك بدلًا من ذلك. وإذا كان الأمر claude --model claude-opus-5-5 يبدأ جلسة في طرفية عادية على ذلك المضيف، فبإمكان Sharkly استخدامه.

ثم اضبط الإعداد الافتراضي ليتبنّاه كل تشغيل على هذا Computer:

// ~/.claude/settings.json
{
  "model": "claude-opus-5-5"
}

تحقق من مفتاح الإعدادات الدقيق وأدنى إصدار مطلوب من Claude Code بالرجوع إلى مرجع إعدادات Claude Code الحالي قبل تعميم هذا على Computer مشترك. [VERIFY]

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

Computer واحد، وطبقتان من النماذج. لا يملك Agent أي منتقي للنماذج، لكنه يحمل متغيرات بيئة عادية وسرّية ووسائط Runtime إضافية، وهذه كلها تصل إلى استدعاء Runtime. وهكذا تُبقي افتراضيًا رخيصًا على Computer وتضع Opus 5.5 فقط على Agent الذي يحتاجه، بدل دفع أسعار نموذج قائد في كل تشغيل فرز. اختبر الأمر على Agent واحد قبل التعميم. [VERIFY]

الخطوة 2: ابنِ الـ Agent حول سلوك Opus 5.5

افتح Agents، واختر New Agent، وحدّد الـ Computer والـ Claude Code Runtime. ثم اضبط ثلاثة أمور تهم مع هذا النموذج أكثر مما كانت تهم مع سابقه.

المهلة الزمنية لكل Task. تقول Anthropic إن Opus 5.5 يبقى على المهمة 18 ساعة أو أكثر. ومهلة مضبوطة لإصلاح عيب يستغرق 20 دقيقة تحوّل ذلك إلى تشغيل مقطوع وسجل مربك. ارفعها بشكل انتقائي لا في كل مكان: مهلة طويلة على Agent يتولى الترحيلات وإعادة الهيكلة الكبيرة، ومهلة قصيرة على Agent يصلح عيوب الواجهة الأمامية الصغيرة. والمهلة الطويلة على Agent ضيّق النطاق لا تشتري في الغالب سوى فشل أبطأ.

دليل العمل. وضع Temporary. تحصل كل Task على دليل معزول، وتُهيّئ التشغيلات المرتبطة بمستودع worktree جديدًا، فلا يمكن لتشغيلي Opus 5.5 على المستودع نفسه أن يكتب أحدهما فوق الآخر. وفي الأدلة المؤقتة، يكون التزامن الافتراضي 50% من حد Computer. اتركه على هذا حتى يتعامل Computer مع بضعة تشغيلات حقيقية.

حجم المخرجات. يدعم Opus 5.5 ما يصل إلى 128 ألف توكن من المخرجات في رد واحد. والتشغيلة المسموح لها بالعمل ساعات والإجابة بهذا الطول تعيد فرقًا (diff) لا يقرؤه أحد بعناية. حدّد نطاق Task بحيث تكون النتيجة قابلة للمراجعة، لا بحيث يبقى النموذج مشغولًا.

تبقى التعليمات ثابتة وقصيرة:

Read the Task description and recent comments before editing.
Keep changes limited to the requested behavior.
Ask a question only when different interpretations would
materially change the result; otherwise proceed with a stated
assumption and record it in your report.
Run the closest relevant checks and report failures without hiding them.
Stop and ask before anything destructive or outside the repositories
attached to this Agent.

الخطوة 3: أسند Task واحدة، ثم وجّه Crew إليها

اختر Task بمعيار قبول واضح. حدّد الـ Agent كمسؤول (Assignee) وانقل الـ Task من Backlog إلى حالة تنتمي فئتها إلى الجاهزية للعمل؛ فالـ Task المُسندة وهي في Backlog تنتظر. وتمر التشغيلة عبر queued ثم dispatched ثم running، وتبثّ علامة تبويب Executions السجل لحظيًا.

استخدم Agent واحدًا لتلك الـ Task الأولى. الـ Crew مجموعة قابلة لإعادة الاستخدام من People وAgents ينسّقها Agent قائد واحد، ويستحق وجوده حين يحتاج القائد إلى تفسير هدف وجمع نتائج عدة أعضاء في Task واحدة. أما التغيير المحدود النطاق، فالخيار الصحيح فيه Agent واحد وتبقى الأجزاء المتحركة صفرًا.

وعندما يكون الـ Crew منطقيًا فعلًا، يصبح Opus 5.5 قائدًا أكثر قابلية للتبرير مما كان قبل طبقة سعرية. فالقائد يقرأ ويخطط ويسند ويراجع في الأغلب، وهو شكل العمل الذي كان أصعب ما يمكن تبريره في قمة قائمة الأسعار:

تبلغ قراءات الإدخال المخزّنة مؤقتًا في Opus 5.5 نحو 0.20 دولار لكل مليون، وكتابات الذاكرة المؤقتة 5 دولارات، وهذا ما يحدد ما إذا كانت جلسة طويلة تعيد قراءة البادئة نفسها من المستودع رخيصة أم مكلفة. وهناك وضع سريع بسعر 8 و40 دولارًا عندما تكون الاستجابة أهم من التكلفة. ويستمر استخدام النموذج عبر الاشتراكات أو مفاتيح API المهيّأة في تلك الأدوات، لذا تظهر هذه الأسعار في فاتورة مزوّدك، لا في فاتورة Sharkly.

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

ثلاثة أمور، وواحد منها فقط يتعلق بالنموذج.

التشغيلات تصبح أرخص، أما المراجعة فلا. خصم 20% على سعر التوكن، وتكلفة تشغيل أقل بنسبة 40% من Opus 5، يعنيان أن الميزانية الشهرية نفسها تشتري هذا الأسبوع تشغيلات أكثر من الأسبوع الماضي. ولا شيء في هذه الجملة يضيف ساعات مراجعة. فالقيد على فريق متعدد الـ Agents لم يكن يومًا تكلفة النموذج، بل عدد الفروقات المكتملة التي يستطيع شخص واحد قبولها فعلًا في اليوم. والنماذج الأرخص تُضيّق هذا القيد. خطّط بناءً على قدرة المراجعة، لا بناءً على اختيار النموذج.

التشغيلات الطويلة تغيّر معنى الإشراف. لا يمكن الإشراف على وكيل يحتفظ بمهمة معظم اليوم بمجرد مراقبة طرفية. تحتاج إلى حالة تُقرأ بنظرة واحدة، وسؤال يصل إلى شخص بدل أن يمر مرور الكرام، ومكان تستقر فيه النتيجة. في Sharkly يعود السؤال إلى الـ Task كتعليق، وتُظهر الـ Task حالة انتظار رد بشري، وهذا يوجّه إلى Inbox لديك.

تراجع محاولات تجاوز الحدود الناجحة تقدّم، وليس سياجًا. تفيد Anthropic بانخفاض محاولات تجاوز الحدود الناجحة بنسبة 85% مقارنة بـ Opus 5. هذا تحسّن حقيقي في السلوك، لكنه ليس نظام صلاحيات. فالمستودعات المرتبطة بالـ Agent، ومتغيرات بيئته، وخطوة القبول البشري هي ما يحدّ من التشغيلة. اجعل تحسّن النموذج طبقة ثانية، لا الطبقة الوحيدة.

عندما يتوقف التشغيل مبكرًا

التشغيل الذي ينتهي مبكرًا ليس ضائعًا. افتح سجل التنفيذ، واقرأ العنوان والتفاصيل التقنية، ثم أعد التشغيل من الـ Task بنطاق أضيق. فالدليل وسجل الـ Task يبقيان، لذا تبدأ المحاولة التالية من أدلة لا من الذاكرة. أبقِ الـ Tasks صغيرة بما يكفي ليكون توقفها كلفته دقائق.

هذا هو الجزء الذي يستحق أن يبقى ثابتًا. تغيّر النموذج هذا الأسبوع، وبقيت الإسناد والسياق والتقدم والعوائق والنتائج والمراجعة البشرية حيث يستطيع الفريق رؤيتها. وإن كنت تشغّل بالفعل عدة وكلاء برمجة، فصِل Computer واحدًا، وأنشئ Agent واحدًا، وأسند إليه شيئًا مملًا.