Comment transformer Obsidian en un système d'exploitation personnel infaillible

La plupart des systèmes de productivité échouent pour la même raison.

Ils sont conçus pour les bons jours.

Un bon jour, vous avez le temps et l'énergie nécessaires pour tenir le système à jour. Vous classez correctement vos notes. Vous mettez à jour l'état d'avancement de vos projets. Vous traitez votre boîte de réception. Vous traitez tout ce qui est entré.

Un mauvais jour, le système devient une source de culpabilité plutôt qu'un levier. Vous n'avez pas traité votre boîte de réception depuis quatre jours. Les notes s'accumulent dans des dossiers aléatoires. Les statuts des projets ont des semaines de retard.

Vous cessez d'utiliser le système parce que le maintenir demande plus d'énergie qu'il n'en fait économiser.

Le système d'exploitation personnel Obsidian est conçu différemment.

Il n'est pas conçu pour les bons jours.

Il est conçu pour survivre aux mauvais.

L'architecture se maintient d'elle-même lorsque vous êtes débordé, produit des résultats utiles lorsque vous êtes inconstant, et s'enrichit intelligemment, que vous la cultiviez activement ou non.

Ce guide est la construction complète d'un système Obsidian qui gère votre vie et ne tombe jamais en panne, quoi que la vie vous réserve.

Pourquoi la plupart des systèmes Obsidian tombent en panne

Avant de construire, vous devez comprendre pourquoi les systèmes que la plupart des gens construisent ne durent pas.

Ils tombent en panne pour trois raisons.

Charge de maintenance manuelle. Le système exige que vous le mettiez à jour régulièrement pour rester précis. Les statuts des projets nécessitent des mises à jour manuelles. Les tableaux de bord nécessitent une actualisation manuelle. Les tags nécessitent une application manuelle. Quand la vie devient chargée, la maintenance prend du retard et le système devient peu fiable. Un système peu fiable est abandonné.

Complexité qui s'accumule avec le temps. Les gens commencent avec une structure simple et ajoutent de la complexité chaque fois qu'ils rencontrent un problème que le système actuel ne résout pas. Six mois plus tard, ils ont une architecture baroque qui prend 20 minutes à naviguer et nécessite de lire la documentation qu'ils ont eux-mêmes écrite pour la comprendre.

Pas de couche d'intelligence. Le coffre stocke des informations mais ne raisonne pas à leur sujet. Vous capturez des idées mais ne les retrouvez jamais. Vous prenez des notes de réunion mais ne faites jamais remonter les actions à entreprendre lorsqu'elles deviennent pertinentes. Le système est une archive, pas une intelligence.

L'architecture du système d'exploitation résout les trois problèmes.

La maintenance manuelle disparaît parce que Claude Code, connecté via MCP, maintient le système automatiquement.

La complexité reste maîtrisée car l'architecture a un nombre fixe de composants, chacun avec une fonction spécifique, et aucun composant n'en duplique un autre.

L'intelligence est ajoutée via Claude qui lit le coffre, établit des connexions, fait remonter les informations pertinentes et génère des résultats que le coffre seul ne peut pas produire.

L'architecture en trois couches

Le système d'exploitation personnel comporte trois couches distinctes.

Couche 1 : La couche de stockage

C'est Obsidian lui-même. Des fichiers Markdown en texte brut organisés selon une structure cohérente. Chaque information générée par votre vie se trouve ici, dans un format lisible par l'humain, lisible par la machine et permanent.

Couche 2 : La couche d'intelligence

C'est Claude Code connecté à votre coffre via le Filesystem MCP. Claude lit vos fichiers, établit des connexions entre eux, génère des résultats à partir d'eux et les met à jour en fonction de ce qui se passe dans votre vie.

Couche 3 : La couche d'automatisation

C'est N8N fonctionnant sur un serveur à 5 $. Il planifie des workflows, déclenche des actions, appelle l'API Claude et transmet des informations entre les systèmes sans que vous ayez à initier quoi que ce soit.

Ces trois couches transforment une collection de notes en système d'exploitation.

Retirez l'une des couches et vous obtenez quelque chose de moins.

Le stockage sans intelligence est une archive.

Le stockage avec intelligence mais sans automatisation est un outil que vous utilisez.

Les trois ensemble forment un système qui fonctionne.

La structure du coffre qui ne tombe jamais en panne

La structure du coffre est le fondement de tout. Si vous faites cela correctement, le système reste cohérent à mesure qu'il grandit. Si vous faites une erreur, il devient un labyrinthe.

La structure comporte huit dossiers. Chaque note de votre coffre appartient exactement à l'un d'entre eux. Aucun dossier n'est facultatif. Aucun dossier n'empiète sur un autre.

00 - CAPTURE/

[Tout ce qui n'est pas traité arrive ici]

01 - ACTIF/

projets/

[nom-du-projet]/

apercu.md

taches/

notes/

livrables/

domaines/

sante/

finances/

relations/

apprentissage/

carriere/

quotidien/

[AAAA-MM-JJ].md

02 - RESSOURCES/

recherche/

references/

modeles/

signets/

03 - SYSTEME/

CLAUDE.md

competences/

workflows/

journaux/

04 - GENERE/

briefings/

resumes/

analyses/

brouillons/

05 - FILE_ATTENTE/

[tâches en attente pour Claude]

06 - CALENDRIER/

evenements/

bilans/

07 - ARCHIVES/

[projets terminés et contenu obsolète]

La logique derrière chaque dossier :

00 - CAPTURE existe parce que la capture et le traitement sont des activités distinctes. Vous capturez à la vitesse de la pensée. Vous traitez à la vitesse de l'attention. Le dossier de capture absorbe tout sans jugement, de sorte que rien ne soit perdu parce que le traitement était trop lent.

01 - ACTIF ne contient que ce qui est vivant en ce moment. Les projets sur lesquels vous travaillez. Les domaines de votre vie dont vous êtes responsable. Les notes quotidiennes. Rien d'historique. Rien d'aspirationnel. Seulement l'actuel.

02 - RESSOURCES est la bibliothèque de référence. Des choses dont vous pourriez avoir besoin un jour. Pas des choses sur lesquelles vous travaillez actuellement.

03 - SYSTEME est le système d'exploitation lui-même. CLAUDE.md. Fichiers de compétences. Définitions de workflows. Journaux. La couche d'infrastructure.

04 - GENERE est l'endroit où Claude dépose les résultats. Ne modifiez jamais manuellement les fichiers ici. Ce sont des sorties du système.

05 - FILE_ATTENTE est la boîte de réception pour les tâches de Claude. Vous déposez ici des fichiers décrivant ce dont vous avez besoin. Claude les traite. Les résultats atterrissent dans GENERE.

06 - CALENDRIER suit les informations basées sur le temps. Événements à venir. Bilans périodiques. Les choses organisées par moment plutôt que par nature.

07 - ARCHIVES est l'endroit où vont les choses lorsqu'elles sont terminées. Projets que vous avez achevés. Références obsolètes. Ne supprimez jamais. Archivez.

Le CLAUDE.md qui rend le système intelligent

Le CLAUDE.md est le document qui dit tout à Claude sur votre vie avant que tout workflow ne s'exécute.

Sans lui, chaque session Claude part de zéro. Avec lui, chaque session part d'un contexte complet sur qui vous êtes, sur quoi vous travaillez et ce qui compte en ce moment.

Système d'exploitation personnel — CLAUDE.md

Identité

Nom : [VOTRE NOM]

Rôle : [VOTRE RÔLE PRINCIPAL]

Lieu : [VILLE]

Domaines de vie et statut actuel

Santé : [BREF STATUT — ex. : « Entraînement pour un semi-marathon, course à pied 4 fois par semaine »]

Finances : [BREF STATUT — ex. : « Économiser pour un apport immobilier, objectif d'ici décembre 2026 »]

Relations : [BREF STATUT — ex. : « Partenaire : [nom]. Relations clés à entretenir : [noms] »]

Apprentissage : [BREF STATUT — ex. : « Étudie actuellement : [sujet]. Objectif : [résultat] »]

Carrière : [BREF STATUT — ex. : « Poste actuel : [titre]. Travaille vers : [objectif] »]

Projets actifs

[Répéter pour chaque projet actif]

Priorités actuelles

1. [LA CHOSE LA PLUS IMPORTANTE CETTE SEMAINE]

1. [LA DEUXIÈME PLUS IMPORTANTE]

1. [LA TROISIÈME PLUS IMPORTANTE]

Normes pour le contenu généré

Ton : [COMMENT VOUS ÉCRIVEZ ET COMMUNIQUEZ]

Préférences de format : [VOS PRÉFÉRENCES]

Ce que vous ne voulez jamais : [CHOSES SPÉCIFIQUES À ÉVITER]

Règles de fonctionnement

• Ne jamais supprimer de fichiers. Déplacer vers ARCHIVES avec un horodatage.

• Ne jamais envoyer de communications sans relecture humaine.

• Toujours horodater les fichiers générés avec AAAA-MM-JJ.

• Journaliser chaque action significative dans SYSTEME/journaux/operations.md.

• En cas d'incertitude sur le placement, utiliser GENERE et signaler.

Calendrier de mise à jour

Ce fichier est relu et mis à jour : [VOTRE CALENDRIER — ex. : tous les lundis matin]

Mettez à jour la section « Priorités actuelles » tous les lundis matin. C'est l'habitude de maintenance la plus importante de tout le système. Cinq minutes de réflexion honnête sur ce qui compte vraiment cette semaine améliorent considérablement la pertinence de tout ce que le système génère.

Les cinq workflows qui en font un système d'exploitation

Cinq workflows transforment le coffre d'un système de stockage en un système d'exploitation.

Chacun fonctionne automatiquement. Chacun produit des résultats dans GENERE. Chacun se maintient sans votre intervention manuelle.

Workflow 1 : Le briefing matinal quotidien

Chaque matin à 6h, ce workflow lit votre coffre et génère un briefing.

L'invite Claude :

Lis CLAUDE.md pour avoir le contexte complet de la vie.

Génère un briefing matinal couvrant :

LE PLUS IMPORTANT AUJOURD'HUI : L'action unique au plus fort

levier que je peux entreprendre aujourd'hui, basée sur

mes priorités actuelles.

PLANNING : Tout événement dans CALENDRIER/evenements/ daté

d'aujourd'hui. Prépare une phrase de briefing pour chacun.

BOUCLES OUVERTES : Tout élément préfixé par OUVERT : dans

la note quotidienne d'hier.

POULS DES PROJETS : Pour chaque projet actif dans

CLAUDE.md : une phrase sur le statut, une phrase sur la

prochaine action.

FOCUS HEBDOMADAIRE : Si aujourd'hui est lundi, lis les notes

quotidiennes de la semaine précédente et identifie la

chose la plus importante à accomplir cette semaine.

Formate en moins de 300 mots. Commence par LE PLUS

IMPORTANT AUJOURD'HUI.

Sauvegarde dans : GENERE/briefings/[DATE]-matin.md

Ce briefing s'exécute avant que vous n'ouvriez votre ordinateur. Vous le lisez en trois minutes. Vous savez ce qui compte avant de voir une seule notification.

Workflow 2 : Le processeur de capture

Chaque soir à 20h, ce workflow traite tout ce qui se trouve dans 00 - CAPTURE.

L'invite Claude :

Lis tous les fichiers du dossier CAPTURE créés aujourd'hui.

Pour chaque élément capturé :

1. Identifie de quel type il s'agit :

TACHE : Quelque chose qui nécessite une action

IDEE : Quelque chose à développer ou rechercher plus tard

REFERENCE : Information à stocker pour une utilisation ultérieure

NOTE : Contexte ou observation sur quelque chose d'actif

EVENEMENT : Quelque chose lié au temps à calendrier

1. Classe-le au bon endroit :

TACHE → Crée une note de tâche dans le projet ou domaine

concerné

IDEE → Classe dans RESSOURCES/recherche/ avec la date

REFERENCE → Classe dans RESSOURCES/references/ par sujet

NOTE → Ajoute à la note de projet ou quotidienne concernée

EVENEMENT → Crée un fichier d'événement dans

CALENDRIER/evenements/

1. Pour les TACHES : extrais l'action spécifique, attribue

une date d'échéance si mentionnée, et ajoute à la liste des

tâches du projet concerné.

1. Après traitement : déplace le fichier de capture original

vers ARCHIVES. Journalise toutes les actions de traitement

dans SYSTEME/journaux/journal-capture.md.

Ce workflow fait en sorte que 00 - CAPTURE se vide chaque soir. Rien ne s'accumule. Rien ne se perd dans la boîte de réception. Chaque capture se retrouve exactement là où elle doit être, sans que vous ayez à faire le classement.

Workflow 3 : Le générateur de bilan hebdomadaire

Chaque dimanche à 19h, ce workflow génère votre bilan hebdomadaire.

L'invite Claude :

Lis toutes les notes quotidiennes des 7 derniers jours.

Lis toutes les notes de projet modifiées cette semaine.

Lis CLAUDE.md pour le contexte de vie actuel et les

priorités.

Génère le bilan hebdomadaire :

CE QUI A AVANCÉ :

Gains spécifiques de la semaine. Ce qui les a provoqués.

Sois précis. Nomme les projets, les actions, les résultats.

CE QUI N'A PAS BOUGÉ :

Évaluation honnête de ce qui a stagné.

La raison la plus probable pour chaque élément qui n'a pas

progressé.

LE SCHÉMA DE LA SEMAINE :

Un thème ou une idée qui est apparu à plusieurs reprises.

S'il signale quelque chose à changer.

PRIORITÉS DE LA SEMAINE PROCHAINE :

Trois priorités spécifiques pour la semaine prochaine,

classées par impact.

Pour chacune : pourquoi c'est important, quelle est la

prochaine action spécifique.

UNE DÉCISION :

La décision la plus importante qui reste ouverte en ce

moment.

Quelles informations vous avez pour la prendre.

Quel est le coût de la reporter d'une semaine supplémentaire.

Sauvegarde dans : GENERE/resumes/[DATE]-bilan-hebdomadaire.md

Mets à jour CLAUDE.md : section « Priorités actuelles » avec

le top 3 de la semaine prochaine.

Le bilan hebdomadaire prenait auparavant 45 minutes à regarder vos notes en essayant de vous souvenir de ce qui s'est passé.

Maintenant, il faut 10 minutes pour lire ce que le système a généré et 2 minutes pour ajouter tout ce qu'il aurait pu manquer.

Workflow 4 : Le processeur de file d'attente

Toutes les 2 heures, ce workflow vérifie 05 - FILE_ATTENTE pour tout fichier que vous y avez déposé.

La convention est simple. Nommez le fichier avec un verbe et un sujet :

RECHERCHER-applications-philosophie-stoicienne.md

RESUMER-notes-reunion-projet.md

REDIGER-email-proprietaire-reparations.md

PLANIFIER-voyage-portugal-octobre.md

DECIDER-accepter-nouveau-client.md

Le workflow lit le nom du fichier pour comprendre le type de tâche et le contenu du fichier pour les instructions spécifiques.

L'invite Claude :

Vérifie le dossier FILE_ATTENTE pour tout fichier non traité.

Pour chaque fichier trouvé :

1. Lis le nom du fichier pour identifier le type de tâche

1. Lis le contenu du fichier pour les instructions

spécifiques

1. Exécute la tâche en utilisant la compétence pertinente

de SYSTEME/competences/ si elle existe

1. Sauvegarde le résultat dans

GENERE/[type-de-tache]/[DATE]-[sujet].md

1. Déplace le fichier de la file d'attente vers

ARCHIVES/file-attente-traitee/

Journalise tout traitement de file d'attente dans

SYSTEME/journaux/journal-file-attente.md.

Si la tâche nécessite des informations non disponibles dans

le coffre :

Signale dans le résultat comme BESOIN HUMAIN : [ce qui est

nécessaire]

Le processeur de file d'attente est le workflow le plus puissant du système car il gère tout.

Vous pensez à quelque chose que vous voulez à minuit. Vous déposez un fichier dans la file d'attente. Il est traité à 2h du matin. Le résultat vous attend au réveil.

Workflow 5 : Le moniteur de santé des projets

Chaque lundi à 7h, ce workflow vérifie tous les projets actifs.

L'invite Claude :

Lis CLAUDE.md pour la liste des projets actifs.

Lis le fichier apercu.md dans chaque dossier de projet

actif.

Lis tout fichier de projet modifié au cours des 7 derniers

jours.

Pour chaque projet, génère une évaluation de santé :

STATUT : En bonne voie / En risque / En pause / Bloqué

PREUVES : Ce qui indique spécifiquement ce statut. Sois

concret. Nomme les fichiers, les dates et les observations

spécifiques.

PROCHAINE ACTION : La chose la plus importante dont ce

projet a besoin dans les 48 prochaines heures.

ALERTE : Tout projet qui n'a eu aucune activité depuis

plus de 7 jours. Ceux-ci nécessitent une attention humaine.

Sauvegarde le rapport de santé dans :

GENERE/briefings/[DATE]-sante-projets.md

Pour tout projet ALERTE : crée un fichier dans FILE_ATTENTE

nommé :

REVOIR-[nom-du-projet].md avec un résumé de la situation.

Le moniteur de santé des projets fait remonter les problèmes avant qu'ils ne deviennent des crises. Un projet bloqué depuis sept jours est signalé le lundi matin, plutôt que d'être découvert dans la panique à l'approche d'une échéance.

Les fonctions anti-panne

Le système d'exploitation est conçu avec trois mécanismes anti-panne spécifiques.

Le filet de sécurité de capture

Tout va d'abord dans 00 - CAPTURE. Aucune décision n'est requise au moment de la capture. Vous n'omettez jamais de capturer quelque chose parce que vous ne savez pas où le classer. Le dossier de capture absorbe tout et le processeur le classe plus tard.

Cela signifie que le système survit intact à vos journées chargées. Un jour où vous n'avez le temps de rien, vous capturez toujours dans 00 - CAPTURE. Le processeur s'occupe du reste automatiquement ce soir-là.

La règle « Jamais supprimer, toujours archiver »

Rien dans ce système n'est jamais supprimé. Les projets terminés sont déplacés vers ARCHIVES. Les références obsolètes sont déplacées vers ARCHIVES. Les captures traitées sont déplacées vers ARCHIVES.

Cela signifie que le système ne perd jamais d'informations. Vous ne pouvez pas le casser en archivant trop agressivement. Le coût de tout garder est nul car le stockage est infini et le système ne vous oblige jamais à parcourir les archives pour le fonctionnement quotidien.

Le CLAUDE.md comme source unique de vérité

Tout ce qui concerne votre vie et dont Claude a besoin pour fonctionner se trouve dans un seul fichier. Un fichier à mettre à jour. Un fichier à relire. Un fichier qui régit chaque workflow.

Lorsque vos priorités changent, vous mettez à jour CLAUDE.md et chaque workflow suivant reflète automatiquement la nouvelle réalité. Vous n'avez pas à mettre à jour cinq documents différents ni à réexpliquer votre situation dans cinq sessions différentes.

L'ordre de construction pour être opérationnel en un week-end

Construisez le système dans cet ordre précis. Résistez à l'envie de tout construire simultanément.

Samedi matin : Couche de stockage

Créez les huit dossiers. Configurez CLAUDE.md avec vos informations actuelles réelles. Rédigez un aperçu de projet pour votre projet le plus actif avec des propriétés cohérentes.

Temps requis : 2 heures.

Samedi après-midi : Couche d'intelligence

Installez Claude Desktop. Configurez le Filesystem MCP. Pointez-le vers votre coffre. Exécutez le premier briefing matinal manuellement et vérifiez qu'il produit des résultats précis basés sur votre CLAUDE.md.

Temps requis : 1 heure.

Samedi soir : Première tâche dans la file d'attente

Déposez un fichier dans votre dossier FILE_ATTENTE avec une tâche réelle. Un sujet de recherche que vous vouliez explorer depuis longtemps. Une décision que vous repoussez. Un résumé de notes que vous avez prises cette semaine.

Laissez Claude le traiter. Relisez le résultat. Notez ce qu'il faut améliorer dans votre CLAUDE.md.

Temps requis : 30 minutes.

Dimanche matin : Couche d'automatisation

Configurez N8N. Construisez le workflow de briefing matinal en tant que tâche cron. Laissez-le s'exécuter à l'heure prévue et vérifiez que le résultat apparaît automatiquement dans GENERE.

Temps requis : 2 heures.

Dimanche après-midi : Workflows restants

Ajoutez le processeur de capture, le générateur de bilan hebdomadaire et le processeur de file d'attente en tant que workflows N8N supplémentaires.

Temps requis : 2 heures.

Dimanche soir, vous avez tous les cinq workflows en fonctionnement. Le système d'exploitation est opérationnel.

À quoi ressemble le fait de ne jamais tomber en panne

Trois mois après avoir construit ce système, vous remarquerez quelque chose.

Le système a fonctionné tout le temps.

Pas parce que vous l'avez parfaitement entretenu. Ce n'est pas le cas. Il y a eu des semaines où vous avez à peine touché à Obsidian. Il y a eu des jours où les captures se sont accumulées dans 00 - CAPTURE pendant trois jours avant que vous n'y pensiez.

Mais le briefing matinal a continué à s'exécuter chaque matin. Les captures ont continué à être traitées chaque soir. Le bilan hebdomadaire a continué à être généré chaque dimanche. Le moniteur de santé des projets a continué à signaler les projets bloqués chaque lundi.

Le système a continué à fonctionner, que vous le pilotiez ou non.

C'est la différence entre un outil de productivité et un système d'exploitation.

Un outil nécessite que vous l'utilisiez.

Un système d'exploitation fonctionne.

Construisez les fondations ce week-end.

Le système d'exploitation fonctionne dès le premier matin de sa mise en service.

Suivez @cyrilXBT pour les modèles CLAUDE.md exacts, les configurations de workflow N8N et la configuration Filesystem MCP qui fait fonctionner toute cette architecture.