L’IA n’a pas de mémoire. Sans structure, chaque session repart de zéro. Voici comment y remédier.
L’IA n’a pas de mémoire. Sans structure, chaque session repart de zéro. Voici comment y remédier.
Tu découvriras comment compenser l’absence de mémoire de l’IA en créant quatre fichiers markdown – discovery, research, plan et progress – versionnés dans le dépôt et collés au démarrage de chaque session, gardant ainsi l’idée, les décisions et l’état du projet toujours accessibles.
L'intelligence artificielle n'a pas de mémoire. Sans structure, chaque session commence à zéro. Voici comment y remédier.
Mots clés : Vibecoding · Structure de projet · Flux de travail IA · Productivité
La plupart des projets codés avec Vibecoding n'échouent pas parce que l'idée est mauvaise. Ils échouent parce qu'il n'y a pas de structure. Vous ouvrez une nouvelle session d'IA, expliquez le projet desde zéro, allez à mi-chemin d'une fonctionnalité, fermez l'onglet, et la prochaine fois que vous l'ouvrez, l'IA n'a aucune idée de ce que vous construisiez ou pourquoi.
Ce n'est pas un défaut de l'IA. Elle n'a simplement pas de mémoire entre les sessions. La solution est donc simple : vous lui donnez la mémoire vous-même.
Le raccourci ultime vers des résultats IA impeccables
Arrête de perdre du temps avec des prompts approximatifs. Obtiens des résultats IA constants et professionnels dès le premier essai, à chaque fois.
J'utilise quatre fichiers markdown pour chaque projet. Ils se trouvent à la racine du référentiel, ils sont validés comme n'importe quel autre code, et ils sont la première chose que je colle dans chaque nouvelle session d'IA.
Vous ne les remplissez pas manuellement. Vous utilisez une invite. L'IA vous interroge, pose les bonnes questions une à une, et construit le fichier à partir de vos réponses.
Pourquoi quatre fichiers et pas un ?
Vous pourriez tout mettre dans un seul fichier. Mais les garder séparés signifie que vous n'avez à coller que ce qui est pertinent. Vous commencez une nouvelle session pour travailler sur une fonctionnalité ? Collez `plan.md` et `progress.md`. Vous reprenez une décision technique ? `research.md` l'a. Chaque fichier a un seul travail. Cela les rend faciles à mettre à jour et à utiliser.
Les quatre fichiers
`discovery.md` — Qu'est-ce que nous construisons ?
Capture l'idée de base, le problème que vous résolvez, pour qui il est destiné, et à quoi ressemble le résultat. Ce fichier empêche l'IA d'optimiser pour la mauvaise chose. Sans cela, l'IA construit ce qui semble raisonnable, et non ce dont vous avez vraiment besoin.
Générer discovery.md via interview
L'IA vous interroge sur votre idée de projet et génère un fichier discovery.md complet à partir de vos réponses.
Vous m'aidez à créer un fichier discovery.md pour mon projet Vibecoding. Votre tâche est de m'interroger et d'extraire tout ce qui est nécessaire pour écrire un document de découverte clair et complet.
Règles d'entretien :
- Posez exactement une question à la fois. Attendez ma réponse avant de continuer.
- Posez des questions de suivi si une réponse est vague ou incomplète.
- Ne résumez pas ni ne commentez entre les questions. Posez simplement la question.
- Continuez jusqu'à ce que vous ayez couvert tous les sujets ci-dessous.
Sujets à couvrir :
1. Quel est le nom du projet et ce qu'il fait en une phrase ?
2. Quel problème résout-il et pour qui ?
3. Qui est l'utilisateur cible ? Soyez précis sur sa situation, son niveau de compétence et ses besoins.
4. À quoi ressemble l'expérience utilisateur du début à la fin ?
5. Qu'est-ce que le succès pour ce projet ? Quels sont les résultats mesurables ?
6. Quelles sont les fonctionnalités incontournables pour la première version ?
7. Qu'est-ce qui est explicitement hors de portée pour l'instant ?
8. Y a-t-il des contraintes difficiles que je connais déjà (budget, calendrier, limites techniques) ?
9. Qu'est-ce qui ferait échouer ce projet ? Quels sont les plus grands risques ?
Une fois que vous avez des réponses à tous les sujets, générez un fichier discovery.md propre en markdown. Utilisez des en-têtes clairs pour chaque section. Écrivez en langage clair. Limitez-le à une page.
Astuce : Exécutez cela avant d'écrire du code. Si vous avez du mal à répondre aux questions, le projet n'est pas prêt à être construit.
`research.md` — Qu'avons-nous déjà déterminé ?
Décisions de pile, outils que vous avez considérés et rejetés, contraintes techniques, questions ouvertes. Cela empêche l'IA de suggérer des choses que vous avez déjà décidées contre. Sans cela, vous aurez les mêmes conversations à plusieurs reprises.
Générer research.md via interview
L'IA vous interroge sur votre pile technologique et les décisions, puis génère un fichier research.md complet à partir de vos réponses.
Vous m'aidez à créer un fichier research.md pour mon projet Vibecoding. Votre tâche est de m'interroger et d'extraire toutes les recherches techniques et stratégiques que j'ai déjà effectuées, afin que les futures sessions d'IA ne répètent pas les décisions que j'ai déjà prises.
Règles d'entretien :
- Posez exactement une question à la fois. Attendez ma réponse avant de continuer.
- Posez des questions de suivi si une réponse est vague ou incomplète.
- Ne résumez pas ni ne commentez entre les questions. Posez simplement la question.
- Continuez jusqu'à ce que vous ayez couvert tous les sujets ci-dessous.
Sujets à couvrir :
1. Quelle est la pile technologique que j'ai choisie ? Frontend, backend, base de données, hébergement.
2. Pourquoi ai-je choisi chaque partie de cette pile ?
3. Quels outils ou cadres ai-je considérés mais décidé contre, et pourquoi ?
4. Y a-t-il des services tiers ou des API que j'intègre ? Quels sont-ils et pourquoi ?
5. Quelles sont les contraintes techniques connues ou les limitations de ma pile ?
6. Quelles décisions techniques sont encore ouvertes ou non résolues ?
7. Y a-t-il des solutions existantes ou des concurrents que j'ai regardés ? Qu'est-ce que j'en ai appris ?
8. À quoi ressemble le modèle de données ou l'architecture à haut niveau ?
9. Y a-t-il des considérations de sécurité, de performance ou de scalabilité que je connais déjà ?
Une fois que vous avez des réponses à tous les sujets, générez un fichier research.md propre en markdown. Utilisez des en-têtes clairs. Pour chaque outil ou approche rejeté, incluez une courte note "pourquoi pas". Gardez-le factuel et concis.
Astuce : Mettez à jour ce fichier chaque fois que vous prenez une nouvelle décision technique. Un fichier de recherche obsolète est pire que rien, car il induit activement l'IA en erreur.
`plan.md` — Comment allons-nous le construire ?
Fonctionnalités, phases, priorités. Pas une spécification rigide, juste suffisamment de structure pour que l'IA sache sur quoi se concentrer dans chaque session et ne pas s'écarter dans la mauvaise direction.
Générer plan.md via interview
L'IA vous interroge sur les fonctionnalités et les priorités, puis génère un fichier plan.md phasé à partir de vos réponses.
Vous m'aidez à créer un fichier plan.md pour mon projet Vibecoding. Votre tâche est de m'interroger et de transformer mes idées en un plan de construction structuré et phasé que je peux utiliser pour garder les sessions d'IA concentrées.
Règles d'entretien :
- Posez exactement une question à la fois. Attendez ma réponse avant de continuer.
- Posez des questions de suivi si une réponse est vague ou incomplète.
- Ne résumez pas ni ne commentez entre les questions. Posez simplement la question.
- Continuez jusqu'à ce que vous ayez couvert tous les sujets ci-dessous.
Sujets à couvrir :
1. Quelles sont toutes les fonctionnalités dont ce projet a besoin ? Listez tout, sans filtre pour l'instant.
2. Quelles fonctionnalités sont absolument nécessaires pour la première version fonctionnelle ?
3. Quelles fonctionnalités peuvent attendre après la première version ?
4. Comment regrouperais-je les fonctionnalités incontournables en phases ? Quelle est la première ?
5. Y a-t-il des fonctionnalités qui dépendent d'autres fonctionnalités déjà terminées ?
6. À quoi ressemble le flux d'utilisateur pour la fonctionnalité la plus importante ?
7. Y a-t-il des intégrations ou des services externes qui doivent être configurés avant de commencer à construire ?
8. Qu'est-ce que "terminé" signifie pour chaque phase ? Comment saurai-je qu'une phase est complète ?
9. Y a-t-il des tâches techniques qui ne sont pas des fonctionnalités mais qui doivent être effectuées (configuration, infrastructure, CI/CD) ?
Une fois que vous avez des réponses à tous les sujets, générez un fichier plan.md propre en markdown. Organisez-le par phase. Chaque phase doit avoir un nom, un objectif court et une liste de trois à cinq tâches ou fonctionnalités concrètes. Incluez une note "dépendances" lorsque cela est pertinent.
Astuce : Divisez les phases en trois à cinq fonctionnalités maximum. Des morceaux plus petits gardent la sortie de l'IA concentrée et facile à examiner.
`progress.md` — Où nous sommes-nous arrêtés ?
Ce qui est fait, ce qui est en cours, ce qui est bloqué, ce qui a changé. Mettez-le à jour à la fin de chaque session. Cela donne à l'IA un contexte instantané au début de chaque nouvelle session, vous n'avez donc jamais à réexpliquer où vous vous êtes arrêté.
Générer progress.md via interview
L'IA vous interroge sur l'état actuel du projet et génère un fichier progress.md à jour à partir de vos réponses.
Vous m'aidez à créer et à maintenir un fichier progress.md pour mon projet Vibecoding. Votre tâche est de m'interroger sur l'état actuel du projet et de transformer mes réponses en un document de progrès structuré que je peux coller au début des futures sessions d'IA.
Règles d'entretien :
- Posez exactement une question à la fois. Attendez ma réponse avant de continuer.
- Posez des questions de suivi si une réponse est vague ou incomplète.
- Ne résumez pas ni ne commentez entre les questions. Posez simplement la question.
- Continuez jusqu'à ce que vous ayez couvert tous les sujets ci-dessous.
Sujets à couvrir :
1. Dans quelle phase du plan suis-je actuellement ?
2. Quelles fonctionnalités ou tâches sont complètement terminées ?
3. Sur quoi suis-je en train de travailler en ce moment ?
4. Y a-t-il quelque chose qui est bloqué ? Si oui, qu'est-ce qui bloque et qu'est-ce que j'ai déjà essayé ?
5. Qu'est-ce qui a changé depuis la dernière session ? Des décisions annulées, du champ ajouté ou supprimé ?
6. Y a-t-il des bogues ou des problèmes que je connais mais que je n'ai pas encore corrigés ?
7. Qu'est-ce que la très prochaine chose que je dois faire lorsque je commence la prochaine session ?
8. Y a-t-il quelque chose que je veux me rappeler pour la prochaine fois qui ne rentre pas bien dans les catégories ci-dessus ?
Une fois que vous avez des réponses à tous les sujets, générez un fichier progress.md propre en markdown. Utilisez des sections claires. Gardez-le court et scannable. L'objectif est que n'importe quelle IA puisse lire ce fichier et savoir exactement où se trouve le projet.
Astuce : Collez `progress.md` au début de chaque session. Mettez-le à jour à la fin. Cette seule habitude corrige la plupart des pertes de contexte.
Comment les utiliser ensemble
Exécutez chaque invite une fois au début du projet. L'IA vous interroge, vous répondez, et vous obtenez le fichier. À partir de là, collez les quatre fichiers au début de chaque session avec une ligne :
"Voici le contexte complet du projet. Lisez ces quatre fichiers avant de commencer."
L'IA sait immédiatement ce que vous construisez, pourquoi, quelles décisions ont déjà été prises, et exactement où vous vous êtes arrêté. Pas de réchauffement, pas de répétition.
J'ai également un modèle de démarrage de session court :
"Voici le contexte complet pour ce projet : [collez les quatre fichiers]. Aujourd'hui, je veux travailler sur : [tâche]. Commençons."
Où mettre les fichiers
Créez un dossier `/docs` à la racine de votre projet et gardez les quatre fichiers là. Validez-les comme n'importe quel autre code. Lorsque vous regardez le projet dans trois mois, ou lorsque quelqu'un d'autre le rejoint, le contexte complet est là, dans le référentiel.
C'est vraiment tout
Quatre fichiers, mis à jour régulièrement, collés au début de chaque session. La plupart des projets codés avec Vibecoding échouent non pas parce que les outils manquent, mais parce que l'IA n'a aucune idée de ce que le projet est vraiment. Donnez-lui le contexte. Le reste devient beaucoup plus facile.
Résumé
L’IA oublie tout entre les sessions.
Quatre fichiers markdown stockent les informations essentielles.
discovery.md décrit l’idée et les objectifs.
research.md consigne les choix techniques et contraintes.
progress.md indique l’état actuel et les prochaines actions.
