Ressources

À propos — le framework AIAD et son auteur

AIAD (Artificial Intelligence Agent Development) est un méta-framework open source créé par Steeve Evers et publié sur aiad.ovh. Le SDD Mode, que ce site documente, en est le mode opératoire Spec Driven Development.

Qu'est-ce qu'AIAD ?

AIAD est la réponse organisationnelle à un constat opérationnel : les agents IA ont rendu obsolète la façon dont nous développions des logiciels. La question n'est plus « comment coder plus vite » mais « comment penser et orchestrer mieux ». AIAD ne juge ni sur l'effort, ni sur la vélocité, ni sur la conformité aux processus — il juge sur la valeur réalisée pour les stakeholders.

Le framework repose sur sept valeurs immuables — de la Primauté de l'Intention Humaine au Human Authorship — quatre piliers, et un écosystème de cinq responsabilités plutôt que de rôles rigides.

Le SDD Mode

Le SDD Mode est le guide opérationnel des Product Engineers AIAD : un cycle strict Intent → Research → SPEC → Gate → Exécution → Validation → Drift Lock, outillé par le paquet npm aiad-sdd (33 commandes slash — 17 /sdd + 16 /aiad —, 9 skills, 4 agents de gouvernance Tier 1 complétés d'un agent CRA pour les produits logiciels, hooks, CI). Voir le Big Picture et le guide de démarrage.

Positionnement dans l'écosystème

AIAD intègre les meilleures pratiques SDD en leur ajoutant la dimension organisationnelle et humaine. Les outils gèrent le « comment faire avec les agents » ; AIAD gère le « comment travailler en équipe humain-IA » :

Positionnement d'AIAD face aux outils SDD
OutilCe qu'il faitRelation avec AIAD
Kiro (Amazon)IDE, CLI et web avec spec intégrée, steering documents, hooks ; orchestrateur Kiro Crew (open source)Couche spec et exécution possible : les steering documents peuvent alimenter l'AGENT-GUIDE, la Gate s'applique avant lancement. Kiro a ajouté une revue de spec aux checkpoints et, dans Kiro Crew, des portes d'approbation : ses contrôles portent sur l'exécution, ceux d'AIAD sur l'intention.
GitHub Spec-KitProduction de spécifications — open source (MIT), multi-agentsImplémentation possible de la couche spec du méta-framework.
OpenSpecSpec unifiée, delta specs, validation des scénarios, consentement explicite avant écritureCouche spec compatible ; AIAD ajoute l'Intent Statement, l'organisation et la gouvernance réglementaire.
CodeplainSpecs en langage .plain comme actif durable, code régénéré plutôt que maintenuPartage la thèse « la spec est l'actif durable » ; une spec .plain peut être la SPEC, précédée de l'Intent Statement et de l'Execution Gate.
SPDD (REASONS Canvas)Méthode de production de specLe REASONS Canvas est une option de /sdd spec ; AIAD apporte la gouvernance du cycle complet.
OpenAI SymphonyArtefacts d'intention issue-tracker-firstConvergence sur l'intention persistante ; AIAD ajoute SQS, Drift Lock et gouvernance réglementaire.
Routines (Claude Code)Déclencheurs d'exécution automatisésCompatibles : une Routine exécute une SPEC déjà validée par la Gate, elle n'en tient pas lieu.
GitHub Copilot agent-nativeMulti-agents en parallèle, worktrees isolés, canvas de supervisionComplémentaire : l'Intent Statement cadre chaque session, la Gate valide la SPEC avant chaque agent parallèle, le Drift Lock synchronise chaque worktree avec sa SPEC.

AIAD est model-agnostic par conception : Intent Statements, SPECs et Execution Gate sont indépendants du modèle LLM et survivent aux changements de provider. La gouvernance est dans les artefacts, pas dans le vendor. Dans l'ère des « agent labs », où chaque laboratoire pousse son propre harness, ce caractère model-agnostic protège du lock-in et comble un vide de gouvernance de l'intention que les harnesses n'adressent pas. Les validations industrielles 2026 (Context Engineering formalisé par Anthropic, R2Code −41,7 % de tokens, Thoughtworks Radar, Tang et al. — 91,49 % de 20 574 sessions réelles nécessitant une correction humaine explicite —, AWS Strands) sont des confirmations indépendantes d'une approche antérieure.

Pour une comparaison factuelle forces et faiblesses assumées avec Spec Kit, Kiro, OpenSpec et BMAD, voir le comparatif honnête.

Deux cycles de versionnage

AIAD avance sur deux rythmes distincts, qu'il ne faut pas confondre :

  • la doctrine AIAD — valeurs, responsabilités, artefacts, boucles, rituels, gouvernance — est versionnée pour elle-même (aujourd'hui v1.9) et publiée sur aiad.ovh ;
  • le logiciel aiad-sdd — CLI, commandes slash, skills, hooks, dashboards — suit le versionnage SemVer de son CHANGELOG.

Les deux numérotations ne sont pas alignées : « aiad-sdd 1.9 » (l'arrivée des skills) n'a rien à voir avec la doctrine v1.9 (autonomie de l'agent, vérification, conformité). Une règle de doctrine peut précéder son outillage : c'est pourquoi certaines fonctions sont signalées « à paraître » sur ce site. Le détail des deux fils est sur la page Nouveautés.

Preuves et limites

AIAD applique à lui-même sa valeur 5, l'Empirisme sans Concession : les appuis externes de la doctrine sont réunis dans des dossiers de légitimation qui indiquent, pour chaque source, ce qu'elle établit réellement et ce qu'elle n'établit pas.

  • Execution Gate et Human Authorship — biais d'action des agents mesuré de 35 à 65 %, autorité de fusion « presque exclusivement humaine » sur 29 585 cycles de pull requests. Chiffres à revérifier avant toute citation formelle.
  • Vérification — la position « la vérification se conçoit, elle ne s'achète pas » est un pari, pas un résultat démontré : les indices convergent (revue plus rapide sans être meilleure sur 1,02 million de pull requests), aucun ne suffit seul. Le chiffre de 80 % de system prompt supprimé sans perte est une mesure de l'éditeur, non auditée.
  • Responsabilité — « un agent est l'agent de celui qui le déploie » est une thèse (Schneier et Sanders), pas l'état du droit ; la décision de Munich sur les AI Overviews est provisoire et frappée d'appel.
  • Cas réglementaires 2026 — Règlement (UE) 2026/1744, amende infligée à Uber au titre de l'Art. 22 (Uber a fait appel), incident Meta (selon la presse) ; le récit « CVE-2026-LGTM » est une fiction satirique, cité comme tel. Ces dossiers ne constituent pas un avis juridique.

Open source et contribution

AIAD applique sa valeur 4, l'Ouverture Radicale : le savoir méthodologique se partage, il ne se verrouille pas. Le paquet aiad-sdd est publié sous licence MIT (© 2026 Steeve Evers — AIAD Framework). Pratiques, outils et retours d'expérience sont publiés sur aiad.ovh ; le paquet s'installe via npx aiad-sdd init (voir la référence CLI).

Pour adopter le framework sur un projet existant : /aiad init bootstrape la structure depuis votre code réel, et /aiad onboard génère le briefing des nouveaux membres.

Ce site, démonstrateur du framework

Ce site applique les règles qu'il documente : HTML/CSS/JS statique sans framework ni webfont ni image bitmap (sobriété RGESN), navigation clavier, contrastes AA et alternatives texte (RGAA), recherche locale sans service externe (RGPD). Son contenu est rédigé à partir des artefacts réels du dépôt — .aiad/, gouvernance, commandes, CHANGELOG — jamais inventé.