Harness achiziționează activele Augment Code pentru a conecta agenții de programare cu livrarea de software

Scrierea unei modificări de cod devine tot mai ușoară. Testarea, revizuirea, securizarea și rularea fiabilă a acelei modificări pentru clienți rămâne o sarcină mult mai mare. Harness pariază că următorul avans în dezvoltarea AI a software-ului va veni din conectarea celor două lumi.

Pe 8 octombrie, Harness a anunțat că a achiziționat anumite active Augment Code, inclusiv Cosmos, Auggie CLI, Code Context Engine și tehnologia aferentă. Echipa din spatele acestor produse se alătură Harness. Cosmos va deveni Harness Cosmos Software Factory Agent, extinzând platforma de livrare de software a companiei în munca de inginerie care are loc înainte ca o modificare să ajungă în pipeline-ul de implementare.

Diferența contează: aceasta este o achiziție a unor active selectate și a echipei asociate, nu o achiziție declarată a întregii companii Augment Code. Importanța constă în tehnologia reunită: agenți care înțeleg și modifică o bază de cod, alături de sisteme care înțeleg cum este testat, lansat și operat acel cod.

Ce aduce Harness pe platforma sa

Anunțul poziționează Cosmos ca punct de plecare pentru un ciclu de viață al dezvoltării software din ce în ce mai autonom, sau SDLC. O cerință, un tichet atribuit sau un bug raportat poate iniția un flux de lucru coordonat în care agenții planifică o modificare, scriu cod și teste și deschid un pull request. Inginerii rămân implicați la punctele de judecată, inclusiv aprobarea unui design și luarea deciziei finale de îmbinare.

Acest lucru depășește generarea unui patch inițial. Agenții Cosmos pot continua să lucreze pe același pull request atunci când recenzorii lasă comentarii sau verificările eșuează. Experții preconstruiți, inclusiv Project Builder, PR Author, Deep Reviewer și PR Fixer, oferă echipelor fluxuri de lucru pe care le pot adapta la propriile depozite și standarde.

Fiecare agent funcționează într-o mașină virtuală izolată. Direcționarea modelelor, integrările cu GitHub, Jira și Slack, memoria partajată, versionarea și controalele de buget furnizează infrastructura înconjurătoare pentru rularea acelei lucrări în întreaga organizație de inginerie.

Această combinație reprezintă ideea de fabrică de software: un proces repetabil care duce munca spre un rezultat revizuit. Unitatea importantă este un flux de lucru de inginerie finalizat, cu dovezi și puncte de control, nu numărul de linii produse de un agent.

Cum funcționează Cosmos dincolo de fereastra de chat

pagina de produs Cosmos a Augment adaugă detalii utile despre acel model operațional. Pull request-urile, alertele, programările și webhook-urile pot activa Experți specializați. Echipele definesc medii, integrări și puncte de control umane în jurul acelor declanșatori, permițând începe munca fără ca cineva să emită manual un nou prompt pentru fiecare eveniment.

Cosmos suportă, de asemenea, definirea Experților și a fluxurilor de lucru bazate pe evenimente ca YAML versionat, aplicarea modificărilor prin Auggie CLI și gestionarea istoricului de configurare în Git. Acest lucru face ca fluxul de lucru al agentului să fie ceva ce o echipă poate inspecta și modifica prin practici de inginerie familiare. Pagina de produs descrie cunoștințele organizaționale partajate și limitele de cheltuieli alături de aceste controale.

Pentru o echipă de dezvoltare, aceasta schimbă problema de coordonare. Un agent care răspunde la un tichet atribuit are nevoie de un obiectiv clar delimitat, acces la instrumentele potrivite și un loc pentru a raporta rezultatul său. Un agent declanșat de o verificare eșuată are nevoie de dovezile eșecului și de permisiunea de a modifica fișierele relevante. Fluxurile de lucru reutilizabile pot codifica aceste cerințe, deși eficacitatea lor depinde în continuare de cât de atent organizația le configurează.

Motorul Code Context este central pentru tranzacție

Agenții care lucrează la software-ul enterprise se confruntă cu o problemă pe care un răspuns fluent de codare nu o poate rezolva singur: găsirea contextului potrivit. Un depozit poate conține multiple servicii, implementări depreciate, convenții locale și dependențe greu de dedus dintr-un singur fișier.

Conform explicației Augment a motorului Code Context Engine, sistemul indexează semantic codul și recuperează informații relevante pentru sarcină. Se bazează pe relațiile dintre depozite și servicii, istoricul de commit-uri, tiparele bazei de cod și materiale de suport precum documentația și tichetele. În loc să plaseze un întreg depozit într-un prompt, el clasifică și selectează contextul relevant.

Valoarea practică este mai ușor de înțeles printr-un exemplu. O cerere de modificare a unui endpoint de plată poate afecta, de asemenea, validarea, un serviciu downstream, un handler de webhook și testele. Recuperarea acelor conexiuni poate oferi unui agent de codare un punct de plecare mai bun decât fișierul endpoint în sine. Aceasta este o ilustrare a problemei pe care tehnologia o abordează, nu o garanție că fiecare dependență afectată va fi găsită.

Harness achiziționează această capacitate de context alături de instrumentele care o pun în practică. Oportunitatea mai largă este de a conecta cunoașterea a ceea ce face codul cu dovezile a ceea ce se întâmplă după ce părăsește depozitul.

Conectarea depozitului la sistemul în funcțiune

Harness operează deja pe partea de livrare a ciclului de viață. Agenții săi acoperă livrarea de software, testarea de securitate, protecția în timp de execuție și gestionarea costurilor. Achiziția creează o cale pentru munca de inginerie pregătită de Cosmos să treacă în acele fluxuri de lucru în aval.

Compania Software Delivery Knowledge Graph este concepută pentru a conecta informații din Git, CI/CD, infrastructura cloud, securitate și instrumente operaționale. Harness descrie un strat semantic cu relații structurate, identități canonice și filtrare a accesului. Un exemplu practic este rezolvarea diferitelor denumiri pentru același serviciu în cadrul unui depozit, Kubernetes și sistemelor de monitorizare.

Acea problemă de identitate are consecințe. O vulnerabilitate asociată cu un serviciu implementat este mai utilă când poate fi urmărită până la artefactul relevant și versiunea de cod. O eroare de testare trebuie să fie conectată la modificarea care este efectiv în revizuire. Colectarea de jurnale suplimentare nu stabilește automat acele relații.

În anunțul de achiziție, Harness descrie conectarea Code Context Engine și Software Delivery Knowledge Graph ca un pas următor planificat. Bucla de feedback intenționată ar returna constatări în aval către fluxul de lucru al ingineriei, astfel încât un agent să poată pregăti o corecție și să o trimită din nou prin validare. Cititorii ar trebui să distingă această direcție a integrării de o afirmație că fiecare parte a fluxului de lucru combinat este deja livrată.

Autonomia încă necesită o decizie de lansare

Bucla propusă ar putea reduce o sursă familiară de sarcină suplimentară pentru ingineri: reconstruirea unei probleme și transportarea contextului său între instrumente. Dacă testarea expune o regresie, rezultatul util este o corecție legată de verificarea eșuată, urmată de dovezi că corecția funcționează. Deschiderea unui alt pull request fără acele dovezi ar muta doar blocajul.

Supravegherea umană rămâne parte a arhitecturii. Izolarea limitează mediul de execuție, dar nu stabilește că o corecție este corectă. Testele, revizuirea de cod, verificările de securitate și limitele explicite de aprobare servesc scopuri diferite. O suită de teste verde poate totuși să omită o cerință, iar o modificare tehnic validă poate fi inadecvată pentru o anumită versiune.

Pentru clienții care evaluează platforma combinată, măsurile semnificative vor fi cât de des supraviețuiesc modificările propuse reviziei, câtă muncă de refacere necesită și ce se întâmplă cu fiabilitatea după lansare. Timpul economisit la pregătirea unei corecții trebuie cântărit față de timpul petrecut pentru verificarea acesteia. Acestea sunt criterii de evaluare, nu rezultate de performanță demonstrate de anunțul achiziției.

Un pariu pe calea completă de la idee la producție

Harness afirmă că Cosmos este disponibil acum și că clienții pot continua să folosească instrumentele de codare preferate. Aceasta lasă loc organizațiilor să adopte fluxurile de lucru ale fabricii de software selectiv, în loc să trateze achiziția ca pe o cerință de înlocuire a întregului mediu de dezvoltare.

Pariul strategic este clar. Pe măsură ce generarea de cod devine o capacitate de rutină, problema mai dificilă este menținerea contextului prin deciziile care fac software-ul utilizabil: implementare, revizuire, testare, implementare și operare. Integrarea activelor de codare ale Augment în Harness oferă companiei componente pe ambele părți ale acelei diviziuni.

Achiziția va fi în final judecată în funcție de faptul dacă acele componente formează o buclă de feedback fiabilă. Dacă o constatare din producție poate duce la o corecție bine delimitată, verificată în raport cu codul corect și lansată conform politicilor echipei, beneficiul depășește simpla viteză a codării. Devine o modalitate mai bună de a transforma munca de inginerie în software pe care clienții îl pot folosi.