L'ESSENTIEL EN 30 SECONDES

  • Chaque bot dispose d'une conversation unique, d'une mémoire modifiable et d'un journal de travail, et poursuit un objectif découpé en jalons.
  • Les bots peuvent tourner selon un calendrier ou un « heartbeat » plafonné par jour, lancer et réorienter des sessions parallèles, et demander une validation avant les actions sensibles comme un déploiement.
  • Kiro annonce une disponibilité générale dans Kiro Crew ; des analystes cités par InfoWorld soulignent les coûts en jetons, la traçabilité et la dérive des permissions.

Kiro, l'outil de développement agentique d'Amazon Web Services, a annoncé le 5 novembre la disponibilité générale des « bots » dans Kiro Crew, son environnement qui fait travailler plusieurs agents de code en même temps. Un bot est un agent nommé, affecté durablement à un domaine de travail, et non un assistant ouvert pour une seule tâche puis refermé.

Des agents avec une mémoire et un objectif

Selon l'annonce de Kiro, chaque bot vit dans une conversation unique et continue avec le développeur. Il tient ses propres notes sur les projets, les décisions et les points en suspens, que l'utilisateur peut consulter, modifier ou effacer ; cette mémoire est cloisonnée d'un bot à l'autre. L'activité planifiée ou en arrière-plan est consignée dans un journal de travail, et les bots peuvent entretenir des tableaux de bord résumant l'état de leurs tâches.

On confie à un bot un objectif assorti de jalons, qu'il poursuit de sa propre initiative. Les plannings se définissent en langage courant, par exemple vérifier les échecs de compilation de la nuit ou rédiger des notes de version hebdomadaires ; le billet montre aussi une option de « heartbeat » qui réveille le bot à intervalle fixe, avec un plafond d'exécutions quotidiennes. La documentation les distingue des agents personnalisés réutilisables, des tâches planifiées et des sous-agents propres à une session.

Coordonner des agents exécutants

Pour les travaux longs, un bot lance des sessions parallèles, les surveille, recadre celles qui dévient et rend compte dans sa conversation. Il peut demander une décision au développeur pendant que le reste du travail avance. Chaque bot ne reçoit que les outils et droits nécessaires à son rôle : un déploiement attend un feu vert, et toute demande d'outil supplémentaire doit être approuvée. On peut choisir un modèle pour le bot et un autre pour ses exécutants, et faire tourner les bots sur un portable, un Mac Mini ou une instance EC2. Kiro cite des bots de tri des tickets, de suivi des builds, de revue de code et de préparation des versions.

Coûts et contrôle encore flous

Ni Kiro ni la presse spécialisée ne précisent le prix des bots. Les analystes interrogés par InfoWorld restent prudents. Stephanie Walter (HyperFrame Research) conseille de commencer par un processus bien délimité et de mesurer exactitude, temps de relecture et coût, l'automatisation classique pouvant être moins chère pour certaines tâches récurrentes. Ashish Chaturvedi (HFS Research) craint qu'auditer des décisions étalées sur des semaines devienne plus difficile et que des validations devenues routinières élargissent peu à peu les permissions. Dave McCarthy (IDC) évoque une « coordination tax » : relances parallèles et appels d'outils peuvent vite faire grimper la facture en jetons et en calcul.