OpenSpec ou spec-kit ? Deux outils pour le spec-driven — et pourquoi j’ai choisi OpenSpec

Le spec-driven n’est plus seulement une discipline : il a maintenant son outillage. Deux projets open source se détachent : spec-kit, de GitHub, et OpenSpec. J’ai regardé les deux, voici une comparaison honnête, et pourquoi j’ai choisi OpenSpec.

Deux outils, un même principe

Tous deux partagent le cœur du SDD : la spécification avant le code, des artefacts en Markdown versionnés. La différence est dans le cycle de vie et dans ce qui persiste.

• spec-kit déroule un parcours guidé — Spec → Plan → Tasks → Implement — avec templates, CLI et prompts, pensé autour des agents de code IA (plus de trente intégrations, on change d’agent librement). Excellent pour démarrer une fonctionnalité avec un agent, prêt à l’emploi.
• OpenSpec travaille par changes — propose → apply → archive — où les specs archivées se fusionnent dans une source de vérité durable (specs/). Du Markdown et une CLI, sans présupposer d’agent particulier.

Pourquoi OpenSpec, pour moi

• Simplicité d’utilisation. Prise en main immédiate, peu de cérémonie : on écrit une intention, on l’implémente, on l’archive. L’outil s’efface derrière le travail.
• Agnostique. Du Markdown versionné et une CLI, ne s’appuyant sur aucun agent ni IDE particulier : là où spec-kit, lui aussi multi-agents, reste pensé pour des agents, OpenSpec n’en présuppose aucun. Je garde ma liberté d’outil et de modèle, cohérent avec ce que je dis du SDD : la spec survit aux modèles.
• Archivage et synchro. Chaque change archivé synchronise sa spec dans la source de vérité. Ce n’est pas un échafaudage de départ qu’on jette : c’est la mémoire du produit, qui s’enrichit à chaque incrément.
• Progressif. On peut l’introduire sur un produit existant qui n’en a jamais fait : un change à la fois, sans big bang ni restructuration. L’adoption se fait à votre rythme.

C’est exactement le profil dont j’ai besoin : un compagnon discret pour des produits qui vivent dans la durée, pas seulement pour le coup d’envoi.

Sources

• OpenSpec : openspec.dev
• spec-kit (GitHub) : github.com/github/spec-kit