في 11 يونيو 2026، أعلنت Anthropic عن تحالف متعدد السنوات مع DXC Technology يضع Claude داخل نوع الأنظمة التي تعني فيها عبارة “تحرّك بسرعة” غالبًا: “اكتب خطة تراجع أولًا”. تقول DXC إن Claude أصبح بالفعل نموذج الأساس الافتراضي لتدفقات عمل DXC OASIS الوكيلية، وإن Claude ساعد في تسريع تسليم برمجيات OASIS بمعدل تقديري يصل إلى 10 أضعاف، وإن أكثر من 95% من شيفرة OASIS وُلّدت بواسطة Claude قبل مراجعة المهندسين (Anthropic, PRNewswire).
وهنا الجزء المثير فعلًا. ليس “الذكاء الاصطناعي يكتب الشيفرة”. الجميع شاهد هذا العرض التجريبي. القصة الحقيقية أن DXC تأخذ توليد الشيفرة الوكيلي إلى البنوك وشركات الطيران وشركات التأمين والمصنّعين والجهات الحكومية، حيث المشكلات الصعبة هي تنقيب التبعيات، وحوكمة الإصدارات، وقابلية التدقيق، والأمن، وعدم كسر عملية دفع دفعية عمرها 30 عامًا تُسوّي أموالًا حقيقية في الثانية صباحًا.
الإشارة: الذكاء الاصطناعي يدخل طبقة الخدمات المُدارة
أطلقت DXC منصة OASIS في 28 أبريل 2026 كمنصة تنسيق ذكية للخدمات المُدارة. ووظيفتها المعلنة أن تعمل كطبقة محكومة وآمنة تمتد عبر بيئة تقنية المعلومات القائمة لدى المؤسسة، ناقلة العمليات من دعم تفاعلي إلى تنفيذ لحظي (DXC).
هذا مهم لأن التحديث في الصناعات الخاضعة للتنظيم نادرًا ما يبدأ بمستودع نظيف وهدف جديد تمامًا. بل يبدأ بـ:
- مهام دفعية لا يملكها أحد بالكامل
- خوادم تطبيقات تجاوزت نوافذ الدعم المعتادة
- COBOL وJava EE وPL/SQL وshell وغراء تدفقات عمل من المورّدين
- ضوابط امتثال موجودة جزئيًا في الشيفرة وجزئيًا في كتيبات التشغيل
- تكاملات هشّة مع أنظمة المدفوعات أو المطالبات أو الحجوزات أو المخزون أو الهوية أو إدارة القضايا
وضع Claude داخل OASIS يعني أن DXC لا تتعامل مع النموذج كدردشة جانبية بجانب العمل. بل تضع النموذج داخل تدفقات تنسيق تعرف مسبقًا عن الحوادث، ونوافذ التغيير، وسياق التذاكر، وكتيبات التشغيل، والبيئات، وقيود العملاء. هذا هو الفرق بين “ولّد إعادة هيكلة” و“ولّد إعادة هيكلة قادرة على النجاة من مراجعة CAB”.
تقول Anthropic إن DXC ستدرّب عشرات الآلاف من المهندسين الميدانيين المعتمدين على Claude عبر Anthropic Academy، مع إضافة DXC لمنهجها الخاص بالأنظمة الحرجة للمهمة (Anthropic). هذا هو الشكل الصحيح. تحديث الأنظمة الخاضعة للتنظيم يحتاج إلى أشخاص يستطيعون قراءة النظام، لا إلى سياح أوامر نصية.
ما الذي ينبغي للمطورين نسخه
نمط DXC مفيد حتى لو لم تكن تعمل بحجم DXC. الدرس ليس “دع النموذج يملك المستودع”. الدرس هو: لفّ عمل النموذج داخل تدفق عمل تكون فيه السياقات والقيود والمراجعة والأدلة كائنات من الدرجة الأولى.
وكيل عملي لتحديث الأنظمة القديمة لا ينبغي أن يبدأ بـ “أعد كتابة هذه الخدمة بلغة Go”. ينبغي أن يبدأ بخطة مقيّدة:
1. Inventory modules, entry points, data stores, and external contracts.
2. Identify dead code and risk hotspots.
3. Propose the smallest behavior-preserving refactor.
4. Generate tests around current behavior before changing code.
5. Open a reviewable patch with traceable rationale.
6. Attach evidence: tests, static analysis, dependency impact, rollback notes.هذا يبدو مملًا. ممتاز. الملل هو الطريقة التي تتغير بها الأنظمة الخاضعة للتنظيم.
أرقام DXC العامة جريئة: تسليم برمجيات أسرع بنحو 10 أضعاف، وأكثر من 95% من شيفرة OASIS مولّدة بواسطة Claude ومراجَعة من المهندسين (Anthropic). تعامل معها كادعاءات مرتبطة بنشر محدد، لا كثابت إنتاجية عالمي. النقطة للمطورين هي نموذج التشغيل: مساهمة عالية من النموذج، مراجعة بشرية إلزامية، ومنصة تسجّل العمل.
في ترحيل نواة مصرفية، قد يعني ذلك أن الوكلاء يرسمون تدفقات المعاملات ويولّدون اختبارات توصيف. في شركة طيران، قد يفك الوكلاء تشابك تدفقات الحجز أو الصيانة مع الحفاظ على صيغ الرسائل الخارجية. في شركة تأمين، يمكنهم مقارنة قواعد إدارة الوثائق بسلوك المطالبات. وفي المصانع، يمكنهم تتبع تبعيات ERP وMES وسلاسل الإمداد قبل لمس الشيفرة.
اختيار النموذج يتحول إلى قرار معماري
قبل يومين من إعلان DXC، أطلقت Anthropic كلًا من Claude Fable 5 وClaude Mythos 5 في 9 يونيو 2026. Fable 5 هو نموذج Mythos-class المتاح عمومًا من Anthropic، بينما Mythos 5 مقيّد عبر Project Glasswing وبرامج الوصول الموثوق. تسعّر Anthropic نموذج Fable 5 عند 10 دولارات لكل مليون رمز إدخال و50 دولارًا لكل مليون رمز إخراج، مع نافذة سياق بحجم مليون رمز وحد أقصى للإخراج يبلغ 128k في وثائق API الحالية (Anthropic, Claude Docs).
لمحة تسعير مضغوطة من نظرة Anthropic العامة على النماذج:
| النموذج | الإدخال | الإخراج | السياق | الحد الأقصى للإخراج |
|---|---|---|---|---|
| Claude Fable 5 | $10 / MTok | $50 / MTok | 1M tokens | 128k |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | 1M tokens | 128k |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | 1M tokens | 64k |
| Claude Haiku 4.5 | $1 / MTok | $5 / MTok | 200k tokens | 64k |
الخلاصة الخاطئة هي “استخدم دائمًا أقوى نموذج”. المعمارية الأفضل هي توجيه النماذج.
استخدم أقوى نموذج للتفكير على مستوى النظام: اكتشاف التبعيات، وتخطيط الترحيل، والأطر غير المألوفة، وإعادة الهيكلة عبر المستودعات، وتحليل الأعطال. واستخدم النماذج الأرخص للتلخيص، وتوليد الاختبارات البسيطة، وتنظيف الوثائق، والتعديلات الميكانيكية. ضع أدوات حتمية حول الاثنين: المصرّفات، ومشغلات الاختبارات، وأدوات مقارنة المخططات، وSAST، وتوليد SBOM، وفحوص السياسات.
تقول Anthropic أيضًا إن Fable 5 لديه ضوابط أمان تعود إلى Claude Opus 4.8 في بعض الطلبات المتعلقة بالأمن السيبراني أو الأحياء أو الكيمياء أو التقطير، وإن البيانات المبكرة تُظهر أن أكثر من 95% من جلسات Fable لا يحدث فيها أي رجوع (Anthropic). بالنسبة للمطورين في البيئات الخاضعة للتنظيم، هذه ليست حاشية. إذا كان تدفق العمل يمس معالجة أمنية، أو تحليل ثغرات، أو بحثًا حساسًا، فيجب على بيئة تشغيل الوكيل لديك أن تكتشف رجوع النموذج، وتسجّله، وتقرر ما إذا كان الناتج ما يزال يطابق معيار الضمان لديك.
المراجعة البشرية هي المنتج، لا الضريبة
عبارة “أكثر من 95% من الشيفرة مولّدة بواسطة Claude” ستخطف العناوين. عبارة “ثم راجعها مهندسو البرمجيات” هي الجزء الذي يجعلها قابلة للنشر.
في تحديث الأنظمة الخاضعة للتنظيم، ليست المراجعة موافقة احتفالية على طلب سحب. يجب أن تجيب عن أسئلة ملموسة:
- هل تغيّر السلوك، وأين دليل الاختبار؟
- ما عقود البيانات والمخططات وAPIs والملفات الدفعية التي لُمست؟
- هل يغيّر التصحيح التفويض أو الاحتفاظ أو التسجيل أو مسارات التدقيق؟
- هل يوجد مسار تراجع؟
- هل يستطيع شخص غير الكاتب فهم سبب وجود التغيير بعد ستة أشهر؟
هنا تتفوق تدفقات عمل الوكلاء على الدردشة السائبة. يستطيع تدفق العمل الجيد أن يفرض على كل تصحيح مولّد أن يحمل تفسيره الخاص، وخطة اختباره، وتصنيف مخاطره، وخريطة الأنظمة المتأثرة. ويمكنه أيضًا منع الدمج عندما لا يفحص النموذج خدمة تابعة، أو عندما تثبت الاختبارات المولّدة المسار السعيد فقط.
تتحول مهارة المطور من كتابة كل سطر إلى تصميم حزم عمل قابلة للمراجعة. هذا ما يزال هندسة. وفي كثير من البيئات القديمة، كان هذا هو الجزء الهندسي المفقود.
نمط صغير للتحديث الوكيلي
لو كنت أبني هذا داخل فريق برمجيات خاضع للتنظيم، لجعلت كل مهمة تحديث تنتج أربع قطع أثرية قبل مراجعة الشيفرة:
inventory.md: نقاط الدخول، والتبعيات، والإعدادات، ومخازن البيانات، والعقود الخارجية.risk.md: عملية العمل المتأثرة، وضوابط الامتثال التي لُمست، وملاحظات التراجع.tests/: اختبارات توصيف تثبّت السلوك الحالي.patch.diff: أصغر تغيير يحافظ على السلوك.
يمكن للنموذج توليد الأربعة كلها. وينبغي للمهندسين مراجعة الأربعة كلها. وينبغي لـ CI فرض الأجزاء المملة.
للتجارب المحلية، يتوفر Claude Fable 5 أيضًا كنقطة Anthropic Messages بديلة مباشرة عبر OneHop. تعرض صفحة Fable 5 لدى OneHop حاليًا نقطة النهاية https://api.onehop.ai/anthropic، واسم النموذج anthropic/claude-fable-5، ورصيد 10 دولارات للحسابات الجديدة دون الحاجة إلى بطاقة؛ كما أن السعر الترويجي المعروض هو 5 دولارات للإدخال و25 دولارًا للإخراج لكل مليون رمز، أي أقل بأكثر من 30% من سعر Anthropic المعلن البالغ 10/50 دولارًا (OneHop).
from anthropic import Anthropic
client = Anthropic(
base_url="https://api.onehop.ai/anthropic",
api_key="<ONEHOP_KEY>",
)
message = client.messages.create(
model="anthropic/claude-fable-5",
max_tokens=1024,
messages=[{"role": "user", "content": "Map risks in this legacy migration plan."}],
)استخدم هذا النوع من نقاط النهاية للنماذج الأولية وحزم التقييم. أما في أعباء العمل الإنتاجية الخاضعة للتنظيم، فالجزء الصعب ما يزال ضوابطك أنت: التعامل مع البيانات، والاحتفاظ، والوصول، والأدلة، وتوجيه النماذج، والتوقيع البشري.
الرهان الحقيقي: التحديث يصبح مستمرًا
تتعامل معظم المؤسسات مع تحديث الأنظمة القديمة كبرنامج يحدث مرة كل عقد. ميزانية ضخمة. شركة تكامل ضخمة. مخاطرة ضخمة. ثم تبدأ المنصة الجديدة بالشيخوخة من يومها الأول.
قصة OASIS لدى DXC تشير إلى نموذج أفضل: التحديث كتدفق عمل مستمر للخدمات المُدارة. يفحص الوكلاء، ويقترحون، ويختبرون، ويعيدون الهيكلة، ويوثقون، ويوجهون العمل إلى المهندسين. يراجع المهندسون، ويقيّدون، ويوافقون. وتحتفظ المنصة بالأدلة. يتحسن النظام بخطوات أصغر وأكثر أمانًا.
لهذا يستحق هذا التحالف المتابعة. السؤال المفيد ليس ما إذا كان Claude يستطيع كتابة الشيفرة. يستطيع. السؤال المفيد هو ما إذا كانت المؤسسة قادرة على تحويل الشيفرة المولّدة إلى تغيير محكوم، قابل للمراجعة، وآمن للإنتاج عبر أنظمة لا يمكن أن تتوقف.
تزعم DXC وجود أدلة مبكرة على أن هذا يمكن أن يعمل على نطاق جاد: 115,000 موظف في 70 دولة، وOASIS في الإنتاج مع أكثر من 50 عميلًا، وخطة لعشرات الآلاف من المهندسين الميدانيين المعتمدين على Claude، وClaude كنموذج افتراضي في تدفقات عمل OASIS الوكيلية (Anthropic, PRNewswire).
بالنسبة للمطورين، الخطوة واضحة: توقف عن التفكير في الذكاء الاصطناعي كإكمال تلقائي. ابدأ بتصميم تدفقات عمل وكيلية تترك وراءها اختبارات وفروقات وتفسيرات ومسارات تدقيق. هذا ما احتاجه تحديث الأنظمة القديمة دائمًا. النموذج جعل أخيرًا الأعمال الورقية وحركة الشيفرة رخيصة بما يكفي لتنفيذها باستمرار.
إذا أردت اختبار جانب توجيه النماذج دون إعداد حزمة مؤسسية كاملة، ابدأ بمستودع ضيق، ومهمة اختبار توصيف، ونقطة نهاية Fable 5 مثل Claude Fable 5 على OneHop. أبقِ بوابة المراجعة البشرية. قِس الفروقات المقبولة، والاختبارات الفاشلة، ووقت المراجعة، وجودة التراجع، والتكلفة لكل تغيير مدمج. ثم قرر إن كان تدفق العمل قد استحق نظامًا أكبر.
