صفقة بين Cognition وAWS: Devin يختصر تحديث COBOL من 8 أشهر إلى 8 أيام

أبرمت Cognition وAmazon Web Services اتفاقًا استراتيجيًا متعدد السنوات (Strategic Collaboration Agreement) لنشر المهندس المستقل Devin داخل بيئات AWS المؤسسية. وتستند الشركتان في حجّتها الرئيسية إلى حالات عملاء. فقد مرّرت Mercedes-Benz أكثر من 200 000 سطر COBOL عبر Devin، وانخفضت المدة التقديرية للتحديث من ثمانية أشهر إلى ثمانية أيام. ونقلت شركة سيارات عالمية أخرى عملية COBOL من 25 ألف سطر من الحاسوب المركزي (mainframe) إلى AWS Lambda، بتكلفة أقل بنسبة 73% بحسب التقدير.

يمكن شراء Devin بالفعل عبر AWS Marketplace، ويتوافر Agent Toolkit for AWS مباشرةً داخل الوكيل. كما يدرس الطرفان تكاملات أعمق تسهّل دمج Devin في بيئات AWS القائمة لدى العملاء. ومن بين العملاء المشتركين المذكورين: Mercedes-Benz وEcho Global Logistics وActiveCampaign.

ما العمل الذي يتولاه الوكيل

تراهن Cognition على المهام التي لا تجد فرق الهندسة وقتًا لها: عمليات الترحيل، وتحديث الأطر البرمجية (frameworks)، وسدّ الثغرات الأمنية، وصيانة الأنظمة القديمة. ويستطيع Devin دراسة قاعدة الشيفرة، ووضع خطة، وكتابة الشيفرة، واختبار النتيجة، وإصلاح المشكلات التي يكتشفها. أما تحديد ما يجب بناؤه فيعود إلى البشر، وهم من يراجع النتيجة أيضًا.

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

أبرز معطيات الإعلان:

• صيغة الصفقة: اتفاق SCA متعدد السنوات بين Cognition وAWS.
• قناة الشراء: AWS Marketplace، إضافةً إلى Agent Toolkit for AWS داخل Devin.
• حالة Mercedes-Benz: أكثر من 200 000 سطر COBOL، وانخفض تقدير مدة المشروع من 8 أشهر إلى 8 أيام.
• حالة شركة السيارات الأخرى: 25 000 سطر COBOL، من الحاسوب المركزي إلى AWS Lambda، بتكلفة أقل بنسبة 73% بحسب التقدير.
• التوازي: عدة جلسات في وقت واحد في عمليات الترحيل والترقيات وإصلاحات الأمان.

العزل والتحكم

بالنسبة إلى مشتري الحلول المؤسسية (enterprise)، يدور السؤال عادةً حول مكان وجود الشيفرة والبيانات. يُنشر Devin في بيئة single-tenant على AWS، ويختار العميل المنطقة. وتبقى البيانات والمعرفة التنظيمية داخل VPC مخصصة، ما يساعد على الالتزام بالسياسات الداخلية ومتطلبات توطين البيانات.

تُشغَّل كل جلسة في آلة افتراضية منفصلة تُنشأ للمهمة وتُحذف بعد انتهائها. ويسجّل Audit log API إجراءات المستخدمين ويرسلها إلى أنظمة المراقبة والامتثال (compliance) العاملة بالفعل لدى العميل. وتطبّق فرق المنصات على Devin القيود الإقليمية والشبكية وقيود التدقيق نفسها المطبّقة على بقية بنية AWS التحتية.

يقول آرت ليفي، نائب الرئيس للشراكات العالمية في Cognition، إن المهندسين ظلّوا سنوات مقيّدين بالعمل مع الأنظمة القديمة. وبحسب قوله، يستطيع العملاء مع Devin وضع وكلاء مستقلين إلى جانب الموظفين البشر والانصراف إلى المهام المؤجلة. وتصف أناسويا ستراسنر من AWS ذلك بأنه وسيلة لتسريع الترحيل وإزالة الدين التقني على بنية تحتية يثق بها العملاء بالفعل. وتشير كريستينا غارسيا، نائبة الرئيس الأولى (SVP) للهندسة في Echo Global Logistics، إلى أن الفريق يستخدم Devin لفهم قواعد الشيفرة عبر DeepWiki ولسدّ الفجوات في الأنظمة القديمة.

من أين تبدأ الفرق

إذا كانت قائمة المهام المتراكمة (backlog) تضم عمليات ترحيل ذات مدخلات ومخرجات محددة بوضوح، مثل معالجة الدفعات (batch) أو وحدات الحسابات، فمن الأفضل البدء بها، لأن لدى الوكيل هناك مرجعًا للتحقق. وقبل التجربة الأولية (pilot) يفيد جمع مجموعة من المدخلات المعروفة والنتائج المتوقعة من النظام القديم، فعليها يتوقف مدى إقناع إثبات التكافؤ.

وينبغي الاتفاق مسبقًا مع فرق المنصات والأمن على كيفية ربط audit log الخاص بـDevin بنظام المراقبة الحالي، وعلى المناطق المسموح بها. ومن المهم أيضًا تذكّر أن الأرقام المعلنة، ثمانية أيام بدل ثمانية أشهر وتوفير 73%، هي تقديرات واردة في مواد الشركتين نفسيهما. وقبل بناء دراسة الجدوى (business case)، ينبغي إعادة التحقق منها عبر تجربة أولية خاصة بالمؤسسة، مع احتساب وقت المراجعة الذي يظل على عاتق المهندسين.