Фабрика програмного забезпечення Cosmos переходить до Harness у рамках продажу активів Augment Code

Harness придбав окремі активи у Augment Code, зокрема фабрику програмного забезпечення Cosmos, інтерфейс командного рядка Auggie CLI, Code Context Engine та суміжні технології, а команда, що стоїть за цими продуктами, приєдналася до Harness, повідомив співзасновник та генеральний директор Джйоті Бансал у Harness блог-пост 8 жовтня 2026 року. Cosmos стає агентом Harness Cosmos Software Factory і вже доступний.

Продаж активів та заяви керівництва

Угода передає окремі активи Augment Code, зокрема фабрику програмного забезпечення Cosmos, інтерфейс командного рядка Auggie CLI, Code Context Engine та суміжні технології, компанії Harness, а працівники, які створили ці продукти, переходять разом з ними. За даними прес‑релізу компанії, команда приєднується, щоб прискорити роботу Harness з підвищення автономності всього життєвого циклу розробки програмного забезпечення. Бансал написав, що Harness інвестує в продукти, технології та людей, які їх створили.

У прес‑релізі Бансал зазначив, що вплив ШІ на програмне забезпечення буде вимірюватися тим, скільки цінного ПЗ потрапляє до клієнтів, а не тим, скільки коду він генерує. Він позиціонував це придбання як об’єднання контексту коду з контекстом доставки та виробництва, щоб агенти могли робити кращі зміни з самого початку. Ігор Островський, співзасновник та технічний директор Augment Code, сказав, що компанія прагне впровадити ШІ у весь життєвий цикл розробки ПЗ, починаючи з кодування, орієнтованого на контекст, і описав приєднання до Harness як наступний крок до реалізації цієї візії.

Augment Code надала власний звіт у пост від генерального директора Matt McClernan, опублікований того ж дня. МакКлернан написав, що компанія погодилася продати окремі активи, бо, на його думку, інтегрована платформа Harness ефективніше надає ці можливості клієнтам, ніж їхнє незалежне створення. Він зазначив, що цей крок розширює охоплення можливостей кодування, орієнтованих на розробників, Augment, і продовжує її «початкову місію: покращення розробки ПЗ у масштабах за допомогою ШІ». У його пості описано початкову передумову компанії: командам корпоративної розробки потрібен інший підхід до кодування за підтримки ШІ, оскільки традиційні інструменти розглядали генерацію коду як окреме завдання, тоді як складнішою проблемою є оркестрування коду, написаного ШІ, у складних системах у масштабах, що компанія називає фабриками програмного забезпечення.

Як працює фабрика програмного забезпечення Cosmos

Cosmos виконує визначену роль у платформі Harness: автоматизує інженерну роботу від ідеї до коду, після чого існуючі агенти Harness переносять код у продакшн та експлуатацію. Бансал зазначив, що мета цього робочого процесу — зміна, готова до рішення команди щодо злиття.

Робота в Harness Cosmos розпочинається з подій, а не лише з ручних запитів. Призначений тикет, повідомлена помилка, написана вимога, відкритий pull‑request, спрацьована тривога, отриманий webhook або запланована подія — кожен з цих випадків може ініціювати роботу. Флот агентів Cosmos планує зміну, пише код і тестує його, відкриває pull‑request, і коли рецензент коментує або перевірка не проходить, агент виправляє проблему в тому ж pull‑request, прослідковуючи процес через невдалі перевірки та конфлікти злиття.

Кожен агент працює у власній ізольованій віртуальній машині та залучає інженера на контрольних точках, наприклад, для затвердження дизайну або виконання фінального злиття. Команди можуть розпочати з готових агентів, названих Experts, налаштувати кожного під свою кодову базу та розгорнути їх у всій організації. У прес‑релізі названо Project Builder, PR Author, Deep Reviewer та PR Fixer як готових Experts, тоді як у пості Бансала перераховано PR Author, Deep Reviewer, Risk Analyzer і Verifier як приклади, які команди можуть адаптувати.

Підтримуюча інфраструктура включає Code Context Engine, який підтримує живу карту кодової бази, щоб зміни відповідали існуючому коду; маршрутизацію моделей, що підбирає модель під кожне завдання; вбудовані інтеграції з GitHub, Jira та Slack; спільну пам’ять, що переносить уроки кожного огляду у наступну зміну; а також контроль версій та бюджету для запуску автономного кодування у всій інженерній організації. Офіційний результат фабрики — переглянутий pull‑request, готовий до злиття, який потім тестують, захищають і розгортають агенти Harness.

Контекст коду, контекст доставки та управління

Harness планує з’єднати Code Context Engine, який картографує кодову базу та взаємозв’язки, важливі для завдання, з його графом знань про доставку програмного забезпечення, який об’єднує контекст того, як ПЗ створюється, тестується, захищається, розгортається та експлуатується. У пості Бансала описані два запланованих переваги об’єднання: контекст доставки та виробництва, такий як очікування тестування, вимоги безпеки, обмеження розгортання та минулі інциденти з їх виправленнями, може інформувати інженерну роботу до написання зміни, а результати огляду, тестування якості, безпеки та верифікації розгортання можуть повернутися у інженерний процес із доказами, необхідними для розслідування, виправлення та повторної перевірки зміни.

У дописі ілюструється цикл з вразливістю в розгорнутій службі. Пов’язаний контекст визначає уражений код, розгорнуту версію, відповідні залежності та перевірки, які має пройти виправлення. Harness Cosmos готує запропоноване виправлення, огляд, тестування якості та безпеки, які надають зворотний зв’язок, і після необхідних перевірок і затверджень Software Delivery Agent проводить зміну через розгортання та верифікацію. Якщо тест або перевірка розгортання виявляє регресію, докази повертаються до інженерного робочого процесу, щоб зміна могла бути виправлена та перевірена знову, і розгортання може бути проведене або відкотовано відповідно до політик доставки команди. У прес‑релізі зазначено, що агенти можуть працювати у циклі до вирішення.

Cosmos приєднується до існуючих агентів платформи Harness. Software Delivery Agent створює та розгортає програмне забезпечення, керує інфраструктурою та змінами в базах даних і перевіряє розгортання, з можливістю відкату там, де це налаштовано. Security Testing Agent виявляє, пріоритизує та усуває ризики в коді, залежностях і ланцюжку постачання програмного забезпечення. Runtime Protection Agent працює над розумінням стану безпеки та захищає застосунки, API та ШІ у продакшн‑середовищі від загроз під час виконання. Cost Management Agent контролює та оптимізує витрати на хмару та ШІ, поєднуючи прозорість витрат і їх оптимізацію з інсайтами щодо ефективності інженерії.

Робочі процеси Harness Cosmos будуть підключатися до існуючих policy-as-code, контролів доступу, затверджень та журналів аудиту платформи. Bansal написав, що рівень автономії має відображати ризик, порівнюючи оновлення лише документації зі зміною процесингу платежів, і що рутинна, низькоризикова робота може виконуватись у межах затверджених політик, тоді як зміни з високим ризиком потребують додаткової валідації або людського рішення. “Автономія повинна зменшувати повторювану роботу, а не відповідальність,” — написав він.

Клієнти можуть прийняти Harness Cosmos, продовжувати використовувати улюблені інструменти кодування або користуватись обома, згідно з оголошенням. Harness Cosmos вже доступний, і у дописі Bansal команди запрошуються розпочати з інженерного робочого процесу, який вони хочуть автоматизувати, від створення заявки до підготовки pull request.