La spec, c'est la partie facile.
Le spec-driven a automatisé l'écriture de l'intention. Mais l'intention n'a jamais été l'endroit où les projets meurent. Ils meurent après, sur le run.
Une génération d'outils vous emmène de la constitution au plan, aux tâches, à l'implémentation guidée. C'est utile, et c'est résolu. Le problème, c'est que la dernière porte de ces outils se ferme au code mergé. Rien, ensuite, sur le trafic réel, la menace, la dérive, la reprise par l'équipe qui hérite.
Or c'est précisément là que le chiffre qui revient partout se joue : ~95% des projets d'IA générative calent avant de tenir en production. Pas à cause du modèle, mais du « post-deployment gap » : les vraies données, les vraies permissions, les pipelines existants, la gouvernance, l'évaluation d'un comportement non déterministe. Le marché a déjà nommé les gens qui règlent ça : le Forward Deployed Engineer, devenu en 2026 le rôle le plus recherché de l'IA d'entreprise (postes en forte hausse, engagements à neuf chiffres des grands fournisseurs). Un FDE n'écrit pas une spec impeccable ; il met le système en prod, contre des données et des permissions réelles, et le maintient en vie.
Ce que le « run » exige vraiment
Quatre choses que la spec ne couvre pas, et qu'aucun prompt ne règle :
- Une porte que vous possédez, et que vous pouvez rejouer. Déterministe, zéro-LLM, non contournable par injection : le même code, le même verdict, à l'identique. On la démontre, on ne la raconte pas.
- La gouvernance dès le jour zéro. Modèle de menace, grille d'évaluation, observabilité, plafond de coût, câblés au premier commit, pas après le premier incident.
- Zéro lock-in. Le modèle et le runtime sont des adaptateurs interchangeables derrière un port. Ce dont vous dépendez ne doit jamais être l'outil.
- L'évolution sur preuve, et la transmission comme livrable. On ajoute de la complexité sur un déclencheur objectif, chaque changement est un ADR daté, et l'équipe reprend le système sans vous.
Là où runward se place
runward n'est pas un meilleur outil de spec. C'est un framework de livraison agentique, bâti sur la méthode FDE, qui commence là où le spec-driven se tait : gouverner, shipper, faire tourner, transmettre. Apportez votre spec (Spec Kit, OpenSpec, ou maison) : elle devient l'intrant du cadrage, et les portes continuent après le merge.
Une spec est une promesse. runward, c'est la façon de la tenir.
Commencer : npx runward init
Le dépôt sur GitHub · Toutes les nouveautés
← Toutes les nouveautés