Template Obsidian second cerveau : le squelette complet à reconstruire

Tu cherches un template Obsidian parce que tu ne veux pas passer deux dimanches à inventer une arborescence qui ressemblera à celle de tout le monde, en moins bien. C'est une bonne intuition. Le problème, c'est que la plupart des templates qu'on trouve sur GitHub ou sur Reddit sont soit trop complexes pour être maintenus seul, soit trop vides pour être vraiment utiles. Dans cet article, je te donne le squelette complet que j'utilise (chaque dossier, son rôle, ses règles), sans rien retenir. Ce que je vends derrière, c'est l'automatisation qui fait vivre cette structure, pas la structure elle-même. Un article qui te cacherait le squelette serait un article publicitaire. Tu le sentirais.

Pourquoi la plupart des templates Obsidian ne tiennent pas trois semaines

La cause de mort numéro un d'un vault Obsidian, c'est la friction à la capture. Tu vois quelque chose d'intéressant, tu veux le noter, et là, avant même d'écrire une ligne, tu dois répondre à trois questions : dans quel dossier ça va ? Est-ce que c'est une note de projet ou une note de référence ? Quels tags ? Quel statut ?

Au bout de deux semaines, tu n'ouvres plus Obsidian.

Les templates qui échouent ont en commun une confusion fondamentale : ils confondent la structure de stockage et le moment de la capture. Ils te demandent de classifier au moment où tu devrais juste écrire. Le cerveau humain ne classe pas et ne pense pas en même temps : il fait l'un ou l'autre. Un bon squelette respecte ça.

L'autre erreur fréquente : trop de dossiers. J'ai vu des vaults avec 15 niveaux d'arborescence et des champs de métadonnées à remplir obligatoirement à chaque note. C'est beau sur une capture d'écran YouTube. C'est abandonné en trois semaines dans la vraie vie.

Le principe de base : une seule boîte d'entrée, le classement vient après

Tout ce qui entre dans le vault passe d'abord par un seul endroit : la boîte d'entrée. Un dossier 📥 Inbox à la racine, une note par capture, aucune règle au moment où tu l'écris. Titre libre, contenu brut, métadonnées minimales (date, source si tu t'en souviens).

Le classement, lui, se fait à un moment dédié, idéalement une courte session hebdomadaire de 10 à 15 minutes. Pas au fil de l'eau. Pas "juste après avoir capturé". Après. Ce découplage entre capture et traitement, c'est le seul principe qui change vraiment la durabilité d'un second cerveau.

Ça ressemble à une évidence, mais presque tous les templates qu'on trouve en ligne violent ce principe dès le premier écran, en plaçant un formulaire de métadonnées en haut de chaque template de note.

Le squelette dossier par dossier

Voici l'arborescence exacte. Je t'explique le rôle de chaque dossier pour que tu puisses la reconstruire à la main ce soir si tu veux.

📥 Inbox/
📁 1 - Projets/
📁 2 - Domaines/
📁 3 - Ressources/
📁 4 - Archives/
📄 _Règles.md
📄 _Dashboard.md

📥 Inbox : la zone de capture brute

Tout ce qui entre dans le vault commence ici. Idées, liens, extraits de réunion, brouillons, questions sans réponse. Aucune règle de nommage imposée. L'inbox ne doit jamais être vide par principe : elle doit être vidée régulièrement, ce n'est pas pareil. Une inbox avec 40 notes en attente de traitement, c'est normal. Une inbox qu'on n'ose plus ouvrir parce qu'elle contient 400 notes non triées depuis six mois, c'est un signal d'alarme.

📁 1 - Projets : ce qui a une deadline

Un projet, c'est un résultat à atteindre dans un délai défini. Pas une thématique, pas un domaine d'intérêt : un livrable avec une date. "Refonte du site client X", "Préparer la conf de mars", "Lancer la newsletter". Chaque projet a son propre sous-dossier. Dedans : les notes de travail, les comptes rendus de réunion liés à ce projet, les ressources propres au projet. Quand le projet est terminé, le dossier part en Archives.

📁 2 - Domaines : ce qui n'a pas de deadline mais qui compte

Les domaines, c'est tout ce que tu entretiens dans la durée sans que ça soit un projet : ta santé, ta veille sectorielle, ta comptabilité, ta méthode de travail, tes relations professionnelles clés. Ce dossier grandit lentement et ne se vide jamais, c'est sa nature. C'est là que vit la vraie mémoire de long terme.

📁 3 - Ressources : ce qui sert à tous tes projets

Les ressources, c'est la matière première intellectuelle : articles gardés, livres annotés, fiches de référence, templates réutilisables (modèles de mail, de brief, de compte rendu). La distinction avec Domaines ? Une ressource est utile à plusieurs projets ou domaines. Si c'est spécifique à un projet, ça va dans le dossier du projet. Si ça peut resservir ailleurs, ça va ici.

📁 4 - Archives : ce qui est terminé

Tout ce qui est fini, suspendu ou plus d'actualité. On n'efface rien, on archive. Cette règle est importante parce qu'elle supprime la culpabilité d'avoir des projets morts. Ils sont là, consultables, mais ils ne polluent plus ta vue active.

📄 _Dashboard.md : la note d'accueil

Une note épinglée en haut du vault avec les liens vers tes projets actifs, une liste de tes tâches en cours (ou un lien vers ton gestionnaire de tâches si tu en as un séparé), et les notes les plus récentes de l'inbox. Pas un tableau de bord sur-designé avec des graphiques, juste une liste simple que tu peux lire en 30 secondes.

Le fichier de règles : à quoi il sert, ce qu'on y écrit

Le fichier _Règles.md à la racine du vault, c'est la pièce que la plupart des templates oublient, et pourtant c'est souvent la plus utile sur le long terme. Son rôle : poser par écrit les conventions de ton vault, pour toi et pour tout outil qui viendrait l'utiliser.

Concrètement, il contient :

• La convention de nommage des fichiers : par exemple, YYYY-MM-DD Titre de la note pour les notes datées, MOC - Thème pour les notes d'index.
• La définition de chaque dossier : en une ligne chacun, pour ne pas hésiter quand on ne sait plus où ranger quelque chose.
• Les tags autorisés : une liste fermée, pas un nuage ouvert. Rien n'encombre un vault plus vite que des tags inventés à la volée.
• Les règles de l'inbox : fréquence de traitement, critère pour archiver plutôt que classer.
• Les instructions pour l'agent IA : si tu connectes un agent à ton vault, ce fichier lui dit comment se comporter : ton ton, tes priorités, les sujets sur lesquels il doit être prudent.

Ce dernier point mérite qu'on s'y attarde. Quand un agent IA parcourt ton vault, il a besoin d'un fichier d'ancrage qui lui dit qui tu es et comment travailler avec toi. C'est exactement ce que décrit le fichier de règles de l'agent : sa structure, ce qu'on y met ligne par ligne, et pourquoi ça change radicalement la qualité des réponses.

Ce qui casse un second cerveau : le rangement manuel qu'on abandonne

Je vais être honnête : même avec un squelette parfait, le rangement manuel est fragile. Pas parce que tu manques de discipline, mais parce que ça demande de l'attention cognitive à un moment où tu veux souvent penser à autre chose.

Les signaux d'un vault qui commence à se dégrader :

• L'inbox dépasse 50 notes non traitées depuis plus d'un mois.
• Tu crées de nouvelles notes directement dans Projets ou Domaines plutôt que de passer par l'inbox, parce que c'est "plus rapide".
• Tu ne sais plus si une note existe déjà ou si tu l'as créée en double.
• Tu évites d'ouvrir le vault parce que tu sais que c'est le bazar.

Ce n'est pas une question de motivation. C'est une question de charge cognitive. Le seul remède durable, c'est de réduire le coût du rangement lui-même, soit en simplifiant encore la structure, soit en automatisant le tri. Si tu veux comprendre ce que ça implique concrètement en temps avant d'automatiser quoi que ce soit, ce que ça coûte en temps de tout faire à la main est détaillé dans le comparatif du cluster.

Pour aller plus loin côté automatisation : connecter l'agent au vault te montre comment un agent peut traiter l'inbox à ta place, classer selon les règles que tu as écrites dans _Règles.md, et te signaler les ambiguïtés plutôt que de décider à ta place. Prérequis : un abonnement Claude incluant Claude Code, et Obsidian (gratuit). Aucune clé API à configurer, aucun abonnement supplémentaire.

FAQ

Est-ce que je dois absolument utiliser la structure PARA (Projets / Domaines / Ressources / Archives) ?

Non. PARA est une bonne base parce qu'elle est simple et qu'elle couvre la majorité des cas, mais ce n'est pas une loi. Si tu travailles uniquement sur des projets courts et que la notion de "domaine" ne te parle pas, retire ce dossier. L'important c'est que chaque dossier ait une définition claire et que tu n'hésites jamais plus de trois secondes avant de savoir où ranger quelque chose. Si tu hésites souvent, ta structure est trop complexe ou mal définie.

Combien de tags est-ce que je peux avoir ?

Le moins possible. Je recommande une liste de 10 à 15 tags maximum, définis à l'avance dans le fichier de règles. Au-delà, les tags perdent leur utilité parce qu'ils deviennent trop granulaires pour filtrer efficacement. Un seul tag #à-traiter qui marque les notes qui nécessitent une action vaut souvent plus que 30 tags thématiques.

Est-ce que les liens bidirectionnels Obsidian remplacent les dossiers ?

Ils les complètent, pas les remplacent. Les liens bidirectionnels sont excellents pour connecter des idées entre elles dans une note, ou pour créer des notes d'index (MOC, Map of Content) qui regroupent des notes éparpillées sur un thème. Mais sans dossiers, le vault devient rapidement une pelote de liens impossible à naviguer si tu n'es pas en mode "exploration". Les dossiers, c'est la navigation directe. Les liens, c'est la navigation associative. Tu as besoin des deux.

Est-ce qu'un agent IA peut vraiment trier l'inbox sans faire n'importe quoi ?

Oui, à condition que le fichier de règles soit précis. Un agent qui a des instructions claires sur ce qui va en Projets vs Domaines, sur ta convention de nommage, sur tes tags autorisés : cet agent peut traiter une inbox de 30 notes en quelques minutes avec un taux d'erreur très faible. Sur les contenus ambigus (une vidéo sans sous-titres, une note trop courte pour être classée), il signale l'ambiguïté plutôt que d'inventer une décision. C'est le comportement attendu, pas un défaut.

Est-ce que ce squelette convient si je travaille en équipe ?

Ce squelette est conçu pour un usage personnel, en solo. Obsidian n'est pas un outil de collaboration native : il faut ajouter des synchronisations et des conventions partagées qui complexifient vite la chose. Si tu travailles en équipe, regarde plutôt Notion ou Slab pour la base de connaissance commune, et garde Obsidian pour ton espace de réflexion personnel.

Comment trancher

Si tu veux poser ce squelette ce soir, tu as tout ce qu'il te faut dans cet article. Crée les cinq dossiers, écris une première version de _Règles.md avec tes conventions, et commence à capturer dans l'inbox sans te poser de questions. Le tri viendra après.

Si tu sais déjà que le tri manuel va t'épuiser en quelques semaines (parce que tu le sais, tu l'as déjà vécu avec d'autres outils), alors la question à te poser n'est pas "quel template ?" mais "qui va s'occuper du rangement ?". Ce squelette, livré prêt à l'emploi avec l'agent qui le fait vivre, c'est ce que je propose avec Le Coffre.

Ce n'est pas fait pour tout le monde. Si tu es à l'aise avec la configuration manuelle d'agents et que tu as du temps pour affiner tes prompts, tu n'en as pas besoin. Si tu veux que ça marche dès le premier jour sans passer par la case "paramétrage", c'est fait pour toi.

Une question sur la structure, sur ce qui est raisonnable d'automatiser ou non, sur ce que l'agent fait vraiment ? Écris-moi, je réponds honnêtement.