Contrôle
L'IA n'amplifie pas la performance, elle amplifie ce qui existe. Une équipe cadrée accélère ; une équipe floue se disperse. La spec impose le cadre avant que l'IA ne le dilue.
Méthode
Le spec-driven development.
Écrire la spécification avant la première ligne de code. À l'heure où l'IA génère du code en quelques secondes, l'intention nette en amont devient le seul vrai garde-fou. Voici comment je travaille — et pourquoi ça change le risque de vos projets.
Qu'est-ce que le spec-driven development ?
Le spec-driven development (développement piloté par la spécification) consiste à formaliser l'intention, les règles métier et les cas limites avant de produire le code. La spécification devient le contrat de référence : le code généré, les tests, la revue et la mise en conformité se vérifient tous contre elle. Plus la machine produit vite, plus ce contrat compte.
Est-ce un cahier des charges de plus ?
Non. Un cahier des charges décrit un produit fini et fige le projet. Une spec tient sur une page : elle formalise l'intention, les règles et les cas limites, puis évolue avec le projet. Elle ne remplace pas le code, elle le gouverne. L'objectif n'est pas de tout documenter, mais de rendre chaque décision vérifiable avant qu'elle ne coûte cher.
spec_fonctionnalite.md
# Spec — <fonctionnalité>
## Objectif
Une phrase. Le quoi et le pourquoi.
## Règles métier
- Règle vérifiable, pas une intention floue
- Contrainte de conformité (RGPD / HDS / sectorielle)
## Cas limites
- Entrée hors périmètre → comportement attendu
- Échec, quota, timeout → message et repli
## Contrat d'interface
Entrée → sortie attendue (formats, codes de retour)
## Critères d'acceptation
- [ ] Test automatisé sur la logique métier
- [ ] Comportement conforme aux règles ci-dessus
- [ ] Revue passée contre cette specCinq étapes, un seul contrat
Pourquoi ça compte (pour vous)
Conformité
Les règles (RGPD, HDS, contraintes sectorielles) sont écrites dans la spec, donc vérifiables. La conformité cesse d'être un contrôle a posteriori.
Coût
Corriger une erreur dans une spec coûte une phrase. La corriger en production coûte un refacto. Le spec-driven déplace l'effort là où il est le moins cher.
Quand l'erreur n'est pas une option
Dans la finance, la santé ou tout traitement de données sensibles, un projet IA ne se juge pas à sa démo, mais à sa traçabilité. Une spécification écrite rend chaque décision auditable : qui a décidé quoi, contre quelle règle, vérifié par quel test. C'est la différence entre un projet qui passe en production et un projet qui n'y arrive jamais.
La preuve
Ce site est conçu en spec-driven, de la spécification à la mise en production. Le code est public. Voir le dépôt GitHub →
Parlons de votre projet.
30 minutes. Sans engagement.
Je vous dis honnêtement si je peux vous aider et comment.