Posons la question qui dérange : si vous perdiez tout votre code source ce soir, mais gardiez une spécification parfaite de ce que fait votre produit — fonctionnalités, règles métier, critères d'acceptation, décisions et leurs raisons —, combien de temps faudrait-il pour le reconstruire à l'ère de l'IA ? Il y a trois ans, la réponse était « des années ». Aujourd'hui, elle se compte en semaines. Et cette bascule change tout à la question de ce qui a vraiment de la valeur.
Car l'inverse est tout aussi vrai. Si vous gardiez tout le code mais perdiez la spécification — le pourquoi de chaque choix, les arbitrages, les cas limites décidés en réunion il y a huit mois —, vous garderiez un actif qui se dévalue à chaque évolution. C'est d'ailleurs la situation de la plupart des équipes : le code est la seule vérité, et cette vérité est illisible.
Le code passe du côté du consommable
Ce renversement n'est pas une provocation d'éditeur. C'est la conséquence directe de ce que l'IA rend possible. Un modèle agentique, correctement cadré, écrit, teste et réécrit le code plus vite qu'aucune équipe. Le code devient régénérable — et ce qui est régénérable à faible coût cesse mécaniquement d'être l'actif rare. L'actif rare, c'est ce qui ne se régénère pas tout seul : la connaissance précise de ce que le produit doit faire, pour qui, sous quelles contraintes, et pourquoi on a tranché ainsi plutôt qu'autrement.
Autrement dit, la valeur remonte d'un cran. Elle quitte l'artefact d'exécution (le code) pour se loger dans l'artefact d'intention (la spec). C'est un mouvement que nous observons partout — de la « source de vérité » du spec-driven development au « contexte comme infrastructure » — et que nous avons posé comme principe fondateur de Survol dès le premier jour : la spec validée n'est pas de la paperasse en amont du vrai travail, elle est le travail.
Un actif se reconnaît à trois signes : il prend de la valeur avec le temps, il se transmet sans son auteur, et sa perte fait mal. Une spécification bien tenue coche les trois. Un tas de prompts jetables, aucun. La différence entre les deux, ce n'est pas le contenu — c'est le traitement.
Un actif qu'on ne traite presque jamais comme tel
Voilà le paradoxe. Tout le monde s'accorde désormais à dire que la spec est centrale — mais dans les faits, elle reste traitée comme un brouillon. Elle vit dans un ticket fermé, un fil de discussion, un document que personne ne rouvre, la mémoire d'un lead qui partira un jour. On ne la versionne pas. On ne sait pas quelle décision l'a modifiée, ni quand, ni pourquoi. On ne peut pas dire quelle version du produit incarne quelle version de l'intention. Bref : on proclame que c'est l'actif, et on le range comme un déchet.
Un actif, ça se comptabilise, ça s'entretient, ça s'audite. Appliqué à la spécification, cela veut dire quatre choses concrètes — et ce sont, une à une, des fonctionnalités de Survol.
- La spec est un objet de premier plan, pas un fichier de côté. Dans Survol, chaque fonctionnalité porte sa spécification, écrite en français, reliée à ses versions livrées (v1.0, v1.1, v2.0…). Elle n'est pas à côté du produit : elle est la carte du produit.
- Elle est versionnée et son historique est traçable. Chaque décision produit qui la façonne est datée, votée, rattachée à la fonctionnalité — avec son pourquoi. On sait ce qui a changé, quand, et sur quel argument. L'intention a une histoire, exactement comme le code en a une.
- Elle est gouvernée. Les contraintes de l'organisation — sécurité, conventions, librairies — sont rattachées à ce socle et injectées à chaque session d'agent. La spec n'est pas qu'un texte : c'est un contrat qui s'applique.
- Elle est productive. C'est le point qui transforme l'actif dormant en actif de rendement : dans Survol, la spec validée devient directement l'instruction envoyée à l'agent. L'actif ne prend pas la poussière dans un coffre — il génère le code, encore et encore.
Ce que ça change, très concrètement
Traiter la spec comme un actif, ce n'est pas un supplément d'âme documentaire. Ça a des effets de bilan :
- La dette se déplace, et devient réparable. La vraie dette de l'ère agentique n'est pas dans le code (régénérable) mais dans l'intention perdue. Une spec vivante annule cette dette-là.
- La dépendance aux personnes tombe. Le savoir n'est plus dans une tête qui peut démissionner ; il est écrit, situé, consultable — par un nouvel arrivant comme par un nouvel agent.
- La réversibilité devient réelle. Changer de modèle d'IA, d'hébergeur, voire régénérer une partie du code : possible sans drame, parce que l'actif — l'intention — reste intact et vous appartient. C'est notre promesse « zéro enfermement », prise au sérieux.
- La valeur se mesure. Chaque token, chaque version se rattache à la fonctionnalité livrée. La dépense d'exécution se relie enfin à l'actif qu'elle sert.
Ce qu'on en retient
- À l'ère de l'IA, le code devient régénérable — donc consommable. Il quitte le statut d'actif rare.
- L'actif rare devient la spécification : l'intention durable dont le code, les tests et la doc dérivent.
- Mais un actif proclamé qu'on range comme un brouillon n'a aucune valeur. La différence se joue dans le traitement : versionner, gouverner, entretenir.
- Survol fait exactement cela de votre spécification — objet de premier plan, versionné, gouverné, et directement productif. C'est prendre soin de votre vrai actif.
« Prenez-en soin », disions-nous sur l'un de nos visuels. Ce n'est pas une formule : c'est la conséquence logique d'un monde où l'IA écrit le code. Le jour où le code se régénère d'un claquement de doigts, la seule chose qui reste vraiment vôtre, c'est ce que vous avez voulu — écrit clairement, tenu à jour, gouverné. Le reste n'en est que la trace. Survol est le coffre-fort de cet actif-là : votre produit, vu d'en haut, et gardé vivant.
