Cosmos Software Factory flyttar till Harness i Augment Code‑tillgångsförsäljning

Harness har förvärvat utvalda tillgångar från Augment Code, inklusive Cosmos software factory, Auggie CLI, Code Context Engine och relaterad teknik, där teamet bakom dessa produkter ansluter sig till Harness, medgrundare och VD Jyoti Bansal meddelade i ett Harness blogginlägg den 8 oktober 2026. Cosmos blir Harness Cosmos Software Factory Agent och är nu tillgänglig.

Tillgångsförsäljning och ledande uttalanden

Avtalet överför utvalda Augment Code‑tillgångar, specifikt Cosmos software factory, Auggie CLI, Code Context Engine och relaterad teknik, till Harness, och de anställda som byggde dessa produkter flyttar med dem. Enligt företagets pressmeddelande ansluter sig teamet för att påskynda Harness arbete med att göra hela mjukvaruutvecklingslivscykeln alltmer autonom. Bansal skrev att Harness investerar i produkterna, tekniken och människorna som byggde dem.

I pressmeddelandet sade Bansal att AI:s påverkan på mjukvara kommer att mätas efter hur mycket värdefull mjukvara som når kunder, snarare än hur mycket kod den genererar. Han presenterade förvärvet som ett sätt att föra samman kodkontext med leverans‑ och produktionskontext så att agenter kan göra bättre förändringar från början. Igor Ostrovsky, Augment Codes medgrundare och CTO, sade att företaget avsåg att föra AI till hela mjukvaruutvecklingslivscykeln, med början i kontext‑medveten kodning, och beskrev anslutningen till Harness som nästa steg mot den visionen.

Augment Code gav sin egen redogörelse i ett inlägg av VD Matt McClernan som publicerades samma dag. McClernan skrev att företaget gick med på att sälja de utvalda tillgångarna eftersom, enligt hans beskrivning, Harness integrerade plattform levererar dessa funktioner till kunder mer effektivt än att bygga dem självständigt. Han sade att flytten utökar räckvidden för Augments utvecklar‑inriktade kodningsfunktioner och fortsätter dess “ursprungliga uppdrag: förbättra mjukvaruutveckling i skala med AI.” Hans inlägg beskrev företagets grundläggande premiss: företagsutvecklingsteam behövde ett annat tillvägagångssätt för AI‑assisterad kodning eftersom traditionella verktyg betraktade kodgenerering som en fristående uppgift, medan det svårare problemet var att orkestrera AI‑skriven kod över komplexa system i skala, vilket företaget kallar mjukvarufabriker.

Hur Cosmos Software Factory fungerar

Cosmos tar en definierad roll i Harness‑plattformen: automatiserar ingenjörsarbete från idé till kod, varefter Harness befintliga agenter för in koden i produktion och drift. Bansal skrev att arbetsflödets mål är en förändring som är redo för teamets merge‑beslut.

Arbetet i Harness Cosmos startar från händelser snarare än enbart manuella uppmaningar. En tilldelad ticket, en rapporterad bugg, ett skrivet krav, en öppnad pull‑request, ett utlösande larm, en inkommande webhook eller ett schema kan var och en initiera arbete. En flotta av Cosmos‑agenter planerar sedan förändringen, skriver koden och testar, och öppnar en pull‑request, och när en granskare kommenterar eller en kontroll misslyckas, åtgärdar en agent problemet i samma pull‑request, och följer arbetet genom misslyckade kontroller och merge‑konflikter.

Varje agent arbetar i sin egen isolerade virtuella maskin och tar in en ingenjör vid bedömningspunkter, såsom att godkänna en design eller göra den slutgiltiga merge‑en. Team kan börja med förbyggda agenter som kallas Experter, finjustera var och en för sin egen kodbas och distribuera dem organisationsbrett. Pressmeddelandet nämner Project Builder, PR Author, Deep Reviewer och PR Fixer som förbyggda Experter, medan Bansals inlägg listar PR Author, Deep Reviewer, Risk Analyzer och Verifier som exempel som team kan anpassa.

Stödjande infrastruktur inkluderar Code Context Engine, som upprätthåller en levande karta över kodbasen så att förändringar passar den befintliga koden; modell‑routing som matchar varje uppgift med en modell; inbyggda integrationer med GitHub, Jira och Slack; delat minne som överför lärdomar från varje granskning till nästa förändring; samt versions‑ och budgetkontroller för att köra autonom kodning över en ingenjörsorganisation. Fabrikens angivna resultat är en granskad, merge‑klar pull‑request som Harness‑agenter sedan testar, säkrar och distribuerar.

Kodkontext, leveranskontext och styrning

Harness planerar att koppla Code Context Engine, som kartlägger en kodbas och de relationer som är relevanta för en uppgift, med sin Software Delivery Knowledge Graph, som sammankopplar kontext om hur mjukvara byggs, testas, säkras, distribueras och drivs. Bansals inlägg beskriver två avsedda fördelar med att förena dem: leverans‑ och produktionskontext, såsom testförväntningar, säkerhetskrav, distributionsbegränsningar samt tidigare incidenter och deras åtgärder, kan informera ingenjörsarbete innan en förändring skrivs, och resultat från granskning, kvalitetstestning, säkerhetstestning och distributionsverifiering kan återföras till ingenjörsarbetsflödet med den bevisning som behövs för att undersöka, korrigera och revalidera en förändring.

Inlägget illustrerar loopen med en sårbarhet i en distribuerad tjänst. Anslutet sammanhang identifierar den drabbade koden, den distribuerade versionen, relevanta beroenden och de kontroller som en korrigering måste klara. Harness Cosmos förbereder ett föreslaget fix, granskning, kvalitetstestning och säkerhetstestning ger återkoppling, och efter de erforderliga kontrollerna och godkännandena tar Software Delivery Agent förändringen genom distribution och verifiering. Om ett test eller en distributionskontroll avslöjar en regression återförs bevisen till ingenjörsarbetsflödet så att förändringen kan korrigeras och kontrolleras igen, och en utrullning kan hållas eller rullas tillbaka enligt teamets leveranspolicyer. Pressmeddelandet säger att agenterna kan loopa tills problemet är löst.

Cosmos ansluter till Harness-plattformens befintliga agenter. Software Delivery Agent bygger och distribuerar mjukvara, hanterar infrastruktur‑ och databasändringar samt verifierar distributioner, med återställning där det är konfigurerat. Security Testing Agent identifierar, prioriterar och åtgärdar risker i kod, beroenden och mjukvarukedjan. Runtime Protection Agent arbetar för att förstå säkerhetsställning och försvara applikationer, API:er och AI i produktion mot körningstidshot. Cost Management Agent kontrollerar och optimerar moln‑ och AI‑kostnader, och kopplar kostnadsinsyn och optimering till insikter om ingenjörseffektivitet.

Harness Cosmos‑arbetsflöden kommer att kopplas till plattformens befintliga policy‑as‑code, åtkomstkontroller, godkännanden och audit‑spår. Bansal skrev att autonominivån bör spegla risken, och jämförde en uppdatering som bara dokumenteras med en förändring av betalningshantering, samt att rutinmässigt arbete med låg risk kan fortgå inom godkända policyer medan förändringar med högre risk kräver ytterligare validering eller mänskligt omdöme. ”Autonomi bör minska repetitivt arbete, inte ansvarsskyldigheten,” skrev han.

Kunder kan anta Harness Cosmos, fortsätta använda sina föredragna kodverktyg, eller använda båda, enligt tillkännagivandet. Harness Cosmos är tillgängligt nu, och Bansals inlägg uppmanar team att börja med ett ingenjörsarbetsflöde de vill automatisera, från att implementera ett ärende till att förbereda en pull‑request.