Mets-le au travail
Résultat : ton système porte tes vraies affaires, pas des dossiers vides.
Tu as un vault, un contexte, une IA branchée dessus. Sur le papier tout est en place — en pratique, il est vide. Ce module te fait franchir le pas où beaucoup s'arrêtent.
Pourquoi le vide est le vrai risque
La tentation de la structure
Quand un système est neuf, on a envie de le préparer. Créer les dossiers qu'on utilisera un jour, poser les modèles, ranger à l'avance. C'est agréable, ça donne l'impression d'avancer, et ça ne sert à rien.
Un dossier vide n'est pas une place réservée. C'est du bruit : il occupe de la place, il te fait scroller, et il te donne l'illusion d'un système en place alors qu'il ne porte rien.
C'est vrai de tes casquettes dans 2 AREAS/, et c'est vrai de tout le reste. Au Module 1, une seule casquette a eu son dossier — celle où tu passes le plus de temps. Les autres attendent d'avoir une raison d'exister. C'est normal, ce n'est pas un oubli.
Ce qui remplit un système, ce n'est pas le rangement
Le contexte utile ne se produit pas en réfléchissant à son organisation. Il se dépose pendant qu'on travaille. Tu ouvres une note pour un projet réel, tu y jettes ce que tu sais, l'IA t'aide à avancer dessus, et six semaines plus tard cette note vaut de l'or — parce qu'elle a été écrite au moment où tu avais l'information en tête.
C'est pour ça que la consigne de ce module tient en une phrase : prends un vrai projet, en cours, et fais-le vivre dans ton système. Pas un projet exemplaire. Celui qui te préoccupe cette semaine.
Retour sur l'équation
C'est le multiplicateur qui manque : une IA qui sait qui tu es mais rien de ce sur quoi tu bosses reste un généraliste poli.
La convention de projet
Une seule règle, et elle suffit pour longtemps.
_index.md dedans.Ce que contient un _index.md
Quatre sections, pas plus.
# Nom du projet ## C'est quoi Deux ou trois phrases. Pour qui, pour quoi, quelle échéance. ## Où ça en est L'état réel, aujourd'hui. Ce qui est fait, ce qui bloque. ## Ce qui reste à faire Une liste courte. La prochaine action en premier. ## Journal Les décisions prises, datées, avec la raison. Une ligne par décision. On ajoute en bas, on ne réécrit pas.
Pourquoi ça change tout pour l'IA
Sans _index.md, une IA qui ouvre ton dossier de projet doit lire tous les fichiers pour deviner où tu en es — et elle devine mal. Avec, elle lit un fichier et sait tout.
Le test à appliquer : est-ce que ce fichier se lit seul ? Si quelqu'un qui ne connaît rien au projet le lit et comprend l'état, c'est bon. Sinon, il manque quelque chose.
Fais-le maintenant
Prends un projet en cours, un vrai. Puis, dans Claude Code :
Je démarre un projet dans mon vault : [nom du projet]. Crée-lui un dossier dans 1 PROJECT/ avec un _index.md (C'est quoi / Où ça en est / Ce qui reste à faire / Journal). Pose-moi les questions dont tu as besoin pour le remplir, une à la fois, et n'invente rien.
Réponds aux questions. Ça prend cinq minutes, et tu as ton premier projet vivant.
Dis à l'IA que tu construis
Il y a une phrase qui change la qualité de l'accompagnement, et presque personne ne la dit.
Pourquoi ça compte : une IA qui pense que ton système est fini exécute tes demandes. Une IA qui sait qu'il est en construction te propose des conventions, signale les incohérences, et te demande où ranger plutôt que de deviner.
Ajoute-le à ton CLAUDE.md, dans les premières lignes. Tu l'enlèveras quand ce ne sera plus vrai.
Quatre plugins, et on arrête là
Obsidian a des centaines de plugins. C'est un piège classique : on passe une soirée à les installer, et zéro à écrire.
Quatre suffisent. Réglages → Community plugins → Browse → chercher le nom → Install → Enable.
| Calendar | Un clic sur une date ouvre la note du jour. La porte d'entrée quotidienne de ton système. |
| Periodic Notes | Le même principe pour l'hebdo et le mensuel. Prépare les rituels du bloc 4, sans rien te demander aujourd'hui. |
| Templater | Des modèles de notes réutilisables. Tu arrêtes de repartir de zéro pour un type de note que tu fais souvent. |
| Excalidraw | Dessiner un schéma dans une note. Un process se comprend souvent mieux dessiné qu'écrit — tu vas t'en servir au Module 4. |
Trois choses, dans cet ordre
Travaille dans le système, pas à côté
Quand tu prépares une réunion, ouvre la note du projet. Quand tu en sors, écris trois lignes dedans. C'est tout. Le but n'est pas d'être exhaustif, il est d'y aller.
Laisse l'IA ranger — et demande pourquoi
« Range cette note au bon endroit dans mon vault, et explique-moi en une phrase pourquoi tu as choisi ce dossier. » C'est comme ça que tu apprends ta propre structure, au lieu de la subir.
Note ce qui coince
Les moments où tu as failli ne pas ouvrir Obsidian. Les endroits où tu as hésité. C'est la matière de la prochaine session.
Ce que tu viens de construire
- Une convention de projet que tu peux appliquer sans y penser
- Un premier projet réel qui vit dans ton système
- Le réflexe de cadrer l'IA sur la phase où tu es
- Quatre plugins, et la discipline de s'arrêter là
Tu as surtout franchi le pas qui compte : ton système porte du vrai travail. À partir d'ici, il s'enrichit tout seul chaque fois que tu t'en sers.
Le glossaire
_index.md- Le fichier qui porte l'état d'un projet : ce que c'est, où ça en est, ce qui a été décidé.
- Journal de décisions
- Une ligne datée par décision, avec la raison. On ajoute en bas, on ne réécrit jamais.
- Convention
- Une règle qu'on applique sans y repenser. Sa valeur vient de sa répétition, pas de sa finesse.
- Phase de construction
- Le moment où le système se monte. À dire explicitement à l'IA : ça change sa façon de t'aider.
- Plugin
- Une extension d'Obsidian. Utile par exception, encombrant par défaut.
On se voit en session 3.
Ton système n'est plus une coquille. Apporte ta liste — c'est avec elle qu'on travaille.