Chargement de l'image...Kiro

Produit

  • À propos de Kiro
  • IDE
  • CLI
  • Web
  • Mobile
  • Crew
  • Tarification
  • Téléchargements

Pour

  • Entreprise
  • Startups
  • Étudiants

Communauté

  • Aperçu
  • Ambassadeurs
  • Discord
  • Événements
  • Powers
  • Boutique
  • Vitrine

Ressources

  • Docs
  • Blogue
  • Journal des modifications
  • FAQ
  • Signaler un bogue
  • Suggérer une idée
  • Soutien à la facturation

Réseaux sociaux

Conditions d'utilisation du siteLicencePolitique d'IA responsableMentions légalesPolitique de confidentialitéPréférences relatives aux témoins
Chargement de l'image...Kiro
  • Entreprise
  • Tarification
  • Docs
SE CONNECTERTÉLÉCHARGER
Chargement de l'image...Kiro

Pour commencer

InstallationAuthentificationVotre premier projet

Modèles

AperçuModèles disponiblesEffort de raisonnement

Fonctionnalités

Comment fonctionne Kiro
Specs
Steering
Hooks
MCP
Autorisations
Agents personnalisés
Agent Skills
Powers
Sessions cloudCompactionKiroignorePoints de contrôle et rewind
Outils intégrés
Portées de configuration

IDE 1.x

Nouveautés de la version 1.0
Configuration et premier lancement
Éditeur
Chat
Expérimental
DépannageRéférence 0.x

CLI

Nouveautés de la version 3.0
Guide de migration
Mise à niveau des configs d'agent
Migration des autorisations
Migration des Hooks
Modifications de la configuration des agents
Nouvelles fonctionnalités de la version 3.0
Tangent
Configuration et première exécution
Interface utilisateur du terminal
Clavardage
Mode vocalMode sans interfaceACPAutocomplétion
Expérimental
Référence 2.x

Crew

Démarrage rapideInstallationFonctionnement 24/7
Chat
Agent Capabilities
Fonctionnalités
Interfaces
Applications
ConfigurationSécuritéDépannage

Web - Aperçu

Configuration et première exécutionIdentity Center
Connectez vos dépôts
Utilisation de l'agent
Mode autonomeAutomatisationsMémoire
Sandbox

Mobile - Aperçu

Aperçu

Commandes et référence

Commandes CLICommandes à barre obliqueOutils intégrésCodes de sortieParamètres

Facturation

AperçuGestion de votre abonnementMise à niveau de votre forfaitRétrogradation de votre forfaitAnnulation de votre forfaitAchat de crédits supplémentairesGestion de vos paiementsGestion des notifications d'utilisationGestion de vos impôtsCommuniquer avec le soutien à la facturationSuppression de votre compteQuestions connexes

Entreprise

ConceptsDémarrage rapide de l'intégration
Connexion de votre fournisseur d'identité
Abonnez votre équipeGérer les abonnements
Governance
Surveillance et suivi
ParamètresMises à jour géréesFacturationIAMRégions prises en charge

Confidentialité et sécurité

AperçuProtection des donnéesRéférences de codeValidation de la conformitéSécurité de l'infrastructureAutorisations IAMPare-feu, mandataires et périmètres de donnéesPoints de terminaison VPC (AWS PrivateLink)

Guides

Aperçu
Prise en charge des langages
Apprendre en jouant

Migration

Migration depuis Q DeveloperMigration depuis VSCodeMise à niveau depuis Q CLI
  1. Docs
  2. CLI
  3. Nouveautés de la version 3.0
  4. Mise à niveau des configs d'agent
Afficher en Markdown

Mise à niveau des configs d'agent

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et la version anglaise originale, la version anglaise prévaudra.
Afficher en Markdown

Les profils d'agent CLI 3.0 utilisent des outils basés sur des balises et des permissions unifiées. Si vous avez des agents créés avant l'introduction de ce format, la commande /upgrade-agent les convertit sur place. Elle ajoute les nouveaux champs de permission en plus de votre configuration existante et sauvegarde les originaux avant l'écriture.

Exécutez-la une fois, choisissez les agents à mettre à niveau, et le tour est joué. Vous pouvez l'exécuter à tout moment lorsque vous repérez des champs plus anciens comme toolsSettings ou allowedTools dans vos configs.

Utilisation

bash
# Scan agents and open the selection menu /upgrade-agent # Same as above (explicit subcommand) /upgrade-agent run # Review previously upgraded agents and any conversion warnings /upgrade-agent diagnostics

La sous-commande run (par défaut) analyse .kiro/agents/ dans votre espace de travail et ~/.kiro/agents/ globalement, puis affiche un menu de sélection regroupé par portée. Seuls les agents qui doivent être mis à niveau apparaissent. Les agents déjà dans le dernier format sont masqués.

Ce qui se passe pendant la mise à niveau

Lorsque vous sélectionnez un groupe d'agents à mettre à niveau :

  1. Chaque fichier original est copié vers <filename>.json.bak comme sauvegarde
  2. Les champs de permission du nouveau format sont ajoutés en plus de votre configuration existante
  3. Vos paramètres originaux (noms d'outils, commandes autorisées, restrictions de chemin) sont préservés avec des règles équivalentes dans le nouveau format
  4. Une alerte de confirmation indique le nombre d'agents mis à niveau

Si un fichier de sauvegarde existe déjà, des suffixes numérotés sont utilisés (.bak.1, .bak.2, etc.).

Annuler une mise à niveau

Si vous souhaitez annuler la mise à niveau, renommez le fichier .json.bak en .json :

bash
mv .kiro/agents/my-agent.json.bak .kiro/agents/my-agent.json

Ce qui est converti

La mise à niveau traduit vos paramètres de permission existants dans le format v3 :

  • Noms d'outils : Les anciens noms (comme fs_read, execute_bash) sont mappés vers des balises de capacité v3 (comme read, shell). Les deux sont préservés pour la compatibilité.
  • toolsSettings : Les règles d'autorisation/refus par outil deviennent des entrées permissions.rules avec une capacité, un modèle de correspondance et un effet.
  • allowedTools : Les entrées d'outils de confiance deviennent des règles d'autorisation au niveau de la capacité.
  • Modèles Regex : Les modèles regex sont traduits en glob génériques simples lorsque c'est possible. Les modèles complexes qui ne peuvent pas être convertis de façon sûre génèrent un avertissement.
  • autoAllowReadonly : Se convertit en une politique de shell en lecture seule.
  • Hooks de forme objet : Convertis au format tableau requis par le schéma v3.

Tous les autres champs (name, description, model, prompt, resources, mcpServers, welcomeMessage) passent sans changement.

Exemple

Voici une première exécution typique. Vous avez 3 agents d'espace de travail et 1 agent global dans des formats plus anciens :

bash
/upgrade-agent

Menu de sélection :

V2 [3 agents] Workspace Upgrade to universal (V2 + V3) config V2 [1 agent] Global Upgrade to universal (V2 + V3) config

Sélectionnez « V2 [3 agents] - Workspace » pour mettre à niveau les 3 agents au niveau de l'espace de travail. L'étiquette « universal (V2 + V3) » signifie que la config mise à niveau conserve vos champs originaux pour la rétrocompatibilité tout en ajoutant les règles de permission plus récentes.

Alerte post-mise à niveau :

Upgraded 3 agents (backed up to .json.bak)

Examen des diagnostics

Exécutez les diagnostics pour vérifier les avertissements de conversion, les modèles qui n'ont pas pu être parfaitement traduits :

bash
/upgrade-agent diagnostics
2 Universal agents my-agent Workspace ⚠ regex-shell-pattern: ^git\s strict-dev Global ⚠ deny-by-default-readonly

Types d'avertissement

AvertissementSignificationQue faire
regex-shell-patternUn regex de shell a été approximé en tant que globVérifiez le modèle converti dans permissions.rules
regex-web-patternUn regex d'URL a été approximé en tant que globVérifiez le modèle d'URL converti
unconvertible-patternUn regex n'a pas pu être converti de façon sûreAjoutez manuellement la règle à permissions.rules
unmapped-allowed-toolUne entrée d'outil n'a pas pu être mappée à une capacitéVérifiez si l'outil a un nouveau nom ou a été supprimé
deprecated-aws-toolL'outil aws / use_aws est dépréciéSupprimez la référence à l'outil déprécié
deny-by-default-readonlyParamètres de refus par défaut et d'autorisation automatique en lecture seule en conflitVérifiez votre intention de permission et ajustez manuellement
file-promptLes chemins de requête de fichier absolus ou ~/ peuvent ne pas se résoudre dans tous les environnementsUtilisez plutôt des chemins relatifs
unconvertible-hookUn Hook n'a pas pu être converti au nouveau formatRecréez le Hook en utilisant le format de déclenchement pris en charge

Agents qui sont ignorés

Les éléments suivants sont exclus de l'analyse :

  • Les fichiers de sauvegarde (.bak) sont exclus de l'analyse
  • Les fichiers qui ne sont pas des configs d'agent valides (fichiers JSON sans prompt, tools, hooks, ou champs de permission) sont ignorés

Dépannage

Aucun agent n'apparaît dans le menu de sélection

Tous vos agents sont déjà dans le dernier format. Exécutez /upgrade-agent diagnostics pour examiner leur état actuel.

Avertissements après la mise à niveau

Certains modèles ne peuvent pas être parfaitement traduits du format regex au format glob. Exécutez /upgrade-agent diagnostics, examinez les agents signalés, et modifiez manuellement les permissions.rules dans la config mise à niveau si nécessaire.

Agent manquant dans l'analyse

Vérifiez que le fichier est un JSON valide et contient au moins un champ prompt, tools, ou hooks. Les fichiers qui ne ressemblent pas à des configurations d'agent sont ignorés.

Voir aussi

  • Agent config pour la référence du format de config d'agent v3
  • Permissions pour les règles de permission basées sur les capacités
  • Custom agents pour créer et gérer des agents
Page mise à jour : 11 août 2026
Guide de migration
Migration des autorisations