Le 5 novembre 2026, Kiro a annoncé la disponibilité générale de ses bots dans Kiro Crew. Ces agents persistants sont conçus pour prendre en charge des responsabilités récurrentes de développement, coordonner des sessions de travail et rendre compte dans une conversation dédiée. Kiro détaille leur fonctionnement et leur configuration.
Des agents qui suivent un travail dans la durée
Chaque bot possède un nom, une conversation continue, des notes, un espace de travail et un tableau de bord personnalisable. Il peut lancer plusieurs sessions en parallèle, en suivre l’avancement, réorienter celles qui s’écartent du plan et rassembler leurs résultats dans son chat. Si une décision humaine est nécessaire, il peut la demander tout en poursuivant les tâches qui n’en dépendent pas.
Créer un bot dans Kiro Crew
Dans la barre latérale de Kiro Crew, ouvrez l’espace consacré aux bots, ajoutez-en un, puis choisissez un agent par défaut ou personnalisé comme base. Un agent personnalisé apporte son prompt, son modèle, ses outils et ses compétences. Vous pouvez aussi choisir un modèle différent pour le bot et pour ses agents de travail.
Comment les tâches planifiées reviennent vers vous
Pour illustrer les tâches récurrentes, Kiro décrit un bot de suivi de build qui vérifie un pipeline d’intégration continue toutes les 30 minutes. L’activité habituelle est consignée dans un journal de travail ; les résultats ou les décisions qui réclament une attention remontent dans le chat. Kiro indique également qu’un retour sur une panne attendue peut guider les exécutions suivantes.
Pour commencer, Kiro recommande de confier au bot une responsabilité récurrente et bien délimitée, dont les résultats peuvent être évalués, puis d’ajuster son périmètre, son calendrier, ses entrées et ses permissions.
Mémoire et permissions : des réglages propres à chaque bot
Chaque bot dispose de sa propre mémoire et de ses propres outils et autorisations. L’utilisateur peut consulter, modifier ou supprimer les informations mémorisées. Un bot peut demander des outils supplémentaires, mais ils ne deviennent accessibles qu’après approbation.
Kiro cite notamment un bot de recherche limité à la lecture et un bot de revue de code qui peut commenter ou demander des changements, sans pouvoir approuver ni fusionner une pull request. Ces limites permettent de définir l’autorité accordée à chaque bot selon la tâche confiée.
