La V1, le signal et le panneau de fragments décrits ci-dessus, a été montrée à cinq personnes de mon entourage. Les cinq ont eu la même réaction, indépendamment : "OK, mais je vois pas l'utilité." Un retour informel, pas une étude terrain formelle, mais net, et surtout unanime, ce qui suffit à ne pas l'écarter.

Une des personnes a fini par mettre des mots précis sur ce que les autres ressentaient sans l'exprimer aussi clairement : "je peux très bien faire ça sur Notion, mettre mes idées et écrire le texte moi-même, au final Forge n'a rien de différent." Cette phrase a été le vrai point de bascule. Elle révélait que la V1 ne résolvait que la moitié du problème identifié en recherche : elle aidait à retrouver la matière existante, mais laissait entièrement à ma charge le travail de trier et rédiger, exactement le coût que la recherche initiale désignait comme le vrai frein. N'importe quel outil de prise de notes avec des tags fait déjà ce travail de retrouver et grouper des fragments. Ce n'était pas une fonctionnalité différenciante : c'était un confort, pas une raison d'exister.

La tentation naturelle, à ce stade, aurait été de foncer vers la version la plus ambitieuse possible d'une fonctionnalité d'assemblage par IA : texte entièrement rédigé, suggestions de citations et de sources externes pour étoffer le propos. J'ai exploré cette direction, puis je l'ai volontairement écartée : suggérer des citations externes non vérifiées expose à un risque de contenu halluciné ou mal attribué, un risque plus grave qu'une simple erreur de classement, puisque l'utilisateur pourrait le reprendre tel quel dans un contenu publié sous son nom.

Le périmètre retenu s'est resserré autour d'un principe non négociable : l'IA reformule et relie uniquement le contenu déjà présent dans les fragments de l'utilisateur, sans jamais introduire de fait, de citation ou d'argument extérieur. L'utilisateur reste l'auteur du fond ; l'IA n'intervient que sur la forme et l'enchaînement. Le contrôle de sélection et d'ordre des notes, déjà présent dans le panneau (E4), devient le prérequis naturel de cette génération plutôt qu'un simple confort de rangement (voir "Pourquoi 'Forger avec l'IA' comme nom de CTA" dans la section Design).

Scinder le développement en deux temps, un signal de récupération d'abord, l'assemblage ensuite, n'était pas une erreur de cadrage initial : c'était la bonne discipline. Tester la version la plus étroite possible d'une hypothèse avant d'investir dans sa version la plus coûteuse et la plus risquée a permis d'obtenir, avec cinq retours informels seulement, un signal net sur ce qui manquait réellement, plutôt que de deviner à l'aveugle depuis le début ce que les gens valoriseraient. La vraie leçon de méthode est ailleurs, d'ailleurs : documenter même les idées volontairement écartées d'une première version, avec leur raison de mise à l'écart. Sans cette trace, une itération légitime, construite sur un vrai retour terrain, peut donner l'impression, a posteriori, d'un pivot improvisé plutôt que d'une évolution logique d'un produit qui apprend de ses utilisateurs.