Harness hankkii Augment Code -omaisuuksia yhdistääkseen koodausagentit ohjelmistotoimitukseen

Koodimuutoksen kirjoittaminen on yhä helpompaa. Muutoksen testaaminen, tarkastaminen, turvaaminen ja sen saattaminen luotettavasti asiakkaiden käyttöön on edelleen paljon suurempi tehtävä. Harness uskoo, että seuraava läpimurto tekoälypohjaisessa ohjelmistokehityksessä tulee näiden kahden maailman yhdistämisestä.

8. lokakuuta Harness ilmoitti hankkineensa valikoituja Augment Code -omaisuuksia, mukaan lukien Cosmos, Auggie CLI, Code Context Engine ja siihen liittyvät teknologiat. Näiden tuotteiden takana oleva tiimi liittyy Harnessiin. Cosmos tulee olemaan Harness Cosmos Software Factory Agent, laajentaen yrityksen ohjelmistotoimitusalustaa insinöörityöhön, joka tapahtuu ennen kuin muutos saavuttaa käyttöönotto‑putken.

Ero on merkittävä: kyseessä on valikoitujen omaisuuksien ja niiden tiimin hankinta, eikä koko Augment Code -yrityksen ostaminen. Sen merkitys piilee yhdessä tuodussa teknologiassa: agentit, jotka ymmärtävät ja muokkaavat koodikantaa, sekä järjestelmät, jotka ymmärtävät, miten koodi testataan, julkaistaan ja ylläpidetään.

Mitä Harness tuo alustalleen

Ilmoitus asettaa Cosmosin aloituspisteeksi yhä itsenäisemmälle ohjelmistokehityksen elinkaarelle (SDLC). Vaatimus, osoitettu tiketti tai raportoitu bugi voi käynnistää koordinoidun työnkulun, jossa agentit suunnittelevat muutoksen, kirjoittavat koodia ja testejä sekä avaavat pull requestin. Insinöörit pysyvät mukana päätöspisteissä, kuten suunnitelman hyväksymisessä ja lopullisen yhdistämispäätöksen tekemisessä.

Tämä ylittää pelkän alkupatchin luomisen. Cosmos-agentit voivat jatkaa työskentelyä samassa pull requestissa, kun tarkastajat jättävät kommentteja tai tarkistukset epäonnistuvat. Ennalta rakennetut asiantuntijat, kuten Project Builder, PR Author, Deep Reviewer ja PR Fixer, tarjoavat tiimeille työnkulkuja, joita ne voivat mukauttaa omiin repositorioihinsa ja standardeihinsa.

Jokainen agentti toimii eristetyssä virtuaalikoneessa. Mallin reititys, integraatiot GitHubin, Jiran ja Slackin kanssa, jaettu muisti, versionhallinta ja budjettirajoitukset tarjoavat ympäröivän infrastruktuurin tämän työn suorittamiseen koko insinööriorganisaatiossa.

Tämä yhdistelmä on ohjelmistotehtaan idea: toistettava prosessi, joka vie työn tarkastettavissa olevaan tulokseen. Tärkeä yksikkö on valmis insinööri‑työnkulku, jossa on todisteet ja tarkistuspisteet, eikä agentin tuottamien rivien määrä.

Kuinka Cosmos toimii chat-ikkunan ulkopuolella

Augmentin Cosmos-tuotesivu lisää hyödyllisiä yksityiskohtia siitä toimintamallista. Pull requestit, hälytykset, aikataulut ja webhookit voivat aktivoida erikoistuneita asiantuntijoita. Tiimit määrittelevät ympäristöt, integraatiot ja ihmisen tarkistuspisteet näiden laukaisevien tapahtumien ympärille, jolloin työ voi alkaa ilman, että jokaiselle tapahtumalle täytyy manuaalisesti antaa uusi kehotus.

Cosmos tukee myös asiantuntijoiden ja tapahtumapohjaisten työnkulkujen määrittämistä versionoituna YAML:na, muutosten soveltamista Auggie CLI:n kautta ja konfiguraatiohistorian hallintaa Gitissä. Tämä tekee agentin työnkulusta sellaisen, jonka tiimi voi tarkastella ja muuttaa tutun insinööri‑käytännön avulla. Tuotesivu kuvaa jaettua organisaatiotietoa ja kulutusrajoja näiden hallintojen ohella.

Kehitystiimille tämä muuttaa koordinointiongelmaa. Agentti, joka vastaa osoitettuun tikettiin, tarvitsee selkeästi määritellyn tavoitteen, oikeat työkalut ja paikan tuloksensa raportoimiseen. Epäonnistuneen tarkistuksen käynnistämä agentti tarvitsee epäonnistumisen todisteet ja luvan muuttaa asiaankuuluvia tiedostoja. Uudelleenkäytettävät työnkulut voivat koodata nämä vaatimukset, vaikka niiden tehokkuus riippuu edelleen siitä, kuinka huolellisesti organisaatio ne konfiguroi.

Code Context Engine on keskeinen sopimuksessa

Yritysohjelmistojen parissa työskentelevät agentit kohtaavat ongelman, jonka sujuva koodivastaus ei yksin pysty ratkaisemaan: oikean kontekstin löytäminen. Repositorio voi sisältää useita palveluita, vanhentuneita toteutuksia, paikallisia konventioita ja riippuvuuksia, jotka on vaikea päätellä yhdestä tiedostosta.

Augmentin selostus sen Code Context Engine -järjestelmästä Järjestelmä indeksoi koodin semanttisesti ja hakee tehtävään relevanttia tietoa. Se hyödyntää suhteita repositorioiden ja palveluiden välillä, commit‑historian, koodikannan mallien sekä tukimateriaalien, kuten dokumentaation ja tikettien, perusteella. Sen sijaan, että koko repositorio sisällytettäisiin kehotteeseen, se lajittelee ja kuratoi relevanttia kontekstia.

Käytännön arvo on helpompi ymmärtää esimerkin kautta. Pyyntö muuttaa maksupäätepistettä voi myös vaikuttaa validointiin, alavirtaiseen palveluun, webhook‑käsittelijään ja testauksiin. Näiden yhteyksien hakeminen voi antaa koodausagentille paremman lähtökohdan kuin pelkkä päätepiste‑tiedosto. Tämä on esimerkki siitä ongelmasta, jonka teknologia pyrkii ratkaisemaan, eikä takuu siitä, että kaikki vaikuttavat riippuvuudet löydetään.

Harness hankkii tämän kontekstikyvyn yhdessä työkalujen kanssa, jotka käyttävät sitä. Laajempi mahdollisuus on yhdistää tieto siitä, mitä koodi tekee, todisteisiin siitä, mitä tapahtuu sen jälkeen kun koodi poistuu repositoriosta.

Repositorion yhdistäminen toimivaan järjestelmään

Harness toimii jo toimituspuolella elinkaaren aikana. Sen agentit kattavat ohjelmistotoimituksen, turvallisuustestauksen, ajonaikaisen suojauksen ja kustannusten hallinnan. Yrityskauppa luo polun Cosmosin valmistamalle insinöörityölle siirtyä näihin alavirtaiseen työnkulkuihin.

Yrityksen Software Delivery Knowledge Graph on suunniteltu yhdistämään tietoa Gitistä, CI/CD:stä, pilvi-infrastruktuurista, turvallisuus- ja operatiivisista työkaluista. Harness kuvaa semanttista kerrosta, jossa on rakenteellisia suhteita, kanonisia identiteettejä ja pääsyn suodatusta. Yksi käytännön esimerkki on eri nimien ratkaiseminen samalle palvelulle varastossa, Kubernetesissa ja valvontajärjestelmissä.

Tuo identiteettiongelma on merkittävä. Haavoittuvuustieto, joka liittyy käyttöönotettuun palveluun, on hyödyllisempi, kun se voidaan jäljittää asianmukaiseen artefaktiin ja koodiversioon. Testivirhe täytyy yhdistää tarkasteltavaan muutokseen. Lisää lokien kerääminen ei automaattisesti luo näitä yhteyksiä.

Sen yrityskaupan ilmoitus, Harness kuvaa Code Context Engine:n ja Software Delivery Knowledge Graph:n yhdistämistä suunniteltuna seuraavana askeleena. Tavoitteellinen palautesilmukka palauttaisi alavirtaiset havainnot insinöörityökulkuun, jotta agentti voi valmistaa korjauksen ja lähettää sen uudelleen validoinnin läpi. Lukijoiden tulisi erottaa tämä integraatiosuunta väitteestä, että koko yhdistetty työnkulku on jo toimitettu.

Autonomia tarvitsee edelleen julkaisupäätöksen

Ehdotettu silmukka voisi vähentää tunnettua insinööriresurssien kuormitusta: ongelman uudelleenrakentamista ja sen kontekstin siirtämistä työkalujen välillä. Jos testaus paljastaa regressiota, hyödyllinen tulos on korjaus, joka on sidottu epäonnistuneeseen tarkistukseen, ja sen jälkeen todiste siitä, että korjaus toimii. Toisen pull requestin avaaminen ilman tätä todistetta siirtäisi vain pullonkaulan.

Ihmisen valvonta on edelleen osa arkkitehtuuria. Eristäminen rajoittaa suoritusympäristöä, mutta se ei takaa, että korjaus on oikea. Testit, koodikatselmointi, turvallisuustarkastukset ja eksplisiittiset hyväksyntärajoitukset palvelevat eri tarkoituksia. Vihreä testisarja voi silti ohittaa vaatimuksen, ja teknisesti kelvollinen muutos voi olla sopimaton tietylle julkaisulle.

Asiakkaille, jotka arvioivat yhdistettyä alustaa, merkityksellisiä mittareita ovat, kuinka usein ehdotetut muutokset selviävät tarkastuksesta, kuinka paljon uudelleentyötä ne vaativat, ja mitä tapahtuu luotettavuudelle julkaisun jälkeen. Aikaan, joka säästyy korjauksen valmistelussa, tulee suhtautua suhteessa siihen aikaan, joka kuluu sen varmistamiseen. Nämä ovat arviointikriteerejä, eivät suorituskykytuloksia, joita yrityskaupan ilmoitus esittelee.

Panostus koko polkuun ideasta tuotantoon

Harness sanoo, että Cosmos on nyt saatavilla ja että asiakkaat voivat jatkaa suosimien koodausvälineidensä käyttöä. Tämä jättää organisaatioille mahdollisuuden ottaa käyttöön ohjelmistotehtaan työnkulut valikoivasti sen sijaan, että yrityskauppaa pidettäisiin vaatimuksena korvata koko kehitysympäristö.

Strateginen panostus on selvä. Kun koodin generointi muuttuu rutiinikapasiteetiksi, vaikeampi ongelma on kontekstin ylläpitäminen päätösten läpi, jotka tekevät ohjelmistosta käyttökelpoisen: toteutus, tarkastus, testaus, käyttöönotto ja operointi. Augmentin koodausresurssien tuominen Harnessiin antaa yritykselle komponentteja molemmille puolille tätä jakautumaa.

Yrityskauppa tullaan lopulta arvioimaan sen perusteella, muodostavatko nämä komponentit luotettavan palautesilmukan. Jos tuotannon havainto voi johtaa hyvin rajattuun korjaukseen, joka on tarkistettu oikeaa koodia vastaan ja julkaistu tiimin käytäntöjen mukaisesti, hyöty ylittää nopeamman koodauksen. Se muuttuu paremmaksi tavaksi muuttaa insinöörityö ohjelmistoksi, jota asiakkaat voivat käyttää.