سير العمل الديناميكي في Claude Opus 4.8: وكلاء ذكاء اصطناعي متوازون

في 28 مايو 2026 — بعد 41 يومًا فقط من إطلاق Opus 4.7 — أطلقت Anthropic إصدار Claude Opus 4.8، وتضمّن الإصدار ميزة تعيد بهدوء صياغة طريقة عمل البرمجة الوكيلة: سير العمل الديناميكي (Dynamic Workflows). فبدلًا من إنجاز مهمة خطوة تلو الأخرى داخل نافذة سياق واحدة، أصبح بإمكان Claude الآن كتابة سكربت يُطلق مئات الوكلاء الفرعيين بالتوازي، ويشغّلهم في الخلفية، ثم يعيد تجميع النتائج.

هذا هو الفرق بين حرفيٍّ واحد ومشرفٍ يوجّه فريق عمل. وبالنسبة للفرق التي تطلق برمجيات حقيقية، فإن هذا يغيّر ما يمكن أن يحققه طلب واحد (prompt).

ما الجديد في Opus 4.8

Opus 4.8 هو تحديث تدريجي لكنه ذو قيمة. تصفه Anthropic بأنه يتمتع بـ "حُكم أكثر دقة، وصدق أكبر بشأن تقدّمه، والقدرة على العمل باستقلالية لفترة أطول من سابقيه." وتدعم حركة المعايير القياسية هذا الوصف:

ثلاثة أمور تبرز إلى جانب الأرقام:

• أوضاع الجهد (Effort modes) — أصبح بإمكانك الآن ضبط مقدار الاستدلال الذي ينفقه Claude على مهمة ما، بمقايضة السرعة مقابل العمق.
• وضع سريع أرخص — نفس جودة Opus مع مخرجات أسرع وبتكلفة أقل.
• صدق أفضل، وخداع أقل — يفيد المختبرون الأوائل بأن Opus 4.8 أكثر ميلًا للإشارة إلى أوجه عدم اليقين، وأقل ميلًا لإطلاق ادعاءات غير مدعومة. وقد خصّت شركة Bridgewater Associates بالذكر "ميل Opus 4.8 إلى الإشارة الاستباقية إلى المشكلات في مدخلات ومخرجات أي تحليل" باعتباره الفرق الأكبر على الإطلاق.

التسعير لم يتغير عن Opus 4.7. لكن الميزة الأبرز هي سير العمل الديناميكي.

ما هو سير العمل الديناميكي؟

سير العمل الديناميكي هو، من الناحية الآلية، سكربت JavaScript ينسّق الوكلاء الفرعيين على نطاق واسع. أنت تصف مهمة بلغة بسيطة؛ ويكتب Claude سكربت التنسيق؛ ثم يشغّله محرك تشغيل في الخلفية. ينتقل العمل خارج نافذة سياق Claude إلى داخل الشيفرة.

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

تتبع معظم تدفقات العمل بنية نظيفة من ثلاث طبقات:

1. طبقة المنسّق (Orchestrator) — الوكيل ذو المستوى الأعلى الذي يفكّك المهمة، ويخطّط، ويصوغ النتيجة النهائية. وهذا هو Opus 4.8 نفسه، لأنه يحتاج إلى أكبر قدر من قوة الاستدلال.
2. طبقة الوكلاء الفرعيين (Sub-agent) — وكلاء عاملون ينفّذون مهامًا فرعية محددة. ويمكن تشغيلهم على نماذج أرخص مثل Haiku أو Sonnet عندما تكون المهمة الفرعية بسيطة، أو على Opus عندما تتطلب استدلالًا عميقًا.
3. طبقة الأدوات (Tool) — القدرات الفعلية التي يستخدمها كل وكيل: البحث على الويب، وتنفيذ الشيفرة، واستعلامات قواعد البيانات، واستدعاءات واجهات برمجة التطبيقات، وإدخال الملفات وإخراجها.

ديناميكي، وليس ثابتًا

كلمة "ديناميكي" في الاسم لها أهميتها. فالمنسّق يقيّم النطاق والتعقيد قبل إرسال الوكلاء العاملين، ويوسّع الأسطول بما يناسب. فقد يُطلق تقرير قصير ثلاثة وكلاء فرعيين، بينما قد يُطلق تحليل تنافسي شامل سبعة وأربعين وكيلًا. أنت لا تعلن مسبقًا عن شكل العمل — بل النموذج هو من يقرر ذلك أثناء التشغيل.

وهناك ضوابط أمان. تُحدّد عملية التشغيل الواحدة بحد أقصى 16 وكيلًا فرعيًا متزامنًا و1000 وكيل إجماليًا طوال دورة حياتها. حد التزامن يُبقي استخدام الموارد ضمن حدود معقولة؛ وحد دورة الحياة هو خط دفاع ضد الحلقات الجامحة. أما العمل الزائد فيُوضع ببساطة في طابور انتظار ويُشغَّل كلما تحررت الخانات.

لماذا يهم هذا: عمليات الترحيل على نطاق قاعدة الشيفرة

حالة الاستخدام الرئيسية التي عرضتها Anthropic هي تلك التي ستهتم بها معظم فرق الهندسة. وكما عبّرت الشركة: "بات بإمكان Claude Code إلى جانب Opus 4.8 الآن تنفيذ عمليات ترحيل على نطاق قاعدة الشيفرة عبر مئات الآلاف من أسطر الشيفرة، من بداية العمل حتى الدمج، مع مجموعة الاختبارات القائمة كمعيار له."

اقرأ ذلك بتمعّن. من بداية العمل حتى الدمج. مع مجموعة الاختبارات كمعيار للصحة. هذا طرح مختلف جوهريًا عن "الذكاء الاصطناعي يساعدك على كتابة دالة." فعملية الترحيل التي تمس مئات الملفات — ترقية إطار عمل، أو تمريرة لتشديد TypeScript، أو حملة لإلغاء واجهة برمجة تطبيقات — يمكن تفكيكها بحيث يحوّل كل ملفٍ وكيلٌ خاص به، بالتوازي، ويتحقق كل وكيل من نتيجته في مقابل الاختبارات قبل قبول تغييره.

ويتعمّم هذا النمط على ما هو أبعد من عمليات الترحيل بكثير:

• البحث — توزيع عمليات بحث عبر عشرات المصادر، والقراءة المتعمقة بالتوازي، وصياغة تقرير واحد موثّق بالمصادر.
• مراجعة الشيفرة — إسناد كل بُعد (الأمان، والأداء، والصحة) إلى مراجعٍ خاص به، ثم التحقق الخصومي من كل نتيجة قبل إعداد التقرير.
• معالجة البيانات — تحويل مئات السجلات جنبًا إلى جنب بدلًا من واحدٍ تلو الآخر.

فالمهام التي قد تستغرق ساعات بشكل تسلسلي يمكن أن تنتهي في دقائق، لأن الزمن الفعلي يصبح هو أبطأ سلسلة منفردة بدلًا من مجموع كل خطوة.

مثال ملموس

هذا هو شكل سير عمل لمراجعة — سكربت المنسّق الذي قد يكتبه Claude لمراجعة مجموعة من الملفات المُعدّلة عبر أبعاد متعددة والتحقق من كل نتيجة:

// Review each dimension in parallel, then verify each finding
const DIMENSIONS = [
  { key: "bugs", prompt: "Find correctness bugs in the diff" },
  { key: "perf", prompt: "Find performance regressions in the diff" },
  { key: "security", prompt: "Find security issues in the diff" },
];
 
const results = await pipeline(
  DIMENSIONS,
  d => agent(d.prompt, { schema: FINDINGS_SCHEMA }),
  review => parallel(
    review.findings.map(f => () =>
      agent("Adversarially verify: " + f.title, { schema: VERDICT_SCHEMA })
    )
  )
);
 
const confirmed = results.flat().filter(f => f.verdict.isReal);
return { confirmed };

لاحظ ما يحدث: كل بُعد يراجعه وكيله الخاص، وفي اللحظة التي تكتمل فيها مراجعة، تُسلَّم نتائجها إلى وكلاء التحقق — دون انتظار انتهاء الأبعاد الأخرى. والمنسّق لا يحمل أبدًا محتويات الملف الخام؛ بل يحمل فقط النتائج المؤكدة في النهاية.

كيف تحصل عليه

يأتي سير العمل الديناميكي بصيغة معاينة بحثية (research preview). ولاستخدامه تحتاج إلى:

• Claude Code v2.1.154 أو أحدث
• سطح تشغيل: يعمل في واجهة سطر الأوامر (CLI)، وتطبيق سطح المكتب، وإضافة VS Code.

وبمجرد تفعيله، لست بحاجة لكتابة JavaScript بنفسك ما لم ترغب في ذلك — أنت تصف المهمة، ويؤلّف Claude سكربت التنسيق، ويتولى محرك التشغيل التنفيذ وإعادة المحاولات وجمع النتائج في الخلفية. ويمكنك متابعة التقدّم مباشرةً أثناء التشغيل.

ماذا يعني هذا لفرق منطقة الشرق الأوسط وشمال إفريقيا

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

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

الصورة الأشمل

أطلقت Anthropic إصدار Opus 4.8 بعد 41 يومًا فقط من 4.7، ووعدت بنموذج من فئة Mythos "في الأسابيع المقبلة." الوتيرة تتسارع، والاتجاه واضح: وحدة عمل الذكاء الاصطناعي تنتقل من محادثة واحدة إلى أسطول منسّق من الوكلاء. وسير العمل الديناميكي هو أول أداة رئيسية تجعل ذلك الأسطول قابلًا للبرمجة، وحتميًا، ورخيصًا بما يكفي للتشغيل على نطاق واسع.

إذا كنت تبني برمجيات، فإن المهارة الجديرة بالتعلّم في 2026 لم تعد مجرد كتابة الطلبات (prompting) — بل أصبحت التفكيك (decomposition). فمعرفة كيفية تقسيم مهمة كبيرة إلى أجزاء قابلة للمعالجة المتوازية، وأين يجب التحقق، وماذا يجب أن تصوغ، باتت تشكّل الكفاءة الأساسية للعمل مع الذكاء الاصطناعي. وقد سلّم Opus 4.8 للتو كل مطوّر محرّك التنسيق اللازم للعمل بها.