SFEIR

Kiro : le spec-driven d'AWS intégré dans l'éditeur

Kiro : le spec-driven d'AWS intégré dans l'éditeur

Kiro est l'IDE spec-driven d'AWS : il transforme un prompt en trois artefacts versionnés (requirements, design, tasks) qui font office de contrat, puis exécute les tâches. Il vise les équipes qui veulent la rigueur du spec-driven sans quitter leur éditeur, avec une traçabilité de l'exigence jusqu'à la tâche. AWS l'a ouvert en preview publique le 14 juillet 20255. Cet article appartient à la série du comparatif des neuf méthodes, lues sur la grille du SDLC augmenté par l'IA.

D'où vient Kiro : un produit AWS bâti sur Code OSS

AWS a construit Kiro sur Code OSS, la base open source de VS Code. Trois dates : preview publique le 14 juillet 2025, facturation payante le 1er octobre 2025, disponibilité générale le 17 novembre 20255. Des revues secondaires datent cette GA de mars ou de mai 2026 ; novembre 2025 reste la date la mieux étayée, sous réserve. Le produit se décline en IDE et en CLI. Depuis le 4 août 2026 s'y ajoute Kiro Crew, espace de travail agentique open source sous licence Apache 2.0, issu du projet interne MeshClaw, que plus de 39 000 builders Amazon avaient adopté au moment de l'annonce4. AWS ouvre Crew et garde fermé le harnais de l'agent7. Tarification relevée en septembre 2026 : Free (50 crédits), Pro à 20 dollars (1 000 crédits), Pro+ à 40 dollars, Pro Max à 100 dollars, Power à 200 dollars, surconsommation à 0,04 dollar le crédit56.

Le cycle en cinq temps, de steering à execute

  • 1 Steering (équipe) : des fichiers Markdown dans .kiro/steering/ posent le contexte projet une fois1.
  • 2 Requirements (agent et humain) : les exigences au format EARS (Easy Approach to Requirements Syntax), du type « When [trigger], the system shall [action] »3.
  • 3 Design (agent et humain) : la conception.
  • 4 Tasks (agent et humain) : le découpage.
  • 5 Execute (agent) : Kiro exécute les tâches indépendantes par vagues concurrentes.

Chaque artefact est relu et approuvé avant le suivant3. Les Agent Hooks, déclenchés à la sauvegarde, la création ou la suppression d'un fichier, relancent tests, revue ou vérifications en arrière-plan2. La GA a mis en avant le property-based testing et le checkpointing5.

Lecture dans la grille SFEIR

Correspondance avec le cycle SFEIR à onze phases :

Étape Kiro Étape(s) de la grille SFEIR
Steering0 Setup
Requirements (EARS)1 Define
Design2 Plan
Tasks2 Plan
Execute (+ hooks)3 Build, 4 Verify

Requirements et design portent Define et Plan, chacun approuvé avant de continuer, aux deux premiers gates humains de la grille. Tasks découpe, puis Execute parallélise selon le graphe de dépendances (Build), et les hooks ramènent Verify dans la boucle d'édition. Kiro ne porte aucune capitalisation formelle, hormis la persistance des specs et du steering dans le dépôt. Ship, Ops et Deprecation restent hors champ du cycle produit, même si Kiro Crew ouvre vers une exploitation asynchrone par des agents89.

Son parti pris : trois artefacts qui font contrat

Kiro applique le spec-driven depuis l'éditeur : trois artefacts versionnés servent de contrat, les hooks rattachent les tests à la boucle d'édition, et l'exécution se parallélise. EARS impose une discipline de rédaction des exigences, avec une nuance : EARS standardise la phrase, il ne rend pas le critère exécutable en soi.

Forces, limites et angles morts

Côté forces, la spec est l'unité de travail et persiste comme artefact relisible, avec traçabilité de l'exigence à la tâche. AWS apporte son soutien et des fonctions d'entreprise : GovCloud depuis le 16 février 2026, SSO, tableaux de bord d'organisation6.

Côté limites, la critique principale porte sur le prix. Kiro est passé d'une preview gratuite à une facturation à la consommation jugée difficile à prévoir ; le coût en crédits varie selon le modèle sélectionné, et le routeur Auto sert de garde-fou par défaut10. Elle signale aussi une dérive des specs, quand requirements et design cessent de refléter le code10.

Quand choisir Kiro

Pour des équipes AWS, ou attentives à la traçabilité et à la conformité, sur des projets de longue durée où la spec vivante compte plus que la vitesse brute. Kiro se compare à Spec Kit (GitHub), agnostique de l'éditeur, et à OpenSpec, plus léger et pensé pour le brownfield10.

Ce que le SDLC SFEIR en retient

SFEIR retient EARS comme format d'exigence à la phase Define, et les hooks comme filet de vérification attaché à l'édition. Kiro couvre surtout l'amont et la Construction. La capitalisation formelle (Compound-1 et Compound-2) et l'aval (Ship, Ops et Deprecation) restent à ajouter autour de l'outil.

Sources

  1. Kiro (AWS), documentation « Steering », version française. kiro.dev
  2. Kiro (AWS), documentation « Hooks », version française. kiro.dev
  3. Kiro (AWS), documentation « Votre premier projet » (steering, specs, hooks, MCP). kiro.dev
  4. Kiro (AWS), changelog de Kiro Crew. kiro.dev
  5. Bitdoze, « Kiro AI IDE Review 2026: Spec-Driven Coding, CLI & Crew » (chronologie, GA du 17 novembre 2025, tarifs), août 2026. bitdoze.com
  6. AI Agent Square, « Kiro Review 2026: Features, Pricing & Verdict », 4 juillet 2026. aiagentsquare.com
  7. Janakiram MSV, « AWS Open Sources Kiro Crew But Keeps The Agent Harness Closed », Forbes, 6 août 2026. forbes.com
  8. InfoWorld, « AWS's Kiro Crew aims to turn AI coding agents into autonomous engineering teams », 4 août 2026. infoworld.com
  9. InfoQ, « AWS Open Sources Kiro Crew for Asynchronous Coding Agents », août 2026. infoq.com
  10. CodeMySpec, « Kiro vs OpenSpec (2026): AWS IDE vs Lightweight CLI » (critique du modèle de crédits et de la dérive des specs), 23 juin 2026. codemyspec.com
SFEIR AI Auteur

Articles similaires

Spec Kit, Kiro, BMAD, Superpowers, compound engineering : neuf méthodes, une même grille

Spec Kit, Kiro, BMAD, Superpowers, compound engineering : neuf méthodes, une même grille

En dix-huit mois, neuf méthodes de développement avec agents sont apparues, de Spec Kit (GitHub) à CrewRig (SFEIR). Toutes traversent les mêmes moments, aucune ne couvre Ship, Ops ou Deprecation. Lecture comparée sur le cycle SFEIR à onze phases : gates, capitalisation, outil cible, combinaisons.

Spec Kit de GitHub : la spécification comme contrat, en sept commandes

Spec Kit de GitHub : la spécification comme contrat, en sept commandes

Spec Kit, le toolkit open source de GitHub (licence MIT), a livré sa version 1.0 le 21 août 2026 : sept commandes, de la constitution à l'implémentation, la spec comme contrat. Ce qu'il couvre du cycle SFEIR à onze phases, ce qu'il laisse hors champ, quand le choisir face à Kiro et OpenSpec.

OpenSpec : le spec-driven taillé pour le code que vous avez déjà

OpenSpec : le spec-driven taillé pour le code que vous avez déjà

OpenSpec, édité par Fission AI sous licence MIT depuis août 2025, décrit chaque changement comme un delta de spécification (ADDED, MODIFIED, REMOVED) fusionné à l'archivage. Lecture du cycle propose, apply, archive dans la grille SFEIR : le seul cadre de la série sans gate formel.

Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (et pourquoi l'industrie y converge)

Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (et pourquoi l'industrie y converge)

Greffer l'IA sur un cycle pensé pour des humains ne donne pas un facteur 10, juste un goulot qui produit ses erreurs dix fois plus vite. Le SDLC augmenté : 11 phases, 3 gates humains, 2 capitalisations, et la convergence des cadres qui le valident.