Harness acquiert des actifs de code d’Augment pour connecter les agents de codage à la livraison de logiciels

Rédiger une modification de code devient plus simple. Faire tester, réviser, sécuriser et déployer de façon fiable cette modification pour les clients reste une tâche bien plus importante. Harness parie que la prochaine avancée du développement logiciel IA proviendra de la connexion de ces deux mondes.

Le 8 octobre, Harness a annoncé qu’il avait acquis des actifs sélectionnés d’Augment Code, dont Cosmos, l’Auggie CLI, le Code Context Engine et les technologies associées. L’équipe derrière ces produits rejoint Harness. Cosmos deviendra le Harness Cosmos Software Factory Agent, étendant la plateforme de livraison de logiciels de l’entreprise au travail d’ingénierie qui se déroule avant qu’une modification n’atteigne un pipeline de déploiement.

Cette distinction est importante : il s’agit d’une acquisition d’actifs sélectionnés et de leur équipe associée, et non d’un achat déclaré de l’ensemble de la société Augment Code. Son importance réside dans la technologie réunie : des agents capables de comprendre et de modifier une base de code, aux côtés de systèmes qui comprennent comment ce code est testé, déployé et exploité.

Ce que Harness apporte à sa plateforme

L’annonce place Cosmos comme point de départ d’un cycle de vie du développement logiciel, ou SDLC, de plus en plus autonome. Une exigence, un ticket assigné ou un bug signalé peut déclencher un flux de travail coordonné dans lequel les agents planifient une modification, écrivent le code et les tests, et ouvrent une pull request. Les ingénieurs restent impliqués aux points de jugement, notamment pour approuver une conception et prendre la décision finale de fusion.

Cela va au-delà de la génération d’un correctif initial. Les agents Cosmos peuvent continuer à travailler sur la même pull request lorsque les réviseurs laissent des commentaires ou que les contrôles échouent. Les experts préconstruits, dont Project Builder, PR Author, Deep Reviewer et PR Fixer, offrent aux équipes des flux de travail qu’elles peuvent adapter à leurs propres dépôts et standards.

Chaque agent fonctionne dans une machine virtuelle isolée. Le routage de modèle, les intégrations avec GitHub, Jira et Slack, la mémoire partagée, le versionnage et les contrôles budgétaires offrent l’infrastructure environnante permettant d’exécuter ce travail au sein d’une organisation d’ingénierie.

Cette combinaison incarne l’idée de la fabrique logicielle : un processus reproductible qui conduit le travail vers un résultat révisable. L’unité importante est un flux de travail d’ingénierie achevé, avec des preuves et des points de contrôle, plutôt que le nombre de lignes produites par un agent.

Comment Cosmos fonctionne au‑delà de la fenêtre de chat

Page produit Cosmos d’Augment ajoute des détails utiles sur ce modèle opérationnel. Les pull requests, alertes, planifications et webhooks peuvent activer des experts spécialisés. Les équipes définissent des environnements, des intégrations et des points de contrôle humains autour de ces déclencheurs, permettant au travail de commencer sans qu’une personne ne doive lancer manuellement une nouvelle invite pour chaque événement.

Cosmos prend également en charge la définition d’experts et de flux de travail déclenchés par des événements sous forme de YAML versionné, en appliquant les modifications via l’Auggie CLI et en gérant l’historique de configuration dans Git. Cela fait du flux de travail de l’agent un élément que l’équipe peut inspecter et modifier à l’aide de pratiques d’ingénierie familières. La page produit décrit les connaissances organisationnelles partagées et les limites de dépenses en complément de ces contrôles.

Pour une équipe de développement, cela modifie le problème de coordination. Un agent qui répond à un ticket assigné a besoin d’un objectif clairement délimité, d’un accès aux bons outils et d’un lieu où signaler son résultat. Un agent déclenché par un contrôle qui échoue a besoin des preuves de l’échec et de l’autorisation de modifier les fichiers concernés. Les flux de travail réutilisables peuvent encoder ces exigences, bien que leur efficacité dépende toujours de la rigueur avec laquelle l’organisation les configure.

Le Code Context Engine est au cœur de l’opération

Les agents travaillant sur des logiciels d’entreprise sont confrontés à un problème qu’une réponse de codage fluide ne peut résoudre à elle seule : trouver le bon contexte. Un dépôt peut contenir plusieurs services, des implémentations obsolètes, des conventions locales et des dépendances difficiles à déduire à partir d’un seul fichier.

Selon explication d’Augment de son Code Context Engine, le système indexe sémantiquement le code et récupère les informations pertinentes pour la tâche. Il s’appuie sur les relations entre dépôts et services, l’historique des commits, les modèles de la base de code et les documents de support tels que la documentation et les tickets. Plutôt que d’insérer un dépôt complet dans une invite, il classe et sélectionne le contexte pertinent.

La valeur pratique est plus facile à comprendre à travers un exemple. Une demande de modification d’un point de terminaison de paiement peut également affecter la validation, un service en aval, un gestionnaire de webhook et les tests. Récupérer ces connexions peut offrir à un agent de codage un point de départ meilleur que le seul fichier du point de terminaison. Il s’agit d’une illustration du problème que la technologie résout, et non d’une garantie que chaque dépendance affectée sera détectée.

Harness acquiert cette capacité de contexte en même temps que les outils qui l’exploitent. L’opportunité plus large consiste à relier la connaissance de ce que fait le code aux preuves de ce qui se produit après qu’il a quitté le dépôt.

Connecter le dépôt au système en cours d’exécution

Harness intervient déjà du côté de la livraison du cycle de vie. Ses agents couvrent la livraison logicielle, les tests de sécurité, la protection en temps réel et la gestion des coûts. L’acquisition crée un chemin permettant au travail d’ingénierie préparé par Cosmos de passer à ces flux de travail en aval.

Le Software Delivery Knowledge Graph de l’entreprise est conçu pour connecter les informations provenant de Git, CI/CD, de l’infrastructure cloud, de la sécurité et des outils opérationnels. Harness décrit une couche sémantique avec des relations structurées, des identités canoniques et un filtrage d’accès. Un exemple concret consiste à résoudre les différents noms d’un même service dans un dépôt, Kubernetes et les systèmes de surveillance.

Ce problème d’identité a des conséquences. Un résultat de vulnérabilité associé à un service déployé est plus utile lorsqu’il peut être retracé jusqu’à l’artéfact et la version de code concernés. Un échec de test doit être relié à la modification réellement examinée. Collecter davantage de journaux n’établit pas automatiquement ces relations.

Dans son annonce d’acquisition, Harness décrit la connexion du Code Context Engine et du Software Delivery Knowledge Graph comme une prochaine étape prévue. La boucle de rétroaction prévue renverrait les résultats en aval vers le flux de travail d’ingénierie afin qu’un agent puisse préparer une correction et la renvoyer à nouveau à la validation. Les lecteurs doivent distinguer cette direction d’intégration d’une affirmation selon laquelle chaque partie du flux de travail combiné est déjà livrée.

L’autonomie nécessite encore une décision de publication

La boucle proposée pourrait réduire une source familière de surcharge d’ingénierie : la reconstruction d’un problème et le transport de son contexte entre les outils. Si les tests révèlent une régression, le résultat utile est une correction liée à la vérification échouée, suivie d’une preuve que la correction fonctionne. Ouvrir une autre pull request sans cette preuve ne ferait que déplacer le goulot d’étranglement.

La supervision humaine reste une partie de l’architecture. L’isolation limite l’environnement d’exécution, mais elle ne garantit pas qu’un correctif soit correct. Les tests, la revue de code, les contrôles de sécurité et les limites d’approbation explicites remplissent des fonctions différentes. Une suite de tests verte peut encore manquer une exigence, et une modification techniquement valide peut rester inappropriée pour une version particulière.

Pour les clients évaluant la plateforme combinée, les mesures significatives seront la fréquence à laquelle les changements proposés survivent à la revue, le degré de retouche nécessaire et l’impact sur la fiabilité après la publication. Le temps économisé pour préparer un correctif doit être mis en balance avec le temps passé à le vérifier. Ce sont des critères d’évaluation, pas des résultats de performance démontrés par l’annonce d’acquisition.

Un pari sur l’ensemble du parcours, de l’idée à la production

Harness indique que Cosmos est disponible dès maintenant et que les clients peuvent continuer à utiliser leurs outils de codage préférés. Cela laisse aux organisations la possibilité d’adopter sélectivement les flux de travail de la fabrique logicielle, plutôt que de considérer l’acquisition comme une obligation de remplacer l’ensemble de leur environnement de développement.

Le pari stratégique est clair. À mesure que la génération de code devient une capacité routinière, le problème le plus difficile consiste à maintenir le contexte à travers les décisions qui rendent le logiciel exploitable : implémentation, revue, test, déploiement et exploitation. L’intégration des actifs de codage d’Augment dans Harness fournit à l’entreprise des composants des deux côtés de cette division.

L’acquisition sera finalement jugée à l’aune de la capacité de ces composants à former une boucle de rétroaction fiable. Si une découverte en production peut conduire à une correction bien définie, vérifiée contre le code correct et publiée selon les politiques de l’équipe, le gain dépasse la simple accélération du codage. Cela devient une meilleure façon de transformer le travail d’ingénierie en logiciels utilisables par les clients.