Harness acquiert les agents de codage d'Augment
11 octobre 2026 · 3 min de lecture
Harness a annoncé jeudi l'acquisition des actifs d'Augment Code, notamment le logiciel Cosmos, le CLI Auggie et le moteur Code Context Engine, ainsi que l'équipe derrière ces outils, pour un montant non divulgué. L'opération ajoute des agents de codage autonomes à la plateforme existante de Harness, qui gère déjà le test et le déploiement.
Selon Harness, Cosmos deviendra le Harness Cosmos Software Factory Agent. L'intégration vise à connecter la compréhension du codebase d'Augment à l'historique de déploiement de Harness. Cette fonctionnalité permettrait aux agents de code d'utiliser les échecs de déploiement passés lors de la modification du code et de recevoir des retours des systèmes en aval lorsque ces modifications échouent la validation. Cosmos est disponible dès aujourd'hui, mais ces capacités ne sont pas encore déployées.
Le fondateur et PDG de Harness, Jyoti Bansal, a déclaré que l'impact de l'IA sur le logiciel ne se mesurerait pas à la quantité de code générée, mais à la quantité de logiciel précieux qui atteint les clients. L'acquisition fait suite aux recherches de l'entreprise sur le paradoxe de la vitesse IA, qui a révélé que la génération de code plus rapide mettait à rude épreuve les processus de test et de lancement qui n'avaient pas suivi le même rythme.
Cosmos guide une demande ou un rapport de bug jusqu'à une pull request, les agents écrivant et testant du code dans des VM isolés. Ils peuvent également reprendre des vérifications échouées et des commentaires de revue sur une PR existante, en utilisant les retours des tours précédents pour effectuer des modifications supplémentaires.
Les équipes peuvent forker et personnaliser les agents selon leurs propres flux de travail, tandis que le Code Context Engine d'Augment récupère le contexte pertinent du codebase pendant qu'ils travaillent.
L'objectif était d'amener l'IA dans l'ensemble du cycle de développement logiciel, en commençant par un codage conscient du contexte, a déclaré Igor Ostrovsky, cofondateur et CTO d'Augment Code, décrivant un travail d'ingénierie qui devient de plus en plus autonome, avec des ingénieurs interviennent uniquement là où le jugement compte vraiment.
Les développeurs approuvent toujours et fusionnent les modifications, bien que Bansal ait écrit que les équipes peuvent décider quels travaux les agents gèrent seuls et où une personne doit examiner ou approuver. Cosmos reste accessible via le site existant d'Augment tandis que Harness travaille à l'intégrer dans sa plateforme plus large.
Harness prévoit de connecter le Code Context Engine d'Augment à son Knowledge Graph de livraison logicielle, ce qui donnerait à Cosmos accès à l'historique de déploiement et aux résultats de sécurité lors du travail sur des modifications de code. Cette intégration permettrait également aux agents en aval de Harness d'utiliser le contexte du dépôt pour enquêter sur les échecs et déterminer ce qui nécessite d'être corrigé.
Lorsque les agents en aval de Harness identifient un problème pendant les tests, la sécurisation ou le déploiement du code, ils l'envoient vers Cosmos avec le contexte pour le corriger. Un déploiement échoué pourrait alors être renvoyé vers Cosmos pour une nouvelle révision, le contexte de l'échec étant transmis au agent de codage plutôt qu'obligeant un développeur à diagnostiquer le problème et à créer une tâche séparée.
L'entreprise n'a pas fixé de date de sortie pour l'intégration ni expliqué comment le contexte sera échangé entre le Code Context Engine et le graphique de livraison, y compris comment les agents récupéreront les informations pertinentes de chaque système.
Qui contrôle les permissions d'agent
Harness prévoit d'amener Cosmos sous les contrôles d'identité et de politique de son Agent Harness, mais n'a pas expliqué comment les permissions fonctionneront entre les deux systèmes, un vide qui se démarque alors que l'industrie se dirige vers l'identité d'agent, Microsoft donnant à ses agents Copilot leurs propres identités.
Cosmos exécute déjà des agents dans des VM isolées avec des points de contrôle de revue configurables, bien qu'il soit incertain quelles données de production ils pourront accéder ou quelles actions en aval ils pourront entreprendre. Ces limites méritent une attention particulière, notamment après que des agents de codage aient exposé plus de 13 000 captures d'écran via des flux de travail routiniers sans qu'un attaquant n'ait jamais eu accès.