Spec-Driven Development : 4 Frameworks AIDD pour Professionnaliser l'IA en 2026

Du "Vibe Coding" au Spec-Driven Development

Le "vibe coding" - cette pratique consistant à taper des prompts vagues dans un chat et espérer que l'IA produise du code correct - atteint rapidement ses limites pour tout projet sérieux. Perte de contexte, code incohérent, dette technique galopante... Une nouvelle génération de frameworks structurés émerge pour professionnaliser le développement assisté par IA.

Ce comparatif analyse 4 méthodologies principales : BMAD Method, GitHub Spek Kit, OpenSpec et AWS Kiro.

---

Tableau Comparatif Synthétique

*Temps pour une landing page avec 3 intégrations API (test de la vidéo The Gray Cat)

---

Analyse Détaillée par Framework

1. BMAD Method (Breakthrough Method for Agile AI-Driven Development)

Site: bmadcodes.com | GitHub

Concept

BMAD simule une équipe Agile complète avec 21 agents IA spécialisés (Analyst, PM, Architect, Scrum Master, Developer, QA, UX Designer...). Chaque agent a une personnalité distincte et des responsabilités précises.

Workflow

Phase 1: Discovery     → Analyst Agent (Project Brief)
Phase 2: Planning      → PM Agent (PRD) + Architect Agent (Architecture)
Phase 3: Sprint Setup  → Scrum Master (Stories breakdown)
Phase 4: Implementation → Developer + QA (Code + Tests)

Points Forts

• ✅ Gouvernance complète : traçabilité de chaque décision dans Git
• ✅ Documentation générée : PRD, architecture, stories automatiques
• ✅ Scale-Adaptive : s'adapte de Level 0 (bug fix) à Level 4 (enterprise)
• ✅ V6 Alpha : optimisation tokens 74-90%, step-files pour workflows longs
• ✅ Audit-ready : parfait pour industries régulées (finance, santé)

Points Faibles

• ❌ Overhead important : 8h pour une landing page simple
• ❌ Orchestration manuelle : l'humain doit trigger chaque agent
• ❌ Context switching : jusqu'à 1 min pour initialiser chaque persona
• ❌ Learning curve élevée : nombreux concepts à maîtriser

Cas d'usage idéaux

• Projets enterprise nécessitant audit trail
• Équipes multi-développeurs
• Projets complexes avec nombreuses dépendances
• Industries régulées (compliance obligatoire)

---

2. GitHub Spek Kit

Site: speckit.org | GitHub

Concept

Toolkit agent-agnostique qui structure le développement autour de spécifications vivantes. La spec devient la source de vérité, le code n'est que son expression.

Workflow (4 commandes slash)

/constitution  → Définit les règles non-négociables du projet
/specify       → Génère une spec détaillée depuis une description
/plan          → Crée un plan technique d'implémentation
/tasks         → Décompose en tâches granulaires
/implement     → Exécute les tâches une par une

Points Forts

• ✅ Agent-agnostic : fonctionne avec Claude, Copilot, Cursor, Gemini, etc. (17+ outils)
• ✅ Constitution.md : règles projet respectées à chaque interaction
• ✅ Maintenu par GitHub : 35K+ stars, communauté active, futur stable
• ✅ Low friction : s'intègre à l'existant sans changer le workflow
• ✅ Context recovery : peut reprendre après dépassement de context window

Points Faibles

• ❌ Documentation verbose : ~800 lignes générées pour une feature simple
• ❌ Pas de branching auto : git branch à créer manuellement
• ❌ Specs peuvent devenir lourdes : "walls of text" à reviewer

Cas d'usage idéaux

• Projets greenfield (from scratch)
• Legacy modernization (capturer l'intent avant refacto)
• Équipes utilisant différents IDE/outils
• Développeurs voulant une approche structurée sans lourdeur

---

3. OpenSpec

Site: openspec.dev | GitHub

Concept

Framework minimaliste basé sur un système de proposals. Sépare la source de vérité (specs/) des changements proposés (changes/). Brownfield-first : optimisé pour les projets existants.

Workflow (3 étapes)

1. Proposal    → Créer une proposition de changement (spec delta + tasks)
2. Apply       → Implémenter selon les specs approuvées
3. Archive     → Merger les deltas dans les specs permanentes

Points Forts

• ✅ Ultra-léger : ~250 lignes générées vs 800 pour Spek Kit
• ✅ Rapidité : 7 minutes pour une première implémentation fonctionnelle
• ✅ Brownfield-friendly : parfait pour évolutions sur codebase existant
• ✅ Change tracking : diff explicite et manageable par feature
• ✅ No API keys : fonctionne sans configuration externe

Points Faibles

• ❌ Moins structuré : moins de phases de validation que Spek Kit
• ❌ Communauté plus petite : projet plus récent
• ❌ Pas de constitution : moins de garde-fous projet-wide

Cas d'usage idéaux

• Évolutions sur projets existants
• Features isolées à implémenter rapidement
• Développeurs solo voulant de la structure sans overhead
• Prototypes avec plusieurs itérations rapides

---

4. AWS Kiro

Site: kiro.dev | GitHub

Concept

IDE complet (fork VS Code) avec spec-driven development intégré nativement. Pas juste un toolkit mais un environnement de développement pensé autour des specs.

Workflow (3 phases)

Phase 1: Requirements  → User stories + acceptance criteria (notation EARS)
Phase 2: Design        → Architecture technique + schémas
Phase 3: Tasks         → Implémentation séquencée avec tracking

Features Distinctives

• Agent Hooks : automatisations event-driven (on file save, on create...)
• Steering Rules : instructions persistantes pour guider l'IA
• Powers : extensions de capacités par domaine
• CLI : version ligne de commande pour CI/CD

Points Forts

• ✅ Intégration native : specs, code et hooks dans le même environnement
• ✅ Agent Hooks : automatisation QA, tests, docs en background
• ✅ Notation EARS : acceptance criteria formalisées
• ✅ Specs évolutives : restent synchronisées avec le code
• ✅ Modèles puissants : Claude Sonnet 4.0 intégré

Points Faibles

• ❌ Vendor lock-in : IDE propriétaire (même si basé sur VS Code)
• ❌ Pricing : $19-39/mois après preview
• ❌ Overhead structurel : peut être trop rigide pour petits projets

Cas d'usage idéaux

• Entreprises voulant un environnement tout-en-un
• Équipes AWS-centric (intégration native)
• Projets nécessitant automatisation QA systématique
• Transition du vibe coding vers dev structuré

---

Comparaison des Philosophies

Multi-Agent vs Single-Agent

Top-Down vs Bottom-Up

---

Matrice de Décision

Choisir selon votre contexte

---

Conclusion : Quelle méthode pour l'Agentic Coding ?

Le spec-driven development représente l'évolution naturelle du vibe coding vers des pratiques professionnelles. Les 4 frameworks analysés partagent un principe commun : la spec est la source de vérité, le code n'est que son implémentation.

Pour débuter

→ OpenSpec offre le meilleur ratio simplicité/structure pour découvrir l'approche.

Pour la production

→ Spek Kit (GitHub) offre le meilleur équilibre entre structure et agilité, avec le backing d'une grande entreprise.

Pour l'enterprise

→ BMAD reste incontournable pour les contextes nécessitant audit trail et gouvernance.

Pour un environnement intégré

→ Kiro propose une vision complète où spec, code et automatisation cohabitent nativement.

---

Ressources

• BMAD Method : bmadcodes.com | Discord 19K+ membres
• GitHub Spek Kit : github.com/github/spec-kit | speckit.org
• OpenSpec : openspec.dev | GitHub
• AWS Kiro : kiro.dev
• Vidéo source : The Gray Cat - Comparing AI Development Frameworks