Découvrez les bots dans Kiro Crew

Vous commencez votre mardi matin en lançant quelques sessions d’agent. L’une refactorise votre module d’authentification, une autre traque un test instable, une troisième commence à ébaucher un plan de migration de base de données nécessaire au lancement d’une nouvelle fonctionnalité, et une dernière termine un résumé de garde pour votre passation plus tard aujourd’hui. Pour le plaisir, vous en démarrez une autre pour explorer une idée qui vous trotte dans la tête depuis un moment : la recherche sémantique dans votre propre base de code, ainsi que de bons exemples tirés de l’industrie. Vous lancez tout cela avant de vous rendre à votre premier appel de la journée. Ces sessions devraient vous donner une bonne longueur d’avance à votre retour.

Au lieu de cela, vous revenez pour constater que la refactorisation est restée bloquée presque tout ce temps à attendre une décision pour faire confiance à un outil que vous êtes sûr d’avoir déjà approuvé, que le test instable a un correctif mais sans logique claire derrière la décision, que le plan de migration ébauché est prêt mais doit être largement révisé, que le résumé de passation a été créé mais que l’agent est resté inactif depuis, et que les résultats de recherche se résument à une collection d’articles et de projets open source sans comparaison des approches qui pourraient réellement convenir à votre base de code.

Les agents ont travaillé en parallèle, mais vous devez maintenant vous rappeler où vous vous étiez arrêté dans chaque session, rattraper ce qui a réellement été accompli, ce qui reste à faire et les décisions importantes que vous devez prendre. Plus vous exécutez de tâches en parallèle, plus vous passez de temps à transférer le contexte de l’une à l’autre et à vérifier quelles sessions sont terminées et lesquelles attendent votre intervention. C’est toujours à vous de faire avancer le travail dans la bonne direction.

Aujourd’hui, nous présentons les bots Kiro, offerts en disponibilité générale dans Kiro Crew. Un bot est une nouvelle façon de structurer et de piloter le travail agentif. Au lieu de travailler dans des sessions isolées, chaque bot est un agent nommé et de longue durée que vous définissez et personnalisez pour une partie précise de votre travail. Il a sa propre mémoire et exécute ses propres sessions, pour que vous n’ayez plus à les suivre une par une. Kiro Crew apprend déjà de votre façon de travailler. Les bots changent l’endroit où cet apprentissage réside.

Chaque bot a un nom, un avatar et une conversation continue où vous donnez la direction et revenez chercher les résultats. Vous le construisez autour d’un objectif, comme une recherche continue adaptée à votre base de code, et le bot travaille de façon proactive vers cet objectif. Il a ses propres notes pour suivre le travail, pour que vous puissiez voir les décisions et les éléments en suspens. Tout ce qu’un bot possède réside dans son propre espace de travail dans Kiro Crew, avec un tableau de bord que vous personnalisez avec lui pour voir où en est le travail sans ouvrir une seule session.

Quand il y a du travail à faire, un bot peut démarrer des sessions en parallèle, les surveiller, réorienter tout ce qui s’écarte du plan et ramener les résultats dans une seule conversation continue. Si une tâche nécessite votre décision, un bot peut vous la demander tout en continuant de travailler sur les parties qui ne dépendent pas de votre réponse. Vous pouvez aussi configurer des horaires dans la conversation, pour qu’un bot examine les échecs de build de la nuit avant le début de votre journée, ou prépare les notes de version chaque vendredi.

Chaque bot obtient uniquement les outils et les autorisations dont son travail a besoin. Par exemple, un bot de recherche peut effectuer des recherches sur le Web et lire vos fichiers, mais il ne peut pas les modifier. Un bot de déploiement peut exécuter vos scripts de déploiement et demande votre approbation avant chaque changement. Un bot peut vous demander d’autres outils, mais rien ne change tant que vous n’avez pas approuvé la demande. Comme chaque bot a sa propre mémoire, ce que votre bot de déploiement apprend sur votre processus de publication ne se mélange pas avec ce que votre bot de recherche apprend. En gardant les leçons séparées, chaque bot applique votre jugement à sa propre responsabilité.

Il vous reste alors le travail qui a besoin de vous. Vous décidez de ce à quoi ressemble un bon résultat, vérifiez les résultats et dirigez des processus entiers au lieu de pousser des sessions individuelles.

Chaque partie de votre travail a son propre contexte et ses propres nuances qui influencent les décisions. Pendant que les agents s’exécutent sur ces tâches, vous devez garder votre intention et votre contexte reliés d’une partie à l’autre, garder les compromis clairs et reformuler la direction derrière les décisions de chaque agent.

Avec les bots Kiro, votre direction reste visible et révisable, et l’apprentissage de Kiro Crew s’accumule au sein de chaque bot. Vous pouvez ainsi confier une responsabilité continue plutôt qu’une seule tâche. Dans sa spécialité, chaque bot comprend le résultat que vous visez, la raison derrière un compromis, les limites autour d’un changement et les décisions déjà prises. Un bot peut prendre en charge la réception des enjeux tandis qu’un autre s’occupe de la préparation des versions, et chacun suit les règles que vous fixez pour ce travail. Vos bots s’exécutent là où vous travaillez, que ce soit Kiro Crew sur votre portable, un Mac Mini ou une instance EC2. Ensemble, votre crew de bots soutient vos normes de revue, vos processus de publication et vos préférences uniques dans l’ensemble de votre travail de développement, sans se fondre dans un flux de travail générique.

Vous établissez votre jugement au fil de la conversation continue et de la rétroaction que vous donnez. Un bot porte votre direction vers l’avant quand un travail ultérieur dépend du même jugement. Quand une contrainte change, informez-en le bot, et il suivra votre nouvelle direction avec des notes consultables. Votre jugement reste derrière votre travail pendant que le bot continue d’évoluer avec vous. Votre rôle passe de la coordination de tâches parallèles à la définition de la direction, en ne révisant que ce qui demande votre intervention. Chaque correction et chaque décision affinent la compréhension que le bot a de votre intention.

Commencez par découper votre processus de développement en responsabilités qui se répètent ou qui se poursuivent d’une tâche à l’autre. Commencez par un processus que vous pouvez décrire et évaluer. Ajoutez un bot là où l’objectif du travail change, ou là où il faut des outils, une autorité ou une revue différents. Fixez des limites sur la façon dont le travail lui parvient, les sources qu’il doit consulter, ce à quoi ressemble une passation utile et le moment où vous voulez qu’il vous demande votre avis. Commencez par des limites adaptées à la portée et à la nature du travail que vous voulez confier au bot, puis affinez-les au fil du temps en évaluant les résultats et les inefficacités. Par exemple, vous pourriez créer un bot de triage des enjeux qui n’a accès au départ qu’à votre file de billets, puis l’étendre plus tard à Slack et à d’autres canaux de réception des enjeux.

Voici un ensemble de bots par lesquels vous pourriez commencer. Chaque bot a un accès aux outils, des autorisations et une définition du travail terminé qui lui sont propres. Vous pouvez ajuster n’importe lequel d’entre eux sans toucher aux autres.

• Un bot de réception lit les nouveaux enjeux de votre file de billets, les étiquette et signale les doublons probables. Pour tout ce qui est marqué comme bogue, il rédige des étapes de reproduction. Il peut commenter les billets, mais ne peut pas les fermer.
• Un bot de santé des builds vérifie votre pipeline CI toutes les 30 minutes. Il distingue les nouveaux échecs des tests instables que vous connaissez déjà et ne vous rapporte que ce qui demande votre attention.
• Un bot de revue de code vérifie chaque nouvelle pull request par rapport aux décisions que vous avez déjà prises. Il se souvient de vos décisions passées, comme le modèle de gestion des erreurs que vous avez adopté ou une dépendance que vous avez écartée, pour qu’aucune revue ne parte de zéro. Il peut laisser des commentaires et demander des changements, mais il ne peut ni approuver ni fusionner.
• Un bot de préparation des versions s’occupe de la liste de vérification avant chaque version. Il confirme que les changements fusionnés ont des tests et des notes de version, puis demande votre approbation avant que quoi que ce soit ne soit livré.

Vous pouvez consulter, modifier ou supprimer tout ce dont un bot se souvient. Vous pouvez aussi l’ajuster directement chaque fois que vous constatez des revues superflues, des résultats qui ne sont pas tout à fait justes ou des étapes inutiles. Vous pourriez ajuster les règles qu’il suit, ajouter des outils quand les flux de travail changent ou restreindre ses autorisations. Par exemple, à mesure que votre bot de préparation des versions est ajusté pour mieux correspondre à votre travail, vous pourriez finir par laisser les changements simples être fusionnés dès que les vérifications passent. Comme vous pouvez ajuster chaque bot séparément, vous n’avez pas à imposer une seule règle à tous les types de travail.

C’est dans le travail récurrent que cet affinage porte ses fruits. Demandez à un bot de santé des builds de vérifier votre pipeline CI toutes les 30 minutes, d’examiner les nouveaux échecs et de vous rapporter ce qui demande votre attention. L’activité planifiée va dans son journal de travail, tandis qu’une constatation ou une décision qui a besoin de vous revient dans la conversation. S’il s’attarde sur un échec attendu, corrigez-le, et les exécutions futures appliqueront cette distinction.

Chaque bot tient des notes, une compréhension de travail de vos projets qui s’enrichit à mesure qu’il examine des problèmes, accomplit des tâches et apprend de vous. Consultez ses notes pour voir ce qu’il retient, puis vérifiez son journal de travail pour rattraper ce qui a été fait. Après quelques exécutions, ajustez l’horaire et les intrants, ou donnez votre rétroaction sur les résultats pour continuer d’affiner le processus.

Créez un bot pour chaque passation naturelle de votre processus. Donnez à chacun ses propres exigences et accès, définissez ce qu’il doit recevoir du travail qui le précède, et laissez votre crew grandir tout en gardant chaque responsabilité distincte et ajustable indépendamment.

Les bots peuvent coordonner eux-mêmes des sessions parallèles entre des agents d’exécution, et ils ne sont proactifs que dans la mesure où vous le permettez. Vous choisissez le modèle sur lequel chaque bot s’exécute, et vous pouvez en choisir un autre pour ses agents d’exécution. Un bot peut planifier avec un modèle plus puissant pendant que ses agents d’exécution gèrent les vérifications de routine avec un modèle plus rapide et moins coûteux. À mesure que vos bots prennent en charge davantage de travail planifié et récurrent, vous consacrez votre temps à réviser les résultats et à ajuster chaque bot pour qu’il corresponde de mieux en mieux à sa partie du travail.

Visualisez le travail que coordonnent vos bots grâce aux tableaux de bord. Dites à votre bot comment vous voulez voir les activités ou les rapports, et le tableau de bord affichera l’état actuel de ce travail en un seul endroit que le bot tient à jour. La conversation reste centrée sur les constatations, les passations et les questions qui demandent votre attention. Quand vous voulez examiner une activité, les sessions associées sont accessibles pour révision.

Au fil du temps, votre crew reflète votre façon réelle de développer, chaque bot portant les exigences et les limites de sa partie du travail. C’est vous qui décidez comment ces processus évoluent et où votre jugement a sa place.

Pour commencer, ouvrez l’espace de travail des bots dans la barre latérale de Kiro Crew, ajoutez un bot et choisissez l’agent par défaut ou un agent personnalisé comme base. Un agent personnalisé fournit la requête, le modèle, les outils et les Skills, pour que vous puissiez partir d’une configuration que vous utilisez déjà sans modifier vos conversations existantes.

Commencez par une responsabilité qui vous oblige déjà à reconstituer le contexte d’une session à l’autre. Choisissez-en une assez restreinte pour être révisée en une seule séance et assez utile pour être répétée. Donnez un nom à votre bot, dites-lui de quoi s’occuper, affinez-le à mesure que vous travaillez avec lui et essayez d’ajouter un horaire. Ajoutez ensuite des bots pour les responsabilités suivantes de votre processus, et voyez votre travail passer de la délégation de tâches à la délégation de processus.

Téléchargez Kiro Crew pour commencer et consultez la page Kiro Crew pour en savoir plus.