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
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
GitHub
GitLab
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. Web
  3. Connectez vos dépôts
  4. GitHub
Afficher en Markdown

GitHub

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

Kiro Web s'intègre à GitHub pour travailler sur vos dépôts.

Installation

Connectez votre compte GitHub à Kiro Web :

  1. Accédez à app.kiro.dev et allez à Settings > Agent
  2. Sous GitHub, cliquez sur Connect GitHub
  3. Autorisez l'application GitHub Kiro Agent
  4. Accordez l'accès à des dépôts spécifiques ou à tous les dépôts de votre organisation

L'application GitHub Kiro Agent doit être installée une seule fois par organisation ou par compte. Les propriétaires de l'organisation choisissent les dépôts auxquels l'application peut accéder, ce qui contrôle les dépôts accessibles à Kiro Web.

Les utilisateurs individuels connectent ensuite leur compte GitHub à Kiro. Chaque utilisateur voit tous les dépôts pour lesquels les deux conditions suivantes sont réunies :

  1. L'application GitHub Kiro Agent a été installée et autorisée pour ce dépôt
  2. Le compte GitHub de l'utilisateur a accès à ce dépôt

Cela signifie que vous verrez des dépôts provenant de comptes personnels, de dépôts partagés et d'organisations — peu importe qui a installé l'application — dans la mesure où votre utilisateur GitHub y a accès.

Les utilisateurs ne peuvent attribuer des tâches qu'aux dépôts pour lesquels ils disposent des permissions d'écriture. Les autres utilisateurs ne peuvent pas attribuer de tâches en votre nom — chaque utilisateur contrôle ses propres tâches d'agent.

Attribuer des tâches à partir d'issues GitHub

Vous pouvez attribuer du travail à l'agent Kiro Web directement à partir d'issues GitHub de deux façons :

  • Ajouter le libellé kiro - Kiro commencera à travailler sur la tâche et écoutera tous les commentaires sur l'issue pour obtenir du contexte ou des commentaires supplémentaires.
  • Mentionner /kiro dans un commentaire - Attribue cette issue spécifique à Kiro.

Si vous utilisez /kiro sans avoir enregistré votre compte GitHub auprès de Kiro, vous recevrez des instructions sur la façon de vous inscrire. L'application GitHub Kiro Agent doit être installée sur le dépôt pour que cela fonctionne.

Comment l'agent travaille avec GitHub

Clone des dépôts
L'agent clone les dépôts autorisés dans son environnement sandbox isolé. Il peut travailler sur plusieurs dépôts au sein d'une même tâche, en maintenant le contexte et en coordonnant les changements.

Crée des branches et des commits
Pour chaque tâche, l'agent crée une branche de fonctionnalité à partir de votre branche par défaut, effectue des commits avec des messages clairs, puis les pousse vers votre dépôt. L'agent agit en votre nom et vous inclut, ainsi que lui-même, comme co-auteurs dans chaque commit, ce qui garantit une attribution appropriée.

Ouvre et met à jour des pull requests
Après avoir terminé le travail, l'agent ouvre des pull requests avec une description détaillée des changements, de l'approche d'implémentation et des compromis envisagés.

Paternité des pull requests

Par défaut, les pull requests sont créées par l'application GitHub Kiro Agent. Vous pouvez modifier ce comportement pour que les PR soient créées en tant que votre utilisateur GitHub :

  1. Allez dans Settings et sélectionnez l'onglet Agent
  2. Sous Pull request, activez Create pull requests as your GitHub user

C'est utile lorsque votre dépôt comporte des règles de protection de branche ou des workflows CI qui dépendent de l'auteur de la PR.

L'agent ne répond qu'à vos commentaires et instructions explicites (l'utilisateur qui a créé la tâche).

Traitement des commentaires sur les PR

Kiro propose deux commandes pour gérer les commentaires sur les pull requests :

  • /kiro all — Traite tous les commentaires de tous les réviseurs sur l'ensemble de la PR. À utiliser lorsque vous voulez traiter tous les commentaires en une seule fois.
  • /kiro fix — Traite tous les commentaires d'un fil de discussion spécifique. À utiliser lorsque vous voulez vous concentrer sur un seul sujet de discussion à la fois.

Pour empêcher qu'un commentaire soit traité, supprimez-le ou répondez-y avec votre propre point de vue avant d'utiliser une commande. Vous pouvez aussi fournir des commentaires depuis la vue des tâches sur app.kiro.dev.

Les commentaires des GitHub Actions (vérifications automatisées, tests, analyses de sécurité) sont automatiquement traités dès que vous fournissez un commentaire, quel qu'il soit.

Enseigner à l'agent grâce aux revues de code
Vous pouvez enseigner à l'agent les habitudes de votre équipe grâce aux commentaires sur les PR. Lorsque vous laissez des commentaires comme « n'oublie pas d'utiliser notre gestion d'erreurs standard » ou « suis toujours nos conventions de nommage », l'agent apprend et applique ces habitudes aux travaux futurs dans tous les dépôts. Seuls vos commentaires influencent l'apprentissage de l'agent — les commentaires des autres réviseurs n'ont aucun effet sur ce que l'agent apprend.

Ce que vous pouvez demander à l'agent de faire

  • Travailler sur le code — cloner un dépôt, effectuer des changements, pousser une branche et ouvrir une pull request pour vos changements.
  • Inspecter des pull requests — dresser la liste des pull requests ouvertes ou récemment fusionnées, lire les commentaires sur une pull request et lire les commentaires de revue en ligne.
  • Examiner des issues — dresser la liste des issues ouvertes et afficher les détails d'une issue spécifique.

Plusieurs utilisateurs sur le même dépôt

Lorsque plusieurs membres de l'équipe ont Kiro Web connecté au même dépôt, chaque utilisateur peut attribuer des tâches de façon indépendante.

Comment ça fonctionne

  • L'application GitHub Kiro Agent doit être installée une seule fois par dépôt
  • Chaque utilisateur enregistré peut attribuer des tâches de façon indépendante
  • Si plusieurs utilisateurs attribuent la même issue GitHub (avec le libellé kiro ou la commande /kiro), Kiro crée des tâches distinctes pour chaque utilisateur
  • Chaque tâche s'exécute de façon indépendante dans son propre environnement sandbox isolé

Bonnes pratiques

  • Coordonnez-vous avec votre équipe pour éviter le travail en double sur la même issue
  • Utilisez la fonctionnalité d'attribution d'issues de GitHub pour indiquer qui travaille sur quoi
  • Passez en revue les pull requests ouvertes avant d'attribuer des tâches similaires pour éviter les conflits

Permissions

La connexion à GitHub nécessite plusieurs couches de contrôle d'accès.

Installation et configuration de l'application
L'application GitHub Kiro Agent est installée une seule fois par organisation ou par compte par un propriétaire. La configuration de l'application est globale et définit l'ensemble maximal de dépôts auxquels Kiro peut accéder. Tous les utilisateurs de l'organisation partagent cette installation d'application.

Accès au niveau du dépôt
Chaque utilisateur ne peut travailler qu'avec les dépôts pour lesquels les deux conditions suivantes sont réunies :

  • L'application GitHub Kiro Agent a reçu l'accès d'un propriétaire de l'organisation
  • L'utilisateur dispose des permissions d'écriture sur le dépôt

Cette approche à deux couches garantit que les propriétaires contrôlent la portée maximale de l'accès, tandis que les utilisateurs individuels ne peuvent attribuer des tâches qu'aux dépôts auxquels ils ont eux-mêmes accès.

Permissions sur le dépôt
Les permissions de dépôt suivantes sont requises :

Lecture et écriture :

  • Actions - Workflows, exécutions de workflows et artefacts
  • Checks - Vérifications sur le code
  • Contents - Contenu du dépôt, commits, branches, téléchargements, versions et fusions
  • Issues - Issues et commentaires associés, personnes assignées, libellés et jalons
  • Pull requests - Pull requests et commentaires associés, personnes assignées, libellés, jalons et fusions
  • Workflows - Mettre à jour les fichiers de workflow des GitHub Actions

Lecture seule :

  • Metadata - Rechercher des dépôts, dresser la liste des collaborateurs et accéder aux métadonnées du dépôt (obligatoire)
  • Administration - Création, suppression, paramètres, équipes et collaborateurs du dépôt
  • Commit statuses - États des commits

Permissions de l'organisation
Lecture seule :

  • Administration - Gérer l'accès à une organisation

Événements webhook
L'application s'abonne aux événements webhook suivants :

  • Pull requests (ouverte, synchronisée, fermée, etc.)
  • Revues de pull requests (soumise, modifiée, rejetée)
  • Commentaires de revue de pull requests (créé, modifié, supprimé)
  • Issues (ouverte, modifiée, fermée, étiquetée, etc.)
  • Commentaires d'issues (créé, modifié, supprimé)
  • Événements push
  • Création/suppression de branches et de tags
  • Versions (créée, modifiée, publiée, etc.)
  • Changements de dépôt (créé, supprimé, renommé, etc.)
  • Événements de répartition de dépôt et de jeux de règles
  • Exécutions de workflows (demandée, terminée)
  • Changements de cible d'installation

Permissions des utilisateurs
Les utilisateurs doivent disposer d'un accès en écriture pour créer des branches et ouvrir des pull requests.

Protection des branches
L'agent respecte vos règles de protection de branche. Il ne peut pas pousser directement vers des branches protégées et doit passer par votre flux de travail standard de pull request.

Politiques de l'organisation
Si votre organisation dispose de politiques de sécurité ou de vérifications de statut obligatoires, l'agent respecte ces exigences.

Révocation
Les propriétaires de l'organisation peuvent révoquer l'accès de l'agent à tout moment en retirant les permissions de dépôt de l'application GitHub Kiro Agent, ce qui bloque immédiatement l'accès pour tous les utilisateurs. Les utilisateurs individuels peuvent déconnecter leur compte GitHub de Kiro à tout moment, ce qui empêche leur agent d'accéder à tout dépôt.

Page mise à jour : 19 août 2026
Identity Center
GitLab