Qu’est-ce que Kiro ?
Kiro est un environnement de codage téléchargeable construit par Amazon Web Services qui oriente le développement assisté par l’IA dans une direction que la plupart des outils de cette catégorie n’ont pas essayée.
Alors que la plupart des outils de codage IA vous permettent de taper un prompt et d’obtenir du code immédiatement, Kiro lance d’abord un processus de planification : il lit le contexte de votre projet, rédige un document d’exigences, génère une conception technique, décompose le tout en une liste de tâches numérotées, et seulement ensuite commence à écrire du code.
Disponible en tant qu’IDE, outil en ligne de commande, interface web (actuellement en preview pour les utilisateurs payants) et application mobile (accès anticipé sur iOS), Kiro se positionne comme l’outil pour les développeurs qui veulent un résultat structuré et maintenable plutôt qu’un code rapide qu’ils devront démêler une semaine plus tard.
À qui s’adresse Kiro ?
- Les développeurs qui ont été échaudés par du code généré par l’IA qui casse après le premier jour. Le workflow de spécification de Kiro impose une planification avant l’implémentation, ce qui signifie que le code qu’il écrit est traçable jusqu’à des exigences documentées, et non assemblé à partir d’hypothèses.
- Les équipes qui migrent vers des workflows agentiques. Les Agent Hooks de Kiro vous permettent d’automatiser des tâches récurrentes comme l’écriture de tests ou la génération de documentation, déclenchées automatiquement chaque fois qu’un fichier correspondant change, sans prompting répété requis.
- Les développeurs de l’écosystème AWS. Kiro est construit sur l’infrastructure AWS, traite les données dans les régions AWS de votre zone géographique et se connecte naturellement aux services AWS. Si votre stack est déjà largement AWS, Kiro s’intègre sans frais de configuration.
- Les utilisateurs de VS Code qui veulent une IA qui va plus loin que l’autocomplétion. L’IDE Kiro est construit sur la même base que VS Code. Vos raccourcis clavier, paramètres et extensions se transfèrent en quelques minutes pendant l’intégration.
Avantages et inconvénients de Kiro
- Le workflow de spécification planifie avant d’écrire le moindre code
- Les Agent Hooks automatisent des tâches lors d’événements de fichier
- Les extensions et paramètres VS Code s’importent proprement
- Le mode Autopilot construit sans demandes d’approbation constantes
- Les docs de steering donnent à Kiro le contexte de votre projet
- Prend en charge plusieurs modèles de pointe, dont Opus 4.8
- L’intégration MCP server connecte nativement des outils externes
- Nécessite un téléchargement ; pas accessible dans le navigateur sur la formule gratuite
- Les 50 crédits gratuits disparaissent plus vite que prévu
- A expiré une fois pendant la phase de raffinement des exigences
Répartition des notes
Les meilleurs scores de Kiro sont ceux des fonctionnalités et de la fonctionnalité, où son workflow guidé par les spécifications, ses agent hooks et son exécution en autopilot le placent au-dessus de tout autre outil de codage IA couvert ici. Il perd du terrain sur l’accessibilité et le modèle de crédits, deux points qui exigent une attention honnête avant de s’engager dans un workflow.
| Fonctionnalité | Note (sur 10) | Pourquoi cette note |
|---|---|---|
| Facilité d’utilisation | 7.0 | Familier pour tout utilisateur de VS Code ; l’exigence de téléchargement et la nature réservée aux développeurs le mettent hors de portée des utilisateurs non techniques |
| Fonctionnalités et performance | 9.5 | Workflow de spécification, agent hooks, autopilot, intégration MCP, docs de steering : l’ensemble de fonctionnalités le plus complet de tout outil de codage IA examiné |
| Design et personnalisation | 7.0 | Thèmes IDE sombre et clair ; contrôle solide de la structure du code généré via l’édition des spécifications et des documents de steering |
| Rapport qualité-prix | 6.5 | Les 50 crédits de la formule gratuite sont descendus à 4.28 consommés rien que pendant la phase de planification, avant même qu’une seule ligne de code d’application ne soit écrite |
| Performances et fiabilité | 7.5 | La sortie de planification était détaillée et spécifique ; un seul timeout confirmé à 7 minutes 24 secondes pendant le raffinement des exigences |
| Global | 8.2 | Le workflow de spécification de Kiro est l’approche la plus structurée du développement assisté par IA examinée à ce jour. La note reflète cette différenciation réelle, freinée par la formule gratuite limitée et par l’unique échec de fiabilité enregistré pendant les tests. |
Fonctionnalités de Kiro
- Workflow guidé par les spécifications : exigences, conception, tâches, code
- Les Agent Hooks automatisent des tâches lors d’événements de fichier
- Les documents de steering fournissent le contexte du projet à l’agent
- Le mode Autopilot exécute les tâches sans approbation étape par étape
- Prise en charge des serveurs MCP pour l’intégration d’outils externes
- Import de la configuration VS Code au premier lancement
- Prise en charge multi-modèles, y compris Claude Opus 4.8
Mon avis honnête sur Kiro : ce que j’ai constaté après l’avoir testé
La plupart des constructeurs d’applications IA tombent dans l’une de deux catégories :
- des outils visuels qui génèrent une interface à partir d’une description
- et des outils basés sur le chat qui écrivent directement du code en réponse à un prompt
Kiro n’entre dans aucune de ces catégories, c’est pourquoi l’évaluer exige une approche différente.
Kiro est un IDE agentique. Vous ne faites pas glisser des composants sur une toile, et vous n’obtenez pas d’aperçu en direct après 30 secondes. Ce que vous obtenez est un environnement de développement local qui planifie une build avant de la lancer, en générant des exigences, un document de conception et une liste de tâches structurée que l’agent exécute ensuite une étape à la fois.
L’application qu’il produit est un vrai projet sur votre machine, dans des fichiers que vous possédez, utilisant une stack que vous définissez.
Pour tester si ce processus fonctionnait réellement, j’ai construit une plateforme de gestion immobilière de zéro dans Kiro.
Le prompt couvrait l’authentification des propriétaires et des locataires, la gestion des biens et des lots, le suivi des baux, les demandes de maintenance avec mises à jour de statut, l’intégration des paiements Stripe, les notifications par e-mail et un tableau de bord propriétaire avec reporting. C’est le même prompt utilisé pour évaluer Rork, Figma Make, Uizard et Retool, ce qui permet de comparer comment chaque outil gère une véritable complexité plutôt qu’un simple exemple.
La question à laquelle ce test voulait répondre était précise : Le workflow spec-first de Kiro produit-il un résultat mieux structuré et plus maintenable que les outils qui passent directement au code ?
Voici ce que j’ai trouvé.
Prise en main de Kiro : un téléchargement, pas un onglet de navigateur
Tous les autres constructeurs d’applications IA évalués aux côtés de ce comparatif vivent dans un navigateur. Pas Kiro. Pour commencer, il faut aller sur kiro.dev, cliquer sur Downloads, sélectionner votre système d’exploitation et installer l’application sur votre machine.
J’utilisais Pop OS, une distribution Linux basée sur Debian, j’ai donc sélectionné le package Debian (.deb) dans le menu déroulant. Le site propose également un package Universal (.tar.gz) pour d’autres configurations Linux. Des installateurs Windows et macOS sont disponibles via la même page de téléchargement.
Ce que cela signifie en pratique :
- La première session nécessite une installation locale, pas un onglet de navigateur
- Pas d’accès uniquement via Internet sur la formule gratuite (l’interface web est disponible uniquement sur les plans payants, actuellement en preview)
- Pour les développeurs, ce n’est pas un problème
- Pour toute personne qui compare Kiro à des outils de création dans le navigateur, il faut prendre cela en compte dans le temps de configuration
L’installation elle-même s’est déroulée sans difficulté. Il n’y avait aucune étape de configuration, aucune dépendance à résoudre manuellement, et l’application s’est lancée proprement après l’installation standard du package.
La connexion s’effectue dans votre navigateur, pas dans l’application
Une fois l’IDE ouvert pour la première fois, il ne vous demande pas de vous connecter à l’intérieur de la fenêtre de l’application. Il vous redirige vers une page de navigateur pour gérer l’authentification là-bas.
L’écran de connexion propose quatre options :
| Méthode de connexion | À qui elle convient |
|---|---|
| Développeurs individuels et freelances | |
| GitHub | Le choix le plus naturel pour les développeurs ayant déjà un compte |
| AWS Builder ID | Développeurs déjà dans l’écosystème AWS |
| Your Organization | Équipes d’entreprise utilisant le SSO |
L’option GitHub est bien choisie pour le public cible. La plupart des développeurs ont déjà un compte GitHub et peuvent s’authentifier sans créer de nouvelles identifiants.
Quelques points à savoir avant de vous inscrire :
- La connexion via Google ou AWS Builder ID (pas AWS Identity Center) vous donne droit à un crédit de $20 appliqué à votre première montée en gamme vers un plan payant. Cet avantage est accordé une seule fois ; il est utile de le savoir avant de choisir votre méthode de connexion.
- La connexion via “Your Organization” passe par un SSO d’entreprise et constitue le point d’entrée pour les équipes qui ont besoin d’une gestion centralisée des identités.
- En vous connectant, vous acceptez le AWS Customer Agreement, les Service Terms, la Privacy Notice et le AWS Intellectual Property License. Comme Kiro est un produit AWS, vos données sont traitées dans les régions AWS de votre géographie.
Onboarding : trois étapes de configuration qui prennent moins de deux minutes
Après la connexion, Kiro lance une courte séquence de configuration avant d’ouvrir l’IDE principal. Les étapes sont :
Étape 1 : choisissez votre thème. Kiro Dark ou Kiro Light. Les deux affichent un aperçu en direct de la coloration syntaxique avant confirmation.
Étape 2 : configurez l’intégration du shell. Cela vous permet d’ouvrir n’importe quel projet depuis votre terminal avec la commande kiro . Vous pouvez ignorer cette étape et la configurer plus tard.
Étape 3 : importez depuis VS Code. Kiro importe vos extensions VS Code existantes (toutes celles disponibles sur Open VSX), vos paramètres et vos raccourcis clavier. Les extensions se chargent en arrière-plan pendant que l’onboarding continue, donc vous n’attendez pas sur un écran de chargement.
L’import VS Code est la partie la plus utile en pratique de cette séquence. Si vous avez passé des années à personnaliser un environnement VS Code, la transition ne vous oblige pas à repartir de zéro. L’import a fonctionné proprement lors de ma session.
Ce que l’onboarding n’inclut pas, en revanche, c’est une introduction aux fonctionnalités principales de Kiro. Vous n’êtes pas guidé sur ce que sont les Specs, les Agent Hooks ou les Steering Documents. Vous arrivez sur l’écran principal et devez les découvrir par vous-même. Cela reste acceptable pour un public de développeurs expérimentés, mais votre première session avec les fonctionnalités les plus distinctives de l’outil repose sur une exploration autonome.
Dans l’IDE : les quatre panneaux qui rendent Kiro différent
L’IDE Kiro ressemble à VS Code parce qu’il est construit sur la même base. L’explorateur de fichiers, les onglets de l’éditeur, le terminal, la barre de recherche et la barre de menus se comportent exactement comme prévu.
Ce qui distingue Kiro d’une installation standard de VS Code est le panneau gauche dédié, qui contient quatre sections qui n’existent dans aucune extension VS Code :
| Section du panneau | Ce qu’elle fait |
|---|---|
| Specs | Créer et gérer des documents de spécification (exigences, conception, tâches) pour des builds complexes |
| Agent Hooks | Configurer des tâches automatisées qui se déclenchent lors d’événements du système de fichiers |
| Agent Steering and Skills | Stocker des documents de guidage qui façonnent le comportement de l’agent dans toutes les sessions |
| MCP Servers | Connecter des outils externes et des sources de données à l’agent Kiro |
Le côté droit de l’IDE héberge le panneau de chat. C’est là que vous interagissez avec Kiro et où vous voyez la consommation de crédits en temps réel. “Est.
Credits Used: 0.1, Elapsed time: 57s” se met à jour après chaque action de l’agent, ce qui signifie que vous savez toujours combien coûte chaque tâche.
En bas de la barre de saisie du chat, deux contrôles déterminent le comportement de Kiro pour chaque tâche :
- Sélecteur de modèle : choisissez Auto (Kiro sélectionne le modèle le plus rentable pour chaque demande), ou choisissez un modèle spécifique tel que Claude Sonnet 4.6 ou Claude Opus 4.8.
- Interrupteur Autopilot : avec Autopilot activé, Kiro écrit et modifie les fichiers sans attendre votre approbation à chaque étape. S’il est désactivé, Kiro s’arrête avant chaque commande et vous demande de Trust, Reject, ou de l’exécuter manuellement.
Pour le test de la plateforme de gestion immobilière, j’ai laissé Autopilot activé pendant la planification et utilisé l’approbation manuelle pendant l’exécution des tâches afin d’évaluer chaque étape indépendamment.
Verdict : La disposition de l’IDE est immédiatement confortable pour tout utilisateur de VS Code. Les quatre sections du panneau gauche sont là où se trouve la valeur de Kiro, et comprendre chacune d’elles avant votre première session détermine ce que vous retirez de l’outil.
Documents de steering : donner du contexte à Kiro avant votre premier prompt
La première chose à faire dans un nouveau projet Kiro n’est pas de lancer un build. C’est de générer des documents de steering.
J’ai cliqué sur “Generate Steering Docs” dans le panneau Kiro avant d’envoyer le moindre prompt. Kiro a analysé le répertoire de projet vide et a créé trois fichiers markdown dans .kiro/steering/:
| Fichier | Contenu |
|---|---|
| product.md | Nom du produit, description, concepts métier principaux et objectifs clés |
| structure.md | Disposition attendue des dossiers et conventions d’organisation des fichiers |
| tech.md | Stack technique attendue, commandes courantes et conventions de code |
Pour un projet complètement vide, Kiro a déduit des valeurs par défaut sensées : React avec TypeScript, les routes API Next.js, PostgreSQL, Prisma, Tailwind CSS et l’authentification basée sur JWT. Il a signalé que tech.md et structure.md étaient des espaces réservés à mettre à jour une fois la stack réelle confirmée par le scaffolding.
Cela compte parce que chaque action ultérieure de l’agent lit ces fichiers avant de faire quoi que ce soit. Une fois que vous avez scaffoldé le projet et que la véritable stack est confirmée, la mise à jour de tech.md amène Kiro à appliquer automatiquement ces conventions à toutes les tâches futures.
Vous pouvez aussi ajouter vos propres fichiers de steering pour les standards de conception d’API, les conventions de nommage, les règles de déploiement ou toute autre contrainte que vous souhaitez voir traitée comme fixe par l’agent.
Vibe Mode vs Spec Mode : la décision qui façonne tout le build
Lorsque vous ouvrez le chat pour un nouveau build, Kiro vous montre deux modes avant même que vous tapiez quoi que ce soit :
Vibe mode vous permet de discuter d’abord et de construire au fur et à mesure. Pas de documents de planification, pas de sortie structurée. Idéal pour des expérimentations rapides, l’exploration en phase précoce, ou des tâches où les exigences sont encore en cours d’élaboration.
Spec mode lance une séquence de planification avant toute écriture de code. Kiro génère des exigences, un document de conception technique et une liste de tâches. Ce n’est qu’après révision et approbation des trois qu’il commence à écrire du code. Idéal pour un travail de niveau production où la maintenabilité compte.
J’ai sélectionné Spec mode pour la plateforme de gestion immobilière. Une fois le prompt envoyé, Kiro m’a posé deux questions de suivi avant de générer quoi que ce soit :
- “What do you want to start with?” (Requirements, marqué comme recommandé, ou Technical Design)
- “Is this a new feature or a bugfix?” (Build a Feature, recommandé, ou Fix a Bug)
Ces questions déterminent la structure de tout ce qui suit. Choisir “Requirements” signifie que Kiro rédige des user stories et des critères d’acceptation avant de toucher à l’architecture.
Cette séquence produit des artefacts de planification fondamentalement différents de ceux obtenus en commençant par une conception technique et en en déduisant ensuite les exigences.
Le workflow de spécification : exigences, conception et liste de tâches avant le moindre code
C’est la section qui rend Kiro digne d’être évalué sérieusement.
Après avoir sélectionné “Requirements” et “Build a Feature,” Kiro a créé un fichier requirements.md dans .kiro/specs/property-management-platform/. Le document est apparu immédiatement dans l’éditeur. Je pouvais le lire au fur et à mesure de sa rédaction. Le contenu incluait :
Le glossaire : 12 termes métier définis précisément, notamment Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service et Dashboard_Service, chacun étant relié à un sous-système planifié spécifique.
La description de la plateforme : les rôles Landlord et Tenant étaient documentés, ainsi que la stack technologique confirmée : Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe et Docker.
Après avoir généré le document initial, Kiro a lancé une étape de raffinement automatique. Il a analysé les 12 exigences, réparti des sous-agents de détail en parallèle sur chacune d’elles, puis a mis à jour requirements.md avec des critères d’acceptation complets pour chaque exigence. Le panneau le suivait en temps réel : “Refining requirements 12/12.”
Une fois les exigences terminées, j’ai cliqué sur “Continue” et sélectionné “Generate Design and Tasks.” Kiro a produit design.md et tasks.md ensemble. La répartition des tâches était la sortie la plus marquante de la session :
11 groupes de tâches, 43 sous-tâches, dans l’ordre d’implémentation :
- Scaffolding du projet et infrastructure
- Authentification (JWT, blacklist, middleware, pages)
- Gestion des biens et des unités
- Gestion des locataires
- Gestion des baux, téléversement de documents et tâche cron
- Demandes de maintenance
- Paiements Stripe et webhook
- Notifications par e-mail
- Tableau de bord du propriétaire et reporting
- Composants UI partagés et layouts
- Renforcement des API (rate limiting, CORS, health check, validation d’environnement)
Chaque sous-tâche incluait des commandes exactes, des chemins de fichiers et des références traçables aux exigences. La tâche 1.1, par exemple, faisait directement référence aux Requirements R12 (Docker) et R10 (REST API) dans sa description. Le lien entre la planification et l’exécution était explicite et vérifiable tout au long du processus.
À titre de comparaison, Rork saute entièrement cette étape et passe directement à la génération d’une interface utilisateur à partir du prompt. La différence de qualité de sortie est visible : la liste de tâches de Kiro est assez spécifique pour être confiée à un développeur humain qui comprendrait exactement ce qui doit être construit et dans quel ordre.
Exécution des tâches : ce que Kiro a réellement construit
Une fois la liste de tâches approuvée, j’ai cliqué sur “Start task” pour la tâche 1.1 : Initialize Next.js 14 project with TypeScript, Tailwind CSS, and ESLint.
Kiro a mis à jour le statut de la tâche en “in progress” dans tasks.md, puis a délégué l’exécution à son sous-agent spec-task-execution. L’agent a d’abord vérifié l’espace de travail, confirmé que seul le dossier .kiro spec existait sans projet Next.js encore présent, puis a procédé au scaffolding du projet.
Au premier cycle d’exécution, l’arborescence de fichiers s’est enrichie avec :
- package.json avec Next.js, React 19.2.4, TypeScript et les dépendances Tailwind listées
- tsconfig.json, eslint.config.mjs, next.config.ts
- la structure de répertoires src/ et public/
- AGENTS.md et CLAUDE.md, générés par Kiro comme fichiers de guidage d’agent pour le projet
- README.md
Le fichier CLAUDE.md vaut la peine d’être noté : Kiro est un produit AWS, mais il fonctionne avec les modèles Claude d’Anthropic sous le capot. Le fichier CLAUDE.md est la façon dont les agents alimentés par Claude stockent les consignes comportementales spécifiques au projet. Sa présence dans le scaffold généré reflète le modèle sous-jacent, même dans le contexte d’infrastructure AWS.
En haut de la vue de la liste des tâches, un bouton “Run all tasks” permettrait à Kiro d’exécuter les 43 sous-tâches en séquence avec Autopilot activé.
J’ai exécuté les tâches individuellement pour évaluer chaque étape. Pour un vrai projet lorsque vous êtes confiant dans le plan approuvé, lancer toutes les tâches automatiquement et examiner la sortie à la fin de chaque groupe est un workflow raisonnable et efficace en temps.
Chaque fichier généré par Kiro pendant l’exécution était un vrai fichier dans le répertoire local de mon projet, possédé et modifiable dès la première seconde. C’est une distinction importante par rapport aux outils basés sur le navigateur comme Figma Make ou Uizard, où le résultat est soit un asset de design, soit une application hébergée que vous ne contrôlez pas localement.
Le timeout à la septième minute : ce que cela signifie pour la fiabilité
Je veux être direct à ce sujet parce que cela s’est produit pendant la partie la plus importante du test.
Après que Kiro a affiné les 12 exigences et accepté les modifications apportées à requirements.md, l’agent a expiré. Le message d’erreur dans le panneau de chat disait :
“The request timed out. Please try again. (Conversation ID: 29d25548-c3ce-414c-8f57-702124c7fec6). Elapsed time: 7m 24s.”
Cela s’est produit à la transition entre la phase des exigences et la génération de la conception. Le travail terminé avant le timeout a été sauvegardé. Aucune exigence n’a été perdue.
Après avoir reconnu l’erreur, j’ai cliqué sur “Continue” et sélectionné “Generate Design and Tasks.” Kiro s’est rétabli sans répéter l’étape des exigences, a produit les deux documents proprement et a continué normalement pour le reste de la session.
Un contexte important ici :
- Le timeout s’est produit sur un prompt complexe couvrant 12 zones d’exigences distinctes avec un raffinement parallèle en cours. Les tâches plus simples sont peu susceptibles de prendre aussi longtemps.
- Kiro est actuellement en preview, et la fiabilité à la limite supérieure des tâches complexes est une caractéristique connue des outils à ce stade.
- La récupération a été propre. Le système de checkpoint a préservé tout le travail accompli et l’étape suivante s’est exécutée immédiatement.
Cela dit, sept minutes après le début de la fonctionnalité la plus distinctive de l’outil, tomber sur un timeout est un véritable échec d’expérience. Si vous travaillez contre la montre, un outil qui s’arrête et nécessite une nouvelle tentative manuelle est frustrant, même si la reprise est fluide.
Agent Hooks : une automatisation qui s’exécute sans qu’on le demande
Les Agent Hooks n’apparaissent dans aucun autre outil de codage IA évalué aux côtés de ce comparatif, et ils méritent une attention particulière parce qu’ils représentent une autre manière de penser l’assistance IA.
Un Hook est une tâche qui s’exécute automatiquement lorsqu’un événement du système de fichiers se produit. Vous décrivez le comportement en langage clair, Kiro le convertit en listener d’événement, et à partir de là le comportement s’exécute en arrière-plan chaque fois que la condition de déclenchement est remplie. Aucune commande à lancer, aucun rappel à programmer.
Exemples de ce que les Hooks peuvent faire :
- À la sauvegarde d’un fichier : générer des tests de base pour tout composant qui n’a pas déjà de fichier de test
- À la sauvegarde d’un fichier : lancer le nettoyage du code ou des vérifications de formatage
- À la création d’un fichier : générer automatiquement la documentation des nouvelles fonctions
- Lorsqu’une constante de chaîne change : mettre à jour les fichiers de localisation sans action manuelle
Le hook est stocké dans .kiro/hooks/ comme un fichier modifiable. Si vous souhaitez ajuster la condition de déclenchement ou l’instruction, vous éditez directement le fichier. La configuration est transparente et versionnable avec le reste de votre projet.
L’exemple de test à la sauvegarde est le plus immédiatement pratique : les développeurs repoussent régulièrement l’écriture des tests jusqu’à la fin d’un sprint, et un hook qui ajoute discrètement des tests de base chaque fois qu’un composant est sauvegardé supprime cette décision entièrement. Les tests apparaissent dans l’arborescence des fichiers après la sauvegarde suivante sans aucune action de votre part.
Consommation de crédits : ce que la formule gratuite permet réellement
Le modèle de crédits est la partie qui demande le plus d’attention avant de s’engager dans un workflow.
La formule gratuite donne 50 crédits. Voici ce qu’une seule session de spécification de plateforme de gestion immobilière a consommé : 4.28 crédits pour la planification seule, couvrant les exigences, le document de conception et la liste complète des 43 tâches, avant qu’une seule ligne de code d’application ne soit écrite.
À ce rythme de consommation :
| Scénario | Couverture estimée de la formule gratuite |
|---|---|
| Sessions de planification uniquement (sans exécution de code) | Environ 11 sessions |
| Planification plus exécution partielle des tâches | 3 à 5 sessions |
| Spec-to-execution complet sur un projet complexe | 1 projet complet au maximum |
Points clés à comprendre avant de s’inscrire :
- Les crédits ne sont pas reportés. Tout ce qui reste inutilisé à la fin de votre mois de facturation est perdu.
- La facturation d’excédent est désactivée par défaut sur tous les plans payants. Vous devez l’activer dans les Settings avant d’atteindre votre plafond, sinon Kiro s’arrête en plein milieu d’une tâche.
- Le choix du modèle affecte le taux de consommation. Exécuter la même tâche via Claude Sonnet 4.6 coûte 1.3 fois plus de crédits que via le mode Auto. Les modèles Opus coûtent encore plus.
- Les utilisateurs de la formule gratuite obtiennent Claude Sonnet 4.5 et un ensemble de modèles open weight comprenant Qwen3 Coder Next, DeepSeek v3.2 et MiniMax 2.1. Les utilisateurs payants débloquent Claude Sonnet 4.6, Claude Opus 4.6 et Claude Opus 4.8.
- L’utilisation des crédits est visible dans le panneau de chat après chaque action de l’agent et se met à jour dans le tableau de bord d’abonnement toutes les cinq minutes.
Le suivi en temps réel des crédits (“Est. Credits Used: 0.1, Elapsed time: 57s” après chaque tâche) est une fonctionnalité de transparence qu’aucun outil comparable n’offre actuellement. Vous savez exactement ce que coûte chaque tâche au moment où elle s’exécute, ce qui aide à décider s’il faut utiliser le mode Auto ou un modèle spécifique pour une tâche donnée.
Tarifs et plans de Kiro
Kiro fonctionne sur un modèle basé sur les crédits avec cinq niveaux, allant d’un plan gratuit avec une allocation mensuelle fixe à un plan à forte capacité conçu pour un usage professionnel quotidien.
Tous les plans payants incluent l’accès aux modèles premium, l’option d’activer l’excédent à l’usage, ainsi que l’ensemble complet des fonctionnalités de Kiro, y compris les specs, les hooks, l’autopilot et l’accès CLI.
Ce qu’il faut savoir avant de choisir un plan :
- La formule gratuite offre une allocation mensuelle fixe de crédits sans carte bancaire requise. Elle n’expire pas, mais une seule session spec complexe y laissera une empreinte visible.
- La première fois que vous passez de la formule gratuite à un plan payant en utilisant Google ou AWS Builder ID (pas AWS Identity Center), vous recevez un crédit de $20 appliqué au coût de votre abonnement. Cet avantage ne s’applique qu’une seule fois.
- Kiro facture le premier jour de chaque mois civil. Une montée en gamme en milieu de mois signifie payer un montant proratisé tout en accédant immédiatement à la limite de crédits complète de votre nouveau plan.
- La facturation d’excédent est disponible sur tous les plans payants à un tarif fixe par crédit supplémentaire, mais elle est désactivée par défaut. Activez-la dans Settings avant d’atteindre votre plafond, sinon Kiro met votre travail en pause lorsque les crédits sont épuisés.
- Les crédits inutilisés ne sont pas reportés au mois suivant.
- Chaque développeur a besoin de son propre abonnement. Il n’existe actuellement pas d’option de siège d’équipe partagé. Les fonctionnalités de facturation d’équipe sont indiquées comme à venir.
- La politique standard de Kiro est l’absence de remboursement en cas d’annulation en milieu de mois. L’accès se poursuit jusqu’à la fin du cycle de facturation. Les remboursements sont étudiés au cas par cas uniquement pour les erreurs de facturation.
- Les cartes de crédit sont le seul moyen de paiement accepté.
- La tarification GovCloud (US) est environ 20% plus élevée que la tarification standard, et la formule gratuite n’est pas disponible dans cet environnement. L’accès GovCloud nécessite un plan payant et une authentification d’entreprise via AWS IAM Identity Center.
- L’interface web est actuellement en preview et réservée aux utilisateurs payants. Les crédits sont consommés au même rythme que vous travailliez dans l’IDE, le CLI ou le web.
Quel plan convient à quel type d’utilisateur : La formule gratuite suffit pour faire une vraie évaluation. Pour un développement actif sur des projets réels, un plan payant est nécessaire pour éviter de tomber à court en plein milieu d’une session. Les plans de niveau supérieur ont du sens pour les développeurs qui lancent plusieurs sessions spec complètes par semaine ou travaillent sur plusieurs projets complexes à la fois.
Alternatives à Kiro
Le concurrent le plus direct de Kiro est Cursor, l’éditeur de code alimenté par l’IA qui est lui aussi construit sur une base VS Code et cible les développeurs qui veulent une IA profondément intégrée à leur environnement de développement.
La différence principale réside dans la philosophie du workflow. Cursor est conçu pour accélérer ce que vous faites déjà : vous écrivez du code, et Cursor vous assiste.
Kiro est conçu pour prendre d’abord en charge la phase de planification : l’agent définit ce qui doit être construit avant d’écrire la moindre ligne. Si votre principale frustration est le changement de contexte lent entre un chat IA et votre éditeur, Cursor répond plus directement à ce besoin. Si votre frustration concerne du code généré par l’IA qui manque de structure ou est difficile à maintenir, le workflow spec de Kiro est la réponse la plus pertinente.
| Fonctionnalité | Kiro | Cursor |
|---|---|---|
| Facilité d’utilisation | Familier pour les utilisateurs de VS Code ; le workflow de spécification ajoute une courbe d’apprentissage | Familier pour les utilisateurs de VS Code ; friction d’onboarding plus faible |
| Idéal pour | Builds structurées, guidées par des spécifications, pour des projets de production | Édition assistée par IA rapide et tâches agentiques au sein de bases de code existantes |
| Backend et données | Construit de vrais projets locaux avec un contrôle complet de la stack | Modifie et étend des fichiers de projet existants avec un contrôle complet de la stack |
| Flexibilité du design | Pas de constructeur visuel ; produit du code réel possédé localement | Pas de constructeur visuel ; produit du code réel possédé localement |
| Modèle de tarification | Basé sur les crédits ; 50 crédits gratuits ; toute l’utilisation est prélevée sur une allocation mensuelle de crédits | Basé sur les crédits depuis juin 2025 ; le mode Auto est illimité ; la sélection d’un modèle premium puise dans un pool mensuel de crédits |
Verdict final : Kiro vaut-il le coup ?
Kiro se distingue en plaçant la planification avant le codage. Son workflow de spécification, ses documents de steering et sa décomposition en tâches produisent une base de code plus structurée et plus maintenable que les outils IA qui passent directement à l’implémentation. La fonctionnalité Agent Hooks est un autre point fort, permettant des automatisations de workflow qui continuent à fonctionner au-delà d’un simple prompt.
Les compromis sont la courbe d’apprentissage et le prix. La formule gratuite est trop limitée pour de grands projets, et les développeurs doivent être à l’aise avec le travail dans un IDE. Pendant les tests, j’ai aussi rencontré un timeout, même si Kiro s’est rétabli sans perte de progression.
Si vous êtes un développeur qui construit des logiciels de production, Kiro est l’un des outils de codage IA les plus solides actuellement disponibles. Si vous recherchez un simple constructeur d’applications no-code, en revanche, ce n’est pas le bon choix.
