Qu’est-ce que Kiro ?
Kiro est un environnement de codage téléchargeable conçu par Amazon Web Services qui emmène le développement assisté par l’IA dans une direction que la plupart des outils de cette catégorie n’ont pas essayé.
Là où la plupart des outils de codage IA vous laissent taper un prompt et obtenir du code immédiatement, Kiro lance d’abord un processus de planification : il lit le contexte de votre projet, rédige un document de exigences, génère une conception technique, découpe le tout en une liste de tâches numérotée, et seulement ensuite commence à écrire du code.
Disponible sous forme d’IDE, d’outil en ligne de commande, d’interface web (actuellement en aperçu pour les utilisateurs payants), et d’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 ?
- Aux 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 force la 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.
- Aux équipes qui passent aux 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 avoir besoin de relancer le moindre prompt.
- Aux développeurs de l’écosystème AWS. Kiro est construit sur l’infrastructure AWS, traite les données à travers les régions AWS de votre géographie, et se connecte naturellement aux services AWS. Si votre stack est déjà fortement orientée AWS, Kiro s’intègre sans surcharge de configuration.
- Aux 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 lors de l’intégration en quelques minutes.
Avantages et inconvénients de Kiro
- Le workflow de spécification planifie avant d’écrire la moindre ligne de code
- Les Agent Hooks automatisent les tâches sur les é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 du serveur MCP connecte nativement des outils externes
- Nécessite un téléchargement ; pas accessible depuis le navigateur sur l’offre gratuite
- Les 50 crédits gratuits disparaissent plus vite que prévu
- Un délai d’attente s’est produit une fois pendant la phase de raffinement des exigences
Répartition des notes
Les meilleures notes de Kiro sont dans les fonctionnalités et la fonctionnalité, où son workflow guidé par les spécifications, ses agent hooks et son exécution en autopilot le placent devant tous les autres outils de codage IA couverts ici. Il perd du terrain sur l’accessibilité et le modèle de crédits, deux points qui méritent une attention honnête avant de s’engager dans un workflow.
| Feature | Score (Out of 10) | Pourquoi cette note |
|---|---|---|
| Facilité d’utilisation | 7.0 | Familier pour tout utilisateur de VS Code ; l’obligation de télécharger et le fait que ce soit réservé aux développeurs le rendent hors de portée des non-techniciens |
| Fonctionnalités & Fonctionnalité | 9.5 | Workflow de spécifications, agent hooks, autopilot, intégration MCP, docs de steering : l’ensemble de fonctionnalités le plus complet de tous les outils de codage IA examinés |
| Design & Personnalisation | 7.0 | Thèmes sombres et clairs pour l’IDE ; fort contrôle sur la structure du code généré via l’édition des specs et des documents de steering |
| Rapport qualité-prix | 6.5 | Les 50 crédits de l’offre gratuite sont descendus à 4.28 consommés rien que pour la planification, avant qu’une seule ligne de code applicatif ne soit écrite |
| Performance & Fiabilité | 7.5 | Le rendu de la planification était détaillé et précis ; un délai d’attente confirmé à 7 minutes 24 seconds pendant le raffinement des exigences |
| Global | 8.2 | Le workflow de spécifications de Kiro est l’approche la plus structurée du développement assisté par l’IA examinée à ce jour. La note reflète cette vraie différenciation, freinée par l’offre gratuite limitée et par la seule défaillance de fiabilité enregistrée pendant les tests. |
Fonctionnalités de Kiro
- Workflow guidé par les specs : exigences, conception, tâches, code
- Les Agent Hooks automatisent les tâches sur les événements de fichier
- Les documents de steering donnent du contexte au agent
- Le mode Autopilot exécute les tâches sans approbation étape par étape
- Prise en charge du serveur MCP pour l’intégration d’outils externes
- Import de la configuration VS Code au premier lancement
- Prise en charge multi-modèle, 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 créateurs d’apps 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’appartient à aucune de ces catégories, c’est pourquoi l’évaluer demande une approche différente.
Kiro est un IDE agentique. Vous ne faites pas glisser des composants sur une toile, et vous n’obtenez pas un aperçu en direct après 30 secondes. Ce que vous obtenez, c’est un environnement de développement local qui planifie une construction 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 suit ensuite étape par étape.
L’application qu’il produit est un vrai projet sur votre machine, dans des fichiers que vous possédez, en utilisant un stack que vous définissez.
Pour tester si ce processus fonctionne vraiment, 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 unités, 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 la façon dont chaque outil gère une vraie complexité plutôt qu’un simple exemple.
La question que cette review cherchait à trancher é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 route de Kiro : un téléchargement, pas un onglet de navigateur
Tous les autres créateurs d’apps IA évalués dans cette comparaison fonctionnent dans un navigateur. Pas Kiro. Pour commencer, il faut aller sur kiro.dev, cliquer sur Downloads, choisir votre système d’exploitation, et installer l’application sur votre machine.
J’utilisais Pop OS, une distribution Linux basée sur Debian, donc j’ai sélectionné le package Debian (.deb) dans le menu déroulant. Le site propose aussi 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échargements.
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 l’offre gratuite (l’interface web est disponible uniquement sur les offres payantes, actuellement en aperçu)
- Pour les développeurs, ce n’est pas un problème
- Pour toute personne qui évalue Kiro par rapport à des builders basés sur le navigateur, il faut intégrer ce temps de mise en place
L’installation elle-même a été simple. Il n’y a eu 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 se fait 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 dans la fenêtre de l’application. Il vous redirige vers une page web pour gérer l’authentification là-bas.
L’écran de connexion présente quatre options :
| Méthode de connexion | À qui cela 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 enterprise 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 utiles à savoir avant de vous inscrire :
- Le fait de se connecter via Google ou AWS Builder ID (et non AWS Identity Center) vous donne droit à un crédit de 20 $ appliqué à votre première mise à niveau vers une offre payante. C’est un avantage ponctuel utile à connaître avant de choisir votre méthode de connexion.
- Le fait de se connecter via “Your Organization” passe par le 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 l’AWS Customer Agreement, les Service Terms, la Privacy Notice, et l’AWS Intellectual Property License. Comme Kiro est un produit AWS, vos données sont traitées à travers 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 : Choisir votre thème. Kiro Dark ou Kiro Light. Les deux affichent un aperçu en direct de la coloration syntaxique avant confirmation.
Étape 2 : Configurer l’intégration du shell. Cela vous permet d’ouvrir n’importe quel projet depuis votre terminal en utilisant la commande kiro command. Vous pouvez ignorer cette étape et la configurer plus tard.
Étape 3 : Importer depuis VS Code. Kiro récupère 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 pas d’attente 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 dans ma session.
Ce que l’onboarding n’inclut pas, 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 vous le découvrez par vous-même. Cela reste acceptable pour un public de développeurs expérimentés, mais cela signifie que votre première session avec les fonctionnalités les plus distinctives de l’outil demande 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 menu se comportent exactement comme prévu.
Ce qui distingue Kiro d’une installation standard de VS Code, c’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 les builds complexes |
| Agent Hooks | Configurer des tâches automatisées qui se déclenchent sur des événements du système de fichiers |
| Agent Steering and Skills | Stocker des documents de guidance qui façonnent le comportement de l’agent à travers toutes les sessions |
| MCP Servers | Connecter des outils et sources de données externes à 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 que vous voyez la consommation de crédits en temps réel. “Est.
Credits Used: 0.1, Elapsed time: 57s” s’actualise 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 sur 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 comme Claude Sonnet 4.6 ou Claude Opus 4.8.
- Bascule Autopilot : Avec Autopilot activé, Kiro écrit et modifie des fichiers sans attendre votre approbation à chaque étape. Avec lui désactivé, Kiro fait une pause 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é une approbation manuelle pendant l’exécution des tâches afin d’évaluer chaque étape séparément.
Verdict : La disposition de l’IDE est confortable en quelques minutes 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 une construction. C’est de générer les documents de steering.
J’ai cliqué sur “Generate Steering Docs” dans le panneau Kiro avant d’envoyer le moindre prompt. Kiro a scanné le répertoire vide du projet et a créé trois fichiers markdown dans .kiro/steering/:
| Fichier | Contenu |
|---|---|
| product.md | Nom du produit, description, concepts centraux du domaine, 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 codage |
Pour un projet complètement vide, Kiro a inféré des valeurs par défaut sensées : React avec TypeScript, Next.js API routes, PostgreSQL, Prisma, Tailwind CSS, et une authentification basée sur JWT. Il a indiqué que tech.md et structure.md sont des espaces réservés à mettre à jour une fois la stack réelle confirmée via le scaffolding.
C’est important parce que chaque action de l’agent qui suit lit ces fichiers avant de faire quoi que ce soit. Une fois que vous scrollez le projet et que la vraie stack est confirmée, la mise à jour de tech.md fait appliquer ces conventions automatiquement par Kiro à 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 tout autre contrainte que vous voulez que l’agent considère comme fixe.
Vibe Mode vs Spec Mode : la décision qui façonne tout le build
Quand vous ouvrez le chat pour une nouvelle construction, 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 les expériences rapides, l’exploration à un stade précoce, ou les tâches où les exigences sont encore en cours de définition.
Spec mode lance une séquence de planification avant l’écriture du moindre 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 le travail de production où la maintenabilité compte.
J’ai choisi Spec mode pour la plateforme de gestion immobilière. Une fois le prompt envoyé, Kiro 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 dérivant ensuite les exigences.
Le workflow Spec : exigences, conception, et une liste de tâches avant tout code
C’est la section qui rend Kiro digne d’être évalué sérieusement.
Après avoir choisi “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 qu’il était écrit. Le contenu incluait :
Le glossaire : 12 termes métier définis avec précision, notamment Auth_Service, Property_Service, Lease_Service, Payment_Service, Maintenance_Service, Notification_Service, et Dashboard_Service, chacun étant relié à un sous-système prévu spécifique.
La description de la plateforme : Les rôles Landlord et Tenant étaient documentés, ainsi que le stack technique confirmé : Next.js, TypeScript, PostgreSQL, Prisma, Tailwind CSS, Stripe, et Docker.
Après la génération du document initial, Kiro a lancé une étape de raffinement automatique. Il a analysé les 12 exigences, déclenché des sous-agents de détail en parallèle sur chacune d’elles, et mis à jour requirements.md avec des critères d’acceptation complets pour chaque exigence. Le panneau suivait cela en temps réel : “Refining requirements 12/12.”
Une fois les exigences complètes, 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 propriétés et des unités
- Gestion des locataires
- Gestion des baux, téléversement de documents, et cron job
- Demandes de maintenance
- Paiements Stripe et webhook
- Notifications par e-mail
- Tableau de bord propriétaire et reporting
- Composants UI partagés et layouts
- Durcissement de l’API (rate limiting, CORS, health check, validation des variables 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 planification et exécution était explicite et vérifiable tout au long du processus.
Rork, en comparaison, saute entièrement cette étape et passe directement à la génération d’une interface utilisateur à partir du prompt. La différence dans la qualité de sortie est visible : la liste de tâches de Kiro est assez précise pour être remise à un développeur humain afin qu’il comprenne exactement ce qu’il faut construire et dans quel ordre.
Exécution des tâches : ce que Kiro a réellement construit
Une fois la liste des tâches approuvée, j’ai cliqué sur “Start task” sur la tâche 1.1 : Initialiser un projet Next.js 14 avec TypeScript, Tailwind CSS, et 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, et a procédé au scaffolding du projet.
Au cours du premier cycle d’exécution, l’arborescence des fichiers s’est peuplée 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
- src/ et public/ structure de dossiers
- AGENTS.md et CLAUDE.md, générés par Kiro comme fichiers de guidance pour l’agent du projet
- README.md
Le fichier CLAUDE.md mérite d’être noté : Kiro est un produit AWS, mais il fonctionne avec des modèles Claude d’Anthropic en dessous. Le fichier CLAUDE.md est la façon dont les agents propulsés par Claude stockent des 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 de l’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 où vous êtes sûr du plan approuvé, lancer toutes les tâches automatiquement et revoir 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 mon répertoire de projet local, possédé et modifiable dès la première seconde. C’est une distinction importante par rapport aux builders basés sur le navigateur comme Figma Make ou Uizard, où la sortie est soit un asset de design, soit une application hébergée que vous ne contrôlez pas localement.
Le délai d’attente à la minute sept : 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 ait affiné les 12 exigences et accepté les modifications de 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 au moment de transition entre la phase des exigences et la génération de la conception. Le travail terminé avant le délai d’attente a été sauvegardé. Aucune exigence n’a été perdue.
Après avoir accusé réception de l’erreur, j’ai cliqué sur “Continue” et sélectionné “Generate Design and Tasks.” Kiro s’est remis proprement sans répéter l’étape des exigences, a produit les deux documents proprement, et a continué normalement pour le reste de la session.
Le contexte qui compte ici :
- Le délai d’attente s’est produit sur un prompt complexe couvrant 12 zones d’exigences distinctes avec raffinement parallèle en cours. Les tâches plus simples sont peu susceptibles de prendre autant de temps.
- Kiro est actuellement en aperçu, et la fiabilité à la limite extrême des tâches complexes est une caractéristique connue des outils à ce stade.
- La reprise a été propre. Le système de points de sauvegarde a préservé tout le travail terminé et l’étape suivante s’est lancée immédiatement.
Cela dit, sept minutes après le début de la fonctionnalité la plus distinctive de l’outil, rencontrer un délai d’attente est un vrai échec d’expérience. Si vous travaillez avec une échéance serrée, un outil qui s’arrête et exige une relance manuelle est frustrant même quand la reprise est fluide.
Agent Hooks : une automatisation qui s’exécute sans qu’on la demande
Les Agent Hooks n’apparaissent dans aucun autre outil de codage IA évalué dans cette comparaison, et ils méritent une attention particulière parce qu’ils représentent une manière différente 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 naturel, Kiro le convertit en écouteur d’événements, et à partir de là, le comportement s’exécute en arrière-plan chaque fois que la condition de déclenchement est remplie. Aucun ordre à lancer, aucun rappel à programmer.
Exemples de ce que les Hooks peuvent faire :
- À l’enregistrement d’un fichier : générer des tests de base pour tout composant qui n’a pas déjà de fichier de test
- À l’enregistrement d’un fichier : lancer des vérifications de nettoyage ou de formatage du code
- À la création d’un fichier : générer automatiquement la documentation pour les nouvelles fonctions
- Lors d’un changement de constantes de chaîne : mettre à jour les fichiers de localisation sans action manuelle
Le hook est stocké dans .kiro/hooks/ sous forme de fichier éditable. Si vous voulez ajuster la condition de déclenchement ou l’instruction, vous modifiez directement le fichier. La configuration est transparente et contrôlable par version au même titre que le reste de votre projet.
L’exemple de tests à l’enregistrement est le plus immédiatement pratique : les développeurs repoussent régulièrement l’écriture des tests à la fin d’un sprint, et un hook qui ajoute discrètement des tests de base chaque fois qu’un composant est enregistré supprime cette décision complètement. Les tests apparaissent dans l’arborescence des fichiers après la prochaine sauvegarde, sans aucune action de votre part.
Consommation de crédits : ce que l’offre gratuite vous donne réellement
Le modèle de crédits est la zone où Kiro demande la lecture la plus attentive avant de s’engager dans un workflow.
L’offre gratuite donne 50 crédits. Voici ce qu’une seule session de spec pour une 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 de 43 tâches, avant qu’une seule ligne de code applicatif ne soit écrite.
À ce rythme de consommation :
| Scénario | Couverture estimée de l’offre 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 complet jusqu’à l’exécution sur un projet complexe | 1 projet complet au maximum |
Mécanismes clés à comprendre avant de vous inscrire :
- Les crédits ne se reportent pas. Ce qui reste inutilisé à la fin de votre mois de facturation est perdu.
- Le dépassement est désactivé par défaut sur toutes les offres payantes. Vous devez l’activer dans Settings avant d’atteindre votre plafond, sinon Kiro s’arrête en plein milieu d’une tâche.
- Le choix du modèle affecte la vitesse de consommation. Exécuter la même tâche via Claude Sonnet 4.6 coûte 1.3 fois plus de crédits que de la lancer via Auto mode. Les modèles Opus coûtent encore plus cher.
- Les utilisateurs de l’offre gratuite obtiennent Claude Sonnet 4.5 et un ensemble de modèles open weight, dont 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 des crédits en temps réel (“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 pendant son exécution, ce qui permet de décider s’il faut utiliser Auto mode ou un modèle spécifique pour une tâche donnée.
Tarifs et plans de Kiro
Kiro fonctionne sur un modèle à 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 le dépassement payant, et l’ensemble complet des fonctionnalités Kiro, y compris les specs, les hooks, l’autopilot, et l’accès CLI.
Ce qu’il faut savoir avant de choisir un plan :
- Le plan gratuit fournit une allocation mensuelle fixe de crédits sans carte bancaire requise. Il n’expire pas, mais une seule session spec complexe y laissera une empreinte notable.
- La première fois que vous passez de l’offre gratuite à une offre payante en utilisant Google ou AWS Builder ID (et non AWS Identity Center), vous recevez un crédit de 20 $ appliqué au coût de votre abonnement. Cet avantage est utilisable une seule fois.
- Kiro facture le premier jour de chaque mois calendaire. Passer à une offre supérieure en milieu de mois signifie payer des frais proratisés tout en accédant immédiatement à la limite complète de crédits de votre nouveau plan.
- La facturation du dépassement 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 s’épuisent.
- 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 partagé pour les équipes. Les fonctionnalités de facturation d’équipe sont indiquées comme à venir.
- La politique standard de Kiro est l’absence de remboursement pour les annulations en milieu de mois. L’accès continue jusqu’à la fin du cycle de facturation. Les remboursements sont étudiés au cas par cas uniquement pour les erreurs de facturation.
- Les cartes bancaires sont le seul moyen de paiement accepté.
- Le prix GovCloud (US) est environ 20% plus élevé que le tarif standard, et l’offre gratuite n’est pas disponible dans cet environnement. L’accès GovCloud nécessite un plan payant et une authentification entreprise via AWS IAM Identity Center.
- L’interface web est actuellement en aperçu et accessible uniquement 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 : L’offre gratuite suffit pour faire une vraie évaluation. Pour le développement actif sur de vrais projets, un plan payant est nécessaire pour éviter de manquer de crédits en pleine session. Les plans de niveau supérieur sont adaptés aux développeurs qui exécutent plusieurs sessions spec complètes par semaine ou qui 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 les fondations de VS Code et qui s’adresse aux développeurs voulant une IA profondément intégrée à leur environnement de développement.
La différence principale est philosophique au niveau du workflow. Cursor est conçu pour accélérer ce que vous faites déjà : vous codez, 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 quoi que ce soit.
Si votre frustration principale vient du va-et-vient lent entre un chat IA et votre éditeur, Cursor répond plus directement à ce besoin. Si votre frustration vient du code généré par l’IA qui manque de structure ou qui est difficile à maintenir, le workflow spec de Kiro est la réponse la plus pertinente.
| Feature | Kiro | Cursor |
|---|---|---|
| Facilité d’utilisation | Familier pour les utilisateurs de VS Code ; le workflow spec ajoute une courbe d’apprentissage | Familier pour les utilisateurs de VS Code ; friction d’intégration plus faible |
| Idéal pour | Des builds structurés, guidés par des specs, pour des projets de production | Édition rapide assistée par IA et tâches agentiques dans les bases de code existantes |
| Backend et données | Construit de vrais projets locaux avec contrôle total du stack | Modifie et étend des fichiers de projet existants avec contrôle total du stack |
| Flexibilité de design | Pas de builder visuel ; produit du code réel, possédé localement | Pas de builder visuel ; produit du code réel, possédé localement |
| Modèle de tarification | Basé sur des crédits ; 50 crédits gratuits ; tout usage puise dans une allocation mensuelle de crédits | Basé sur des crédits depuis juin 2025 ; Auto mode est illimité ; la sélection de modèles premium puise dans une réserve mensuelle de crédits |
Verdict final : Kiro en vaut-il la peine ?
Kiro se démarque en mettant la planification avant le codage. Son workflow de spécification, ses documents de steering, et son découpage 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. L’offre gratuite est trop limitée pour les grands projets, et les développeurs doivent être à l’aise avec un IDE. Pendant les tests, j’ai aussi rencontré un délai d’attente, même si Kiro s’est rétabli sans perdre de progression.
Si vous êtes un développeur qui construit des logiciels de production, Kiro est l’un des meilleurs outils de codage IA disponibles aujourd’hui. Si vous cherchez un simple builder d’apps no-code, en revanche, ce n’est pas le bon choix.
