AWS a lancé jeudi les robots Kiro, généralement disponibles dans Kiro Crew, son environnement de développement multi-agent open source, pour aider les développeurs à coordonner les tâches de codage parallèles, à maintenir le contexte entre les sessions et à automatiser les flux de travail récurrents de développement logiciel.
Les robots Kiro sont conçus pour assumer la responsabilité de parties spécifiques du flux de travail d’un développeur plutôt que d’exécuter des tâches isolées au sein de sessions d’agent individuelles, répondant ainsi au fardeau croissant de coordination auquel les développeurs sont confrontés alors qu’ils s’appuient de plus en plus sur plusieurs agents d’IA pour gérer les tâches de développement logiciel en parallèle, a déclaré AWS dans un communiqué.
Configuration des robots et comment fonctionnent-ils
Les développeurs peuvent créer un bot en ouvrant la section Personnaliser dans Kiro Crew et en sélectionnant l’option « Ajouter un bot », où ils peuvent choisir soit un agent par défaut, soit un agent personnalisé existant comme base.
Chaque robot peut se voir attribuer une responsabilité spécifique, telle que le tri des problèmes, la surveillance des builds ou la préparation à la publication, et être personnalisé avec son propre nom, son avatar, ses instructions, ses outils et ses autorisations en fonction des tâches qu’il est censé gérer, a déclaré l’hyperscaler.
Les développeurs peuvent utiliser chaque bot pour lancer plusieurs sessions travailleur-agent en parallèle et lui permettre de suivre leur progression, de rediriger celles qui s’écartent du plan et de consolider leurs résultats. Si une tâche nécessite leur contribution ou une décision, le robot peut demander leur approbation tout en poursuivant d’autres tâches qui n’en dépendent pas, ajoute-t-il.
Pour maintenir la continuité entre les sessions, chaque bot conserve également sa propre mémoire persistante via une fonctionnalité qu’AWS appelle Notes.
Ces notes capturent la compréhension qu’a un robot des projets, y compris les préférences des développeurs, les décisions prises précédemment, les exigences du projet et les contraintes recueillies grâce à son travail et aux commentaires des développeurs. Le contexte accumulé aide chaque robot à appliquer les mêmes instructions et le même jugement aux tâches ultérieures sans que les développeurs aient à expliquer à plusieurs reprises leurs attentes, a déclaré l’hyperscaler.
Ce contexte persistant permet également aux développeurs de planifier des activités récurrentes via le chat d’un robot, comme enquêter sur les pannes de CI pendant la nuit chaque matin de la semaine ou préparer des notes de version un jour particulier, lui permettant d’appliquer ce qu’il a appris aux exécutions ultérieures, a ajouté l’hyperscaler.
Les développeurs ont également la possibilité d’inspecter, de modifier ou de supprimer les notes d’un robot pour affiner ce dont il se souvient et façonner son comportement pour les sessions ou tâches futures, a ajouté AWS.
L’hyperscaler introduit également une fonctionnalité nommée Dashboards dans Kiro Crew, qui permettra aux développeurs de décrire comment ils souhaitent visualiser les activités et les rapports en cours d’un bot.
Les gains de productivité s’accompagnent d’une « taxe de coordination »
Selon les analystes, l’introduction de robots dans Kiro Crew pourrait réduire la charge de coordination des développeurs travaillant avec plusieurs agents d’IA en parallèle, en passant de la gestion de sessions individuelles à la supervision de flux de développement plus larges.
« L’exécution de plusieurs agents en parallèle peut transformer le développeur en répartiteur, vérifiant les progrès, reconnectant le contexte et décidant de ce qui se passera ensuite. Kiro Bots tente de prendre en charge une plus grande partie de cette coordination, ce qui entraîne moins de supervision des sessions individuelles », a déclaré Stephanie Walter, responsable de la pile d’IA chez HyperFrame Research.
Ashish Chaturvedi, responsable de la recherche chez HFS Research, a fait écho à l’évaluation de Walter, affirmant que les robots de Kiro Crew aident essentiellement les entreprises à organiser les agents d’IA de la même manière qu’une équipe d’ingénierie bien gérée organise les personnes.
Cependant, l’orchestration de plusieurs agents de travail via un robot de supervision introduit ce que Dave McCarthy, vice-président du groupe chez IDC, appelle une « taxe de coordination », principalement parce que les tentatives parallèles en arrière-plan et les appels d’outils peuvent rapidement aggraver la consommation de jetons et les coûts de calcul, dont les DSI doivent se méfier.
Les DSI devraient donc évaluer les gains de productivité générés par les robots par rapport à leurs coûts d’exploitation, selon Walter.
« Idéalement, ils devraient commencer par un processus limité et mesurer le résultat complet : travail effectué correctement, temps de révision par les développeurs et coûts d’exploitation. Une activité accrue en arrière-plan ne signifie pas, en soi, une productivité plus élevée », a-t-elle déclaré.
De plus, les DSI devraient déterminer si tous les travaux de développement récurrents nécessitent un agent d’IA ou si certaines tâches seraient mieux gérées par l’automatisation conventionnelle, a-t-elle ajouté.
« Un agent est plus utile lorsque la tâche nécessite une enquête, une interprétation ou une adaptation à des conditions inconnues. Les clients doivent se demander où le robot ajoute du jugement et où l’automatisation ordinaire serait plus simple, moins chère et plus facile à vérifier », a déclaré Walter.
Problèmes d’auditabilité et de gouvernance
Au-delà des implications financières, l’autonomie croissante des robots pourrait également rendre plus difficile pour les développeurs de retracer les décisions prises sur plusieurs sessions, a prévenu Chaturvedi.
Alors que Kiro permet aux développeurs d’inspecter, de modifier ou de supprimer des notes et de consulter les journaux de travail, expliquer pourquoi un robot a pris une décision particulière pourrait devenir plus difficile à mesure que son comportement évolue au fil des semaines d’interactions et de commentaires, a-t-il déclaré.
Différents développeurs pourraient également se retrouver avec des robots qui se comportent différemment en fonction des instructions et des corrections qu’ils ont accumulées, a-t-il ajouté.
En outre, Chaturvedi a mis en garde contre une dérive potentielle des autorisations, un scénario résultant de robots demandant l’accès à des outils supplémentaires, les développeurs s’habituant potentiellement à approuver de telles demandes sans réévaluer de manière adéquate l’autorité accordée aux agents. Par conséquent, les DSI et les responsables informatiques devront gouverner les robots comme des entrepreneurs humains, avec des périmètres d’identité stricts, des garde-fous budgétaires et une télémétrie centralisée, a déclaré McCarthy.
