Harness neemt Augment Code‑activa over om codeeragents te verbinden met softwarelevering

Het schrijven van een codewijziging wordt steeds makkelijker. Het laten testen, beoordelen, beveiligen en betrouwbaar laten draaien van die wijziging voor klanten blijft echter een veel grotere taak. Harness wedt erop dat de volgende doorbraak in AI‑softwareontwikkeling zal komen door die twee werelden te verbinden.

Op 8 oktober kondigde Harness aan dat het geselecteerde Augment Code‑activa heeft overgenomen, waaronder Cosmos, de Auggie CLI, de Code Context Engine en gerelateerde technologie. Het team achter die producten treedt toe tot Harness. Cosmos wordt de Harness Cosmos Software Factory Agent, waardoor het softwareleveringsplatform van het bedrijf wordt uitgebreid naar het engineeringwerk dat plaatsvindt voordat een wijziging een implementatie‑pipeline bereikt.

Het onderscheid is belangrijk: dit is een overname van geselecteerde activa en het bijbehorende team, en geen formele aankoop van het volledige Augment Code‑bedrijf. De betekenis ligt in de samengebrachte technologie: agents die een codebase begrijpen en aanpassen, naast systemen die begrijpen hoe die code wordt getest, vrijgegeven en geëxploiteerd.

Wat Harness in zijn platform brengt

De aankondiging positioneert Cosmos als het startpunt voor een steeds autonomer softwareontwikkelingslevenscyclus, of SDLC. Een vereiste, toegewezen ticket of gerapporteerde bug kan een gecoördineerde workflow initiëren waarin agents een wijziging plannen, code en tests schrijven en een pull‑request openen. Engineers blijven betrokken bij beoordelingsmomenten, waaronder het goedkeuren van een ontwerp en het nemen van de uiteindelijke merge‑beslissing.

Dit gaat verder dan het genereren van een eerste patch. Cosmos‑agents kunnen blijven werken aan dezelfde pull‑request wanneer reviewers opmerkingen achterlaten of controles falen. Vooraf gebouwde Experts, waaronder Project Builder, PR Author, Deep Reviewer en PR Fixer, bieden teams workflows die ze kunnen aanpassen aan hun eigen repositories en standaarden.

Elke agent draait in een geïsoleerde virtuele machine. Model‑routing, integraties met GitHub, Jira en Slack, gedeeld geheugen, versiebeheer en budgetcontroles vormen de omringende infrastructuur om dat werk binnen een engineeringorganisatie uit te voeren.

Die combinatie is het software‑factory‑concept: een herhaalbaar proces dat werk naar een controleerbaar resultaat brengt. De belangrijke eenheid is een voltooid engineering‑workflow, met bewijs en controlepunten, in plaats van het aantal regels dat een agent produceert.

Hoe Cosmos werkt buiten het chatvenster

de Cosmos-productpagina van Augment voegt nuttige details toe over dat bedrijfsmodel. Pull‑requests, waarschuwingen, schema’s en webhooks kunnen gespecialiseerde Experts activeren. Teams definiëren omgevingen, integraties en menselijke controlepunten rond die triggers, waardoor werk kan beginnen zonder dat iemand handmatig een nieuwe prompt voor elk evenement moet uitgeven.

Cosmos ondersteunt ook het definiëren van Experts en gebeurtenis‑gedreven workflows als versie‑YAML, het toepassen van wijzigingen via de Auggie CLI en het beheren van configuratiegeschiedenis in Git. Hierdoor wordt de agent‑workflow zelf iets dat een team kan inspecteren en wijzigen via vertrouwde engineeringpraktijken. De productpagina beschrijft gedeelde organisatorische kennis en bestedingslimieten naast die controles.

Voor een ontwikkelingsteam verandert dit het coördinatie‑probleem. Een agent die reageert op een toegewezen ticket heeft een duidelijk afgebakend doel, toegang tot de juiste tools en een plek om zijn resultaat te rapporteren nodig. Een agent die wordt geactiveerd door een mislukte controle heeft het bewijs van de fout en toestemming om de relevante bestanden te wijzigen nodig. Herbruikbare workflows kunnen die vereisten coderen, hoewel hun effectiviteit nog steeds afhangt van hoe zorgvuldig de organisatie ze configureert.

De Code Context Engine staat centraal in de deal

Agents die werken aan enterprise‑software staan voor een probleem dat een vloeiende code‑respons niet alleen kan oplossen: het vinden van de juiste context. Een repository kan meerdere services, verouderde implementaties, lokale conventies en afhankelijkheden bevatten die moeilijk uit één bestand af te leiden zijn.

Volgens de uitleg van Augment over de Code Context Engine indexeert het systeem code semantisch en haalt informatie op die relevant is voor de taak. Het maakt gebruik van relaties tussen repositories en services, commit‑geschiedenis, codebase‑patronen en ondersteunend materiaal zoals documentatie en tickets. In plaats van een volledige repository in een prompt te plaatsen, rangschikt en curatet het relevante context.

De praktische waarde is makkelijker te begrijpen aan de hand van een voorbeeld. Een verzoek om een betalings‑endpoint te wijzigen kan ook invloed hebben op validatie, een downstream‑service, een webhook‑handler en tests. Het ophalen van die verbindingen kan een codeer‑agent een beter uitgangspunt geven dan alleen het endpoint‑bestand. Dit illustreert het probleem dat de technologie aanpakt, maar is geen garantie dat elke getroffen afhankelijkheid wordt gevonden.

Harness neemt deze context‑capaciteit over, samen met de tools die het in de praktijk brengen. De bredere kans is om kennis over wat de code doet te verbinden met bewijs van wat er gebeurt nadat deze de repository verlaat.

De repository verbinden met het draaiende systeem

Harness opereert al aan de leveringskant van de levenscyclus. Zijn agents bestrijken softwarelevering, beveiligingstesten, runtime-bescherming en kostenbeheer. De overname creëert een pad voor engineeringwerk dat door Cosmos is voorbereid om naar die downstream-werkstromen te verplaatsen.

Het Software Delivery Knowledge Graph van het bedrijf is ontworpen om informatie van Git, CI/CD, cloudinfrastructuur, beveiligings- en operationele tools te verbinden. Harness beschrijft een semantische laag met gestructureerde relaties, canonieke identiteiten en toegangsfiltering. Een praktisch voorbeeld is het oplossen van verschillende namen voor dezelfde service in een repository, Kubernetes en bewakingssystemen.

Dat identiteitsprobleem is belangrijk. Een kwetsbaarheidsbevinding die gekoppeld is aan een gedeployde service is nuttiger wanneer deze kan worden getraceerd naar het relevante artefact en de codeversie. Een testfout moet worden gekoppeld aan de wijziging die daadwerkelijk wordt beoordeeld. Het verzamelen van meer logs legt die relaties niet automatisch vast.

In zijn aankondiging van de overname beschrijft Harness het verbinden van de Code Context Engine en het Software Delivery Knowledge Graph als een geplande volgende stap. De beoogde feedbacklus zou downstream‑bevindingen terugbrengen naar de engineering‑werkstroom zodat een agent een correctie kan voorbereiden en deze opnieuw via validatie kan sturen. Lezers moeten die integratierichting onderscheiden van de bewering dat elk onderdeel van de gecombineerde werkstroom al is geleverd.

Autonomie heeft nog steeds een release‑beslissing nodig

De voorgestelde lus kan een bekende bron van engineering‑overhead verminderen: het reconstrueren van een issue en het meenemen van de context tussen tools. Als testen een regressie blootlegt, is de nuttige output een correctie gekoppeld aan de mislukte controle, gevolgd door bewijs dat de correctie werkt. Het openen van een andere pull‑request zonder dat bewijs zou slechts de knelpunt verplaatsen.

Menselijke supervisie blijft deel van de architectuur. Isolatie beperkt de uitvoeringomgeving, maar stelt niet vast dat een patch correct is. Tests, code‑review, beveiligingscontroles en expliciete goedkeuringsgrenzen dienen verschillende doelen. Een groene testsuite kan nog steeds een vereiste missen, en een technisch geldige wijziging kan nog steeds ongeschikt zijn voor een specifieke release.

Voor klanten die het gecombineerde platform evalueren, zullen de betekenisvolle maatstaven zijn hoe vaak voorgestelde wijzigingen de review doorstaan, hoeveel herwerk ze vereisen, en wat er met de betrouwbaarheid gebeurt na de release. Tijd bespaard bij het voorbereiden van een patch moet worden afgewogen tegen de tijd die wordt besteed aan het verifiëren ervan. Dit zijn evaluatiecriteria, geen prestatie‑resultaten die in de aankondiging van de overname worden aangetoond.

Een inzet op het volledige pad van idee tot productie

Harness meldt dat Cosmos nu beschikbaar is en dat klanten hun favoriete codeertools kunnen blijven gebruiken. Dat biedt organisaties de mogelijkheid om de software‑factory‑werkstromen selectief te adopteren, in plaats van de overname te zien als een vereiste om hun volledige ontwikkelomgeving te vervangen.

De strategische inzet is duidelijk. Naarmate codegeneratie een routinematige mogelijkheid wordt, is het moeilijkere probleem het behouden van context over de beslissingen die software bruikbaar maken: implementatie, review, testen, uitrol en operatie. Het integreren van de code‑assets van Augment in Harness geeft het bedrijf componenten aan beide zijden van die kloof.

De overname zal uiteindelijk worden beoordeeld aan de hand van de vraag of die componenten een betrouwbare feedbacklus vormen. Als een productievondst kan leiden tot een goed afgebakende correctie, geverifieerd tegen de juiste code en uitgebracht volgens het beleid van het team, reikt de winst verder dan sneller coderen. Het wordt een betere manier om engineeringwerk om te zetten in software die klanten kunnen gebruiken.