Présentation de Kiro Web

Ce ne sont pas toutes les tâches qui commencent dans un IDE. Vous repérez un bogue lors de la revue d'une pull request, un ou une collègue signale un problème dans Slack pendant que vous êtes entre deux réunions, ou vous voulez lancer une migration avant de terminer votre journée.

Lors de re:Invent, nous avons annoncé notre vision du développement logiciel autonome. Depuis, nous avons travaillé étroitement avec les clients pour améliorer l'expérience. Vos commentaires ont clairement montré que l'autonomie ne devrait pas être un produit distinct — elle doit faire partie de l'expérience Kiro de base. Nous commençons avec Kiro Web, et Kiro IDE et Kiro CLI ajouteront la prise en charge des flux de travail autonomes dans les prochaines semaines.

Aujourd'hui, nous lançons Kiro Web en version préliminaire pour tous les abonnés payants — Pro, Pro+ et Power. Rendez-vous sur app.kiro.dev, dites à Kiro ce que vous voulez construire, et il écrit du code, coordonne les changements dans vos dépôts et ouvre des pull requests. Les crédits Kiro Web sont à 50 % de rabais jusqu'au 29 mai 2026, pour vous permettre d'explorer comment Kiro peut vous aider à construire.

Démarrez une session, sélectionnez vos dépôts et dites à Kiro ce dont vous avez besoin. Discutez des approches d'implémentation, posez des questions sur votre code source, itérez sur le code ensemble et demandez à Kiro d'ouvrir une pull request lorsque vous êtes satisfait ou satisfaite. Kiro apporte du contexte provenant de vos dépôts, de recherches web et d'apprentissages tirés de revues de code précédentes à chaque réponse.

Lorsque vous avez une tâche que vous voulez confier entièrement à Kiro, activez le mode Autonomous. Kiro pose des questions de clarification au départ, élabore un plan et coordonne des sous-agents spécialisés pour planifier, coder et vérifier les changements. Une fois le travail terminé, vous obtenez une pull request — pas seulement une mise à jour de statut.

Kiro Web peut travailler sur plusieurs dépôts en une seule session. Sélectionnez les dépôts avec lesquels vous voulez travailler, décrivez le changement, et l'agent coordonne les modifications et les pull requests sur l'ensemble de ceux-ci. Mettez à jour une bibliothèque partagée et migrez les services qui en dépendent. Ajoutez un point de terminaison API dans le backend et mettez à jour le client frontend pour qu'il l'appelle. Une seule conversation, plusieurs dépôts, des pull requests coordonnées.

• Assignez du travail depuis GitHub — Ajoutez l'étiquette kiro à un problème (issue) ou mentionnez /kiro dans un commentaire, et Kiro prend en charge la tâche.
• Passez en revue comme n'importe quelle autre PR — Lorsque Kiro ouvre une pull request, laissez des commentaires avec vos rétroactions. Kiro les traite et pousse des mises à jour. Utilisez /kiro all pour traiter tous les commentaires des réviseurs à la fois, ou /kiro fix avec des instructions précises pour vous concentrer sur un fil en particulier.

Kiro Web lit les fichiers Steering qui définissent les conventions de programmation de votre équipe, les modèles d'architecture, les préférences technologiques et les normes de test. Vous pouvez les configurer dans les paramètres de l'agent de Kiro — téléversez les fichiers directement ou importez-les depuis un dépôt GitHub. Kiro récupère aussi automatiquement les fichiers Steering du dossier .kiro/steering/ dans vos dépôts. Les fichiers Steering fonctionnent de la même façon dans Kiro IDE, Kiro CLI et Kiro Web. Si vous les avez déjà configurés, ils sont repris automatiquement.

Kiro apprend de vos rétroactions pendant les sessions ou sur les PR. Des commentaires comme « utilisez toujours notre gestion d'erreurs standard » influencent la façon dont il travaille sur les tâches futures dans l'ensemble de vos dépôts. Entre les fichiers Steering et les apprentissages tirés de vos revues de code sur plusieurs dépôts, Kiro s'améliore à mesure que vous travaillez avec lui.

Chaque tâche s'exécute dans son propre bac à sable isolé — un environnement neuf créé pour la session et détruit à la fin de celle-ci. L'agent clone vos dépôts dans le bac à sable et exécute le travail avec un accès limité aux ressources que vous avez explicitement autorisées. Les sessions sont isolées les unes des autres et de votre environnement local, si bien qu'une tâche ne peut pas en affecter une autre. Lorsque Kiro termine son travail, il peut ouvrir une pull request, et vous passez en revue les changements, laissez des rétroactions et fusionnez lorsque vous êtes prêt ou prête.

Vous contrôlez ce à quoi le bac à sable peut accéder — l'accès réseau, les configurations des outils MCP et les paramètres de l'image de base — à partir de la page des paramètres. Si votre organisation utilise AWS Identity Center, les administrateurs et administratrices peuvent activer ou restreindre l'accès à Kiro Web pour leur organisation sans affecter les autres clients Kiro. Consultez le guide d'Identity Center pour en savoir plus.

1. Rendez-vous sur app.kiro.dev et connectez-vous
2. Connectez votre compte GitHub dans Settings
3. Sélectionnez des dépôts et démarrez une session

Si votre organisation utilise AWS Identity Center, votre administrateur ou administratrice devra activer Kiro Web avant que vous puissiez y accéder. Consultez le guide d'Identity Center pour en savoir plus.

Nous apportons les Specs à Kiro Web — itérez sur les exigences et la conception de votre prochaine fonctionnalité, puis confiez-les à l'agent autonome pour l'implémentation. Les flux de travail autonomes s'en viennent aussi dans Kiro IDE et Kiro CLI dans les prochaines semaines, pour que vous puissiez travailler de la même façon, peu importe où vous commencez.

Essayez-le sur une tâche réelle, quelque chose de votre carnet de tâches, un bogue que vous remettez à plus tard, une série de tests que vous avez toujours voulu écrire, et dites-nous comment ça se passe. Kiro Web est en version préliminaire, et vos commentaires façonnent ce que nous construirons ensuite.