Harness تستحوذ على أصول Augment Code لربط وكلاء الترميز بتسليم البرمجيات

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

في 8 أكتوبر، أعلنت Harness أنها استحوذت على أصول مختارة من Augment Code، بما في ذلك Cosmos وAuggie CLI ومحرك Code Context Engine والتقنيات ذات الصلة. سينضم فريق تلك المنتجات إلى Harness. سيصبح Cosmos هو Harness Cosmos Software Factory Agent، موسعًا منصة تسليم البرمجيات الخاصة بالشركة إلى أعمال الهندسة التي تحدث قبل وصول التغيير إلى خط أنابيب النشر.

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

ما الذي تضيفه Harness إلى منصتها

تضع هذه الإعلان Cosmos كنقطة انطلاق لدورة حياة تطوير البرمجيات المتزايدة الاستقلالية، أو SDLC. يمكن لمتطلب أو تذكرة مُعينة أو خطأ مُبلغ عنه أن يطلق سير عمل منسق حيث يخطط الوكلاء لتغيير، يكتبون الشيفرة والاختبارات، ويفتحون طلب سحب (pull request). يظل المهندسون مشاركين في نقاط الحكم، بما في ذلك الموافقة على التصميم واتخاذ قرار الدمج النهائي.

يتجاوز ذلك مجرد إنشاء تصحيح أولي. يمكن لوكلاء Cosmos الاستمرار في العمل على نفس طلب السحب عندما يترك المراجعون تعليقات أو تفشل الفحوصات. يوفر الخبراء المُعدون مسبقًا، بما في ذلك Project Builder وPR Author وDeep Reviewer وPR Fixer، للفرق سير عمل يمكنهم تكييفه مع مستودعاتهم ومعاييرهم.

يعمل كل وكيل في آلة افتراضية معزولة. توجيه النماذج، والتكامل مع GitHub وJira وSlack، والذاكرة المشتركة، وإدارة الإصدارات، وضوابط الميزانية توفر البنية التحتية المحيطة لتشغيل هذا العمل عبر مؤسسة هندسية.

هذا الجمع هو فكرة مصنع البرمجيات: عملية قابلة للتكرار تنقل العمل نحو نتيجة قابلة للمراجعة. الوحدة المهمة هي سير عمل هندسي مكتمل، مع الأدلة ونقاط التفتيش، وليس عدد الأسطر التي ينتجها الوكيل.

كيف يعمل Cosmos خارج نافذة الدردشة

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

يدعم Cosmos أيضًا تعريف الخبراء وسير العمل القائم على الأحداث كملفات YAML ذات إصدارات، وتطبيق التغييرات عبر Auggie CLI وإدارة سجل التكوين في Git. يجعل ذلك سير عمل الوكيل نفسه شيئًا يمكن للفريق فحصه وتغييره من خلال ممارسات هندسية مألوفة. تصف صفحة المنتج المعرفة التنظيمية المشتركة وحدود الإنفاق إلى جانب تلك الضوابط.

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

محرك سياق الشيفرة هو جوهر الصفقة

يواجه الوكلاء الذين يعملون على برمجيات المؤسسات مشكلة لا يمكن لحل برمجي سلس أن يحلها بمفرده: العثور على السياق المناسب. قد يحتوي المستودع على خدمات متعددة، وتنفيذات مهجورة، وعادات محلية، واعتمادات يصعب استنتاجها من ملف واحد.

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

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

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

ربط المستودع بالنظام الجاري تشغيله

تعمل Harness بالفعل على جانب التسليم من دورة الحياة. تغطي وكلاؤها تسليم البرمجيات، واختبار الأمان، وحماية وقت التشغيل وإدارة التكاليف. يخلق الاستحواذ مسارًا لعمل الهندسة الذي أعدته Cosmos للانتقال إلى تلك سير العمل اللاحقة.

تم تصميم Software Delivery Knowledge Graph الخاص بالشركة لربط المعلومات من Git، وCI/CD، وبنية السحابة التحتية، والأمان، وأدوات التشغيل. تصف Harness طبقةً دلالية بعلاقات مُنظمة، وهويات معيارية، وتصفية الوصول. مثال عملي هو حل الأسماء المختلفة لنفس الخدمة عبر المستودع، وKubernetes، وأنظمة المراقبة.

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

في إعلان الاستحواذ، تصف Harness ربط Code Context Engine وSoftware Delivery Knowledge Graph كخطوة مخططة قادمة. سيعيد حلقة التغذية الراجعة المقصودة النتائج اللاحقة إلى سير عمل الهندسة حتى يتمكن الوكيل من إعداد تصحيح وإرساله عبر التحقق مرة أخرى. يجب على القراء التمييز بين اتجاه هذا التكامل وبين التأكيد على أن كل جزء من سير العمل المدمج قد تم تسليمه بالفعل.

لا يزال الاستقلالية تحتاج إلى قرار إصدار

قد يقلل الحلقة المقترحة من مصدر معروف للعبء الهندسي: إعادة بناء مشكلة ونقل سياقها بين الأدوات. إذا كشف الاختبار عن تراجع، فإن النتيجة المفيدة هي تصحيح مرتبط بالفحص الفاشل، يليه دليل على أن التصحيح يعمل. فتح طلب سحب آخر دون ذلك الدليل سيؤدي فقط إلى نقل عنق الزجاجة.

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

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

رهان على المسار الكامل من الفكرة إلى الإنتاج

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

الرهان الاستراتيجي واضح. مع تحول توليد الشيفرة إلى قدرة روتينية، تصبح المشكلة الأصعب هي الحفاظ على السياق عبر القرارات التي تجعل البرمجيات قابلة للاستخدام: التنفيذ، والمراجعة، والاختبار، والنشر، والتشغيل. إن إدخال أصول الترميز الخاصة بـ Augment إلى Harness يمنح الشركة مكونات على كلا جانبي هذا الانقسام.

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