Journal des modifications

Restez à jour avec les dernières mises à jour et améliorations de Kiro.

Suivez-nous :Bluesky,X,Discord,etLinkedIn
Modèles

Claude Sonnet 5.5 est maintenant disponible avec prise en charge expérimentale dans Kiro IDE, CLI, Crew et Web pour les clients Pro, Pro+, Pro Max et Power dans les régions us-east-1 (IAD) et eu-central-1 (FRA). C'est le modèle Sonnet le plus rapide d'Anthropic à ce jour et une nette amélioration par rapport à Sonnet 5 : la production est plus de 30 % plus rapide, les performances sur le travail intellectuel en conditions réelles se rapprochent de celles d'Opus 5.5, et une rédaction plus claire en fait un meilleur partenaire de collaboration. Claude Sonnet 5.5 comprend une fenêtre de contexte de 1 M de jetons, la réflexion adaptative activée par défaut et un multiplicateur de crédits de 1,3x. Pour charger la liste de modèles la plus récente, redémarrez l'IDE ou la CLI, exécutez kirocrew restart pour Crew ou actualisez Web dans votre navigateur. En savoir plus ->

2.27.0CLI

Choisissez la façon dont V3 délègue avec les Workflows, incluez le contexte actif des fichiers et des dossiers dans le Steering et invoquez les requêtes enregistrées comme commandes barre oblique.

Kiro CLI 2.27.0 permet de contrôler la façon dont V3 délègue lorsque les Workflows sont activés, étend le Steering avec du contexte actif provenant des fichiers et des dossiers et présente les requêtes enregistrées comme commandes barre oblique. Cette version restreint aussi l'accès à l'état local de Kiro et améliore le rendu du terminal ainsi que la fiabilité des outils.

Choisir la façon dont le clavardage délègue avec les Workflows

Lorsque les Workflows sont activés, le nouveau paramètre Workflows : outil de sous-agent est activé par défaut, afin que le clavardage principal puisse déléguer directement à des sous-agents ou par l'intermédiaire des Workflows. Désactivez-le sous /settings features pour limiter la délégation du clavardage principal aux Workflows; les sous-agents restent disponibles dans les étapes de workflow lorsque leur configuration d'agent le permet.

En savoir plus ->

Inclure du contexte actif dans le Steering

Les références #[[file:...]] à un fichier entier fonctionnent sur toutes les surfaces. La CLI V3 ajoute les sélecteurs de ligne unique et de plage de lignes, ainsi que les références #[[folder:...]] pour obtenir une liste de répertoire sur un niveau. Dans la CLI V3, le contenu référencé est résolu au chargement du document de Steering, sous réserve de la politique de lecture des fichiers de la session.

En savoir plus ->

Utiliser les requêtes enregistrées comme commandes barre oblique

V3 présente les requêtes de l'espace de travail, globales et MCP comme des commandes barre oblique. La complétion affiche des indications sur les arguments, et l'invocation d'une requête résout son modèle de fichier ou son contenu MCP avant d'envoyer le texte développé au modèle.

En savoir plus ->

Web

Exécutez des plans d'agent réutilisables en plusieurs étapes dans les sessions dans le nuage de Kiro Web, inspectez et guidez chaque étape, et continuez à travailler dans la conversation parente.

Les Workflows sont maintenant offerts en option dans les sessions dans le nuage de Kiro Web. Ils exécutent des plans d'agent réutilisables en plusieurs étapes en arrière-plan pendant que vous continuez à travailler dans la conversation parente.

Démarrer un Workflow depuis la conversation

Décrivez le résultat souhaité et le degré de structure ou de révision que vous voulez. Kiro propose un Workflow, nomme ses étapes, ses agents et l'effort, puis le lance en arrière-plan. Demandez à Kiro d'examiner une base de code pour en relever les risques, de livrer une fonctionnalité avec des réviseurs indépendants, ou de remettre au vert une compilation qui échoue. Chaque étape s'exécute dans sa propre session d'agent, que vous ouvrez depuis le panneau Workflows; elle ne voit que ce que les étapes précédentes lui transmettent, et l'exécution se met en pause lorsqu'une étape a besoin de votre intervention.

Commencez avec l'une des trois recettes fournies : investigate pour une investigation en lecture seule, feature-pipeline pour une livraison de fonctionnalité par étapes, ou publish-pr pour ouvrir une pull request et traiter les commentaires de révision.

En savoir plus ->

Suivre et guider chaque étape

Une fois un Workflow en cours, ouvrez Workflows depuis le panneau latéral de la conversation parente et sélectionnez une exécution pour inspecter ses étapes imbriquées. Sélectionnez une étape pour voir son état, le temps écoulé, l'agent, le modèle, l'effort et l'activité des outils. Vous pouvez utiliser Answer this step lorsqu'elle se met en pause, Steer the agent pendant qu'elle s'exécute, ou Message this step's agent pour d'autres indications. Vous pouvez aussi mettre en pause, reprendre ou arrêter une exécution. Après un échec, relancez les étapes qui ont échoué. Summary, Files et Artifacts partagent aussi le panneau latéral pour conserver les résultats et les preuves dans la session.

En savoir plus ->

Activer les Workflows et apporter vos recettes

Ouvrez Settings > Workflows et activez Enable workflows. Utilisez Upload workflow pour une seule recette .workflow.json, .workflow.yaml ou .workflow.yml, ou utilisez Configuration Sync pour importer un dossier .kiro/workflows/ complet. Désactiver les Workflows masque leurs surfaces et empêche tout nouveau lancement.

En savoir plus ->

1.2.4IDE

Exécutez des Workflows multiagents réutilisables en arrière-plan, appliquez des garde-fous plus solides à la configuration de Kiro et gérez les options de connexion en entreprise.

IDE 1.2 introduit les Workflows, renforce les garde-fous pour les espaces de travail non approuvés et ajoute des contrôles d'entreprise pour les méthodes de connexion. Cette version remanie aussi les détails de session, garde le trafic d'entreprise dans la région AWS de votre profil et corrige des problèmes d'authentification, de débogage et de fiabilité.

Exécuter des Workflows multiagents en arrière-plan

Demandez à Kiro d'exécuter un plan réutilisable en plusieurs étapes pendant que vous poursuivez le clavardage parent. Chaque étape s'exécute dans sa propre session d'agent. Utilisez la zone Workflows au-dessus du clavardage pour suivre la progression, ouvrir une étape et mettre en pause, reprendre ou arrêter l'exécution. Les Workflows sont désactivés par défaut : activez-les dans Workspace Configuration, dans Agent Focus, ou définissez kiroAgent.workflows.enabled dans les paramètres, puis démarrez une nouvelle session de clavardage. En savoir plus ->

Protéger la configuration de Kiro et les recettes de Workflow

Kiro demande une confirmation avant que l'agent modifie des fichiers d'agent, de Hook ou de Power, ou les recettes de Workflow dans .kiro/workflows/ qui définissent vos Workflows, même lorsque des permissions de fichiers plus larges autorisent l'écriture. Dans un espace de travail non approuvé, Kiro demande aussi une confirmation avant de modifier toute autre configuration de Kiro et avant chaque exécution de commande, même si vous l'aviez déjà autorisée. Les recettes de Workflow d'un espace de travail non approuvé ne sont pas chargées tant que vous n'accordez pas votre confiance à cet espace de travail. En savoir plus ->

2.26.0CLI

Exécutez des Workflows réutilisables en plusieurs étapes dans V3, obtenez des indications claires au démarrage des sessions Classic et profitez de vérifications d'approbation plus strictes pour les fichiers, les outils et le shell.

Kiro CLI 2.26.0 ajoute les Workflows, une fonctionnalité à activer soi-même pour les tâches réutilisables en plusieurs étapes, et aide les utilisateurs de Classic à repérer ce qu'ils doivent modifier avant de passer à l'interface utilisateur du terminal. V3 resserre aussi les vérifications d'approbation pour l'écriture de fichiers par les Hooks et le protocole LSP (Language Server Protocol), pour les outils MCP et les commandes shell dans les espaces de travail non approuvés, ainsi que pour les approbations qui changent pendant qu'une action attend.

Exécuter des Workflows en plusieurs étapes

Dans une session V3, ouvrez /settings, choisissez Features, activez Workflows, puis redémarrez Kiro CLI pour appliquer le changement. Demandez ensuite à Kiro de créer un Workflow à partir du résultat souhaité, ou lancez une recette avec /workflow run, et utilisez les commandes /workflow pour inspecter et gérer les exécutions.

En savoir plus ->

Passer de Classic à l'interface utilisateur du terminal

Les sessions Classic affichent maintenant un avis de dépréciation. Si un indicateur, une variable d'environnement ou un paramètre enregistré a lancé Classic, l'avis l'identifie et renvoie aux indications pour passer à l'interface utilisateur du terminal.

En savoir plus ->

Modèles

Claude Opus 5.5 améliore la programmation agentive et communique plus clairement qu'Opus 5, avec un multiplicateur de crédits de 2,0x, contre 2,2x pour Opus 5.

Claude Opus 5.5 est maintenant disponible avec prise en charge expérimentale dans Kiro IDE, CLI, Crew et Web pour les clients Pro, Pro+, Pro Max et Power dans les régions us-east-1 (IAD) et eu-central-1 (FRA). Selon Anthropic, ce modèle offre de meilleures performances pour les tâches de programmation longues et complexes et communique plus clairement que les modèles précédents. Claude Opus 5.5 comprend une fenêtre de contexte de 1 M de jetons et a un multiplicateur de crédits de 2,0x. Pour charger la liste de modèles la plus récente, redémarrez l'IDE ou la CLI, exécutez kirocrew restart pour Crew ou actualisez Web dans votre navigateur. En savoir plus ->

2.25.0CLI

Install and uninstall Powers from chat or the command line, choose V3 output styles, tune fullscreen scrolling, and automate session teardown with a new Hook.

This release lets you manage Powers from a local V3 session or without starting chat, customize how V3 responds, and tune fullscreen scrolling. V3 also adds a SessionEnd Hook, while model notices, session loading, terminal rendering, authentication, and security receive reliability updates.

Install and uninstall Powers

In a local V3 session, run /powers install <name|path> to add a Power from the catalog or a local directory, and /powers uninstall <name> to remove one. Kiro refreshes the available Powers immediately so the current session can use the updated set. To manage Powers without starting chat, run kiro-cli powers install <name|path> or kiro-cli powers uninstall <name>.

Learn more ->

Choose a V3 output style

Open /settings in a V3 session to choose how Kiro formats its responses. The available choices include output styles supplied by upgraded agents, so each agent can offer styles suited to its work.

Learn more ->

Tune fullscreen scrolling

Open /settings display, select Full Screen, and set Scroll speed to move the transcript by 1, 2, or 3 rows per mouse-wheel event. The default is 2 rows. The new Full Screen screen also contains the existing Start fullscreen setting.

Learn more ->

Run a Hook when a V3 session ends

Use the new SessionEnd trigger to run a Hook when a V3 session shuts down. This gives your session-level automation a reliable teardown event for cleanup and other end-of-session tasks.

Learn more ->

1.1.70IDE

L'IDE 1.1.70 vous permet de définir un délai d'expiration par défaut pour les commandes locales de l'agent, ouvre dans l'éditeur les liens Markdown vers des fichiers de l'espace de travail et aligne le contexte des fichiers et des dossiers d'Agent Focus sur le projet actif. Les sessions Agent Focus restaurées se reconnectent maintenant sans laisser un panneau de clavardage vide. Les cartes de résultats des processus en arrière-plan affichent leur contenu, les tableaux Markdown conservent leur mise en forme et les diagrammes Mermaid ne laissent plus de graphiques d'erreur parasites pendant leur diffusion en continu.

0.7.0Crew

Kiro Crew 0.7.0 rend le travail quotidien plus durable et plus facile à maîtriser. La plupart des paramètres s'appliquent dès leur enregistrement, le travail en arrière-plan accepté survit aux redémarrages de la passerelle et les mises à jour attendent la fin du travail en cours. Les longs clavardages gagnent une mini-carte des tours, des titres d'appels d'outils plus clairs ainsi que des contrôles directs du modèle et du niveau d'effort de raisonnement, tandis que la surveillance des pull requests s'étend à GitLab, Bitbucket Cloud et Azure DevOps Services. Windows bénéficie de pods isolés et d'un démarrage plus rapide de la passerelle, et les utilisateurs des fonctionnalités en aperçu peuvent choisir davantage de backends d'agent, laisser Jev acheminer chaque tour ou exécuter des Crews distantes sur AWS Fargate.

Des paramètres qui s'appliquent pendant votre travail

La plupart des paramètres atteignent désormais la passerelle en cours d'exécution dès que vous enregistrez config.json ou modifiez une valeur dans Paramètres. Les champs qui nécessitent encore un redémarrage l'indiquent dans l'interface; le champ de commande slash Slack est actuellement le seul paramètre qui s'applique uniquement au démarrage et affiche un badge Les changements nécessitent un redémarrage.

En savoir plus ->

Un clavardage qui suit votre rythme

Une mini-carte dans la marge gauche d'un clavardage sur ordinateur affiche un repère par tour chargé, avec un aperçu au survol, une navigation par clic et un embout qui charge l'historique antérieur. La pastille du modèle regroupe désormais le modèle et le niveau d'effort de raisonnement, et Modèles sélectionnables détermine les options affichées. Lorsque l'agent travaille, choisissez Diriger pour réorienter le tour en cours ou Mettre en file pour attendre le suivant; Cmd ou Ctrl plus Entrée exécute l'autre action pour un seul envoi.

Le clavardage latéral s'ouvre avec /side ou /btw pour poser une question éphémère à côté de la conversation principale. Dans une session utilisant le backend Kiro CLI, il peut effectuer des recherches en lecture seule sans approbation; les modifications et les outils MCP sont refusés. Les tableaux peuvent être copiés en Markdown ou en CSV, et les longs blocs de code répètent leurs actions au bas du bloc.

En savoir plus ->

Un travail qui survit à la passerelle

Les tâches de sous-agents acceptées, les étapes du Task Runner et les appels de workflows entrent désormais dans une file d'attente durable avant leur exécution. Un redémarrage de la passerelle restaure le travail en attente au lieu de le supprimer, et la page Système affiche la file active ainsi que la capacité de concurrence en vigueur.

Pour les travaux de longue durée, le journal Crew facultatif consigne par ajouts successifs ce que fait chaque session et alimente un registre durable qui survit à la compaction du contexte. Définissez KIROCREW_CREW_LOG=1 dans ~/.kiro/crew/.env et redémarrez la passerelle pour activer ses vues d'état, d'utilisation, de chronologie, d'outils et d'approbations. Le serveur MCP kirocrew-crew-log offre aux agents un accès en lecture seule.

En savoir plus ->

Surveillance des pull requests au-delà de GitHub

L'outil de surveillance structurée des pull requests accepte désormais les URL GitHub, GitLab, Bitbucket Cloud et Azure DevOps Services. GitLab utilise glab; Azure DevOps utilise az avec l'extension azure-devops et une session az login ou AZURE_DEVOPS_EXT_PAT; les pull requests Bitbucket privées peuvent utiliser BITBUCKET_EMAIL et BITBUCKET_API_TOKEN.

Azure DevOps Server et Bitbucket Data Center ne sont pas pris en charge. Les surveillances Azure DevOps et Bitbucket privées doivent être lancées depuis une conversation du tableau de bord. Les actions d'arrêt et d'inspection fonctionnent désormais avec les boucles à minuterie, les surveillances de pull requests et les surveillances de workflows, y compris depuis Webex.

En savoir plus ->

Davantage de backends d'agent (aperçu)

OpenCode et goose rejoignent Kiro CLI, Claude Code, Codex et KAS dans le sélecteur de backend d'agent. Crew vérifie le mécanisme d'autorisation de chaque backend avant la première requête et indique les composants manquants dans le sélecteur. Les sessions Codex et OpenCode peuvent compacter leur contexte, et les outils MCP de Crew sont disponibles dans les sessions OpenCode et goose.

Pi est également offert lorsque pi et pi-acp sont installés. Les sessions Pi n'ont pas accès aux outils MCP de Kiro Crew; choisissez donc un autre backend lorsque vous avez besoin des sous-agents Crew, de la planification, de la mémoire ou d'autres fonctionnalités MCP. kirocrew doctor signale cette limite.

En savoir plus ->

Jev décide pour chaque tour (aperçu)

Activez Décisions (Jev) sous Paramètres > Développeur > Aperçus des fonctionnalités, puis choisissez Auto (Jev) dans le sélecteur de modèle d'un clavardage pour classer chaque message comme simple, moyen ou complexe et l'acheminer au moyen de decisions.model_route. Choisissez Auto (Jev) sur le bouton d'envoi lorsqu'un tour est en cours pour laisser Jev décider si le nouveau message doit réorienter ce tour ou attendre dans la file. Chaque décision apparaît sur le message qu'elle a influencé, avec des contrôles de rétroaction.

Cette fonctionnalité en aperçu est facultative. L'acheminement du modèle et les décisions d'envoi ne commencent que lorsque vous sélectionnez Auto (Jev) dans le contrôle correspondant. La carte des paramètres explique quel contenu peut être envoyé au fournisseur configuré; des commutateurs de consentement distincts régissent les arguments d'outils, les entrées de compaction et les extraits de mémoire récupérés.

En savoir plus ->

Crews distantes sur Fargate

AWS Fargate rejoint SSH et AWS Systems Manager Session Manager (SSM) comme méthode de connexion à une Crew distante. Crew atteint la tâche au moyen de SSM sans règle réseau entrante, en utilisant AWS CLI et le plugiciel Session Manager sur votre ordinateur. Les tâches durent six heures par défaut et le moteur d'exécution en accepte au plus dix à la fois. Modifiez la durée de vie avec fargate.task_ttl_seconds dans cloud.json; le plafond de dix tâches est fixe.

En savoir plus ->

Des mises à jour qui attendent la fin du travail actif

La passerelle vérifie désormais les mises à jour au démarrage et toutes les douze heures. Une mise à jour automatique suspend l'admission de nouveau travail et attend que les tours actifs, les exécutions planifiées, les sous-agents, les étapes du Task Runner et les workflows deviennent inactifs avant de s'appliquer, puis redémarre la passerelle. Si une mise à jour du code source exige une version de Python plus récente que celle de l'environnement virtuel actuel, Crew refuse de déplacer le dépôt et indique l'interpréteur à mettre à niveau.

Les installations gérées peuvent également armer une mise à jour depuis les boîtes de dialogue de mise à jour et Nouveautés, au moyen de la même approbation temporaire de l'hôte que celle affichée sous Paramètres > À propos.

En savoir plus ->

Pods isolés sous Windows

Le workflow de pods isolés fonctionne désormais sous Windows par l'intermédiaire du Planificateur de tâches. kirocrew pod up, down, ls, status, token, url, logs, prune et provision couvrent le cycle de vie d'un pod pour un arbre de travail du code source Kiro Crew. pod api demeure indisponible sous Windows, car son canal de requête privé dépend d'un socket de domaine Unix.

Lorsque Dev Fleet est activé sous Applications > Bibliothèque, un agent peut démarrer ou arrêter le pod d'un arbre de travail et recevoir son adresse, son port et son jeton à courte durée de vie sans quitter le clavardage.

En savoir plus ->

Skills découverts par recherche

skills.max_triggered prend désormais la valeur par défaut 0. Les sessions reçoivent un index concis des Skills et les agents utilisent skill_search pour charger les instructions pertinentes, au lieu d'injecter automatiquement chaque correspondance de déclencheur. Définissez une valeur positive pour autoriser l'injection d'au plus ce nombre de Skills correspondants par message.

En savoir plus ->

2.24.0CLI

Utilisez l'approbation des outils pour toute la session dans V3, combinez les filtres du tableau de bord des sessions et contrôlez les variables d'environnement dont héritent vos clavardages et vos outils.

Cette version ajoute l'approbation des outils pour toute la session dans V3 et facilite la découverte et la combinaison des commandes de /sessions. Les fichiers .env du projet ne se chargent plus automatiquement dans les sessions de clavardage, les serveurs MCP ou les outils. Dans V2, la gestion des images permet maintenant de récupérer les conversations lorsque les images dépassent les dimensions prises en charge. Le rendu du terminal, les paramètres et les mises à niveau des configs d'agent gagnent également en fiabilité.

Approbation des outils pour toute la session (V3)

Exécutez /tools trust-all pour approuver automatiquement les appels d'outils pendant le reste de la session V3 actuelle. Par défaut, Kiro affiche un avertissement de sécurité et vous demande confirmation avant de l'activer; n'activez donc l'approbation globale que dans un environnement fiable. En savoir plus ->

Commandes du tableau de bord des sessions (V3)

Dans /sessions, ouvrez la commande Filter, Sort ou Group pour afficher ses options en ligne. Vous pouvez combiner les filtres current workspace, main sessions et bookmarked; includes empty révèle les sessions vides, qui sont masquées par défaut. En savoir plus ->

Isolation de l'environnement

Les fichiers .env du projet ne se chargent plus automatiquement dans les sessions de clavardage, les serveurs MCP ou les outils. Kiro démarre avec l'environnement hérité de votre terminal. Si votre flux de travail dépend de variables d'un fichier .env du projet, exportez-les dans votre shell avant de démarrer Kiro. Pour les serveurs MCP, référencez les valeurs exportées dans la configuration du serveur. En savoir plus ->

Gestion plus robuste des images (V2)

Dans V2, Kiro redimensionne les images qui dépassent les dimensions prises en charge tout en préservant leurs proportions et réduit les images surdimensionnées dans l'historique enregistré au chargement d'une session. Si le fournisseur de modèles refuse toujours une image, Kiro réessaie automatiquement, puis remplace les images refusées par un espace réservé et affiche un avis afin que la conversation puisse se poursuivre. En savoir plus ->