OBSIDIAN

Construit

Le coffre : la mémoire du système

Obsidian est un logiciel de notes. Chez moi, c'est le cœur du système : tout ce que l'IA doit savoir y est écrit, en fichiers texte simples que je peux lire et modifier.

POURQUOI DES NOTES

Des fichiers simples, à moi

Du texte, pas une base de données

Des fichiers Markdown : lisibles par moi, par l'IA et par n'importe quel outil, aujourd'hui comme dans dix ans.

Un seul endroit

Une règle n'est écrite qu'une fois. Si elle existait à deux endroits, elle finirait en deux versions différentes.

Je garde la main

Je vois ce que l'IA lit, et je relis ce qu'elle écrit. Rien ne se passe dans une boîte noire.

RANGER

Ranger par utilité, pas par thème

Je range selon une seule question : « quand en aurai-je besoin ? ». Le vocabulaire est libre, mais la logique, elle, est obligatoire.

Le coffre est rangé par utilitéCinq dossiers : Inbox, Projets, Rôles, Ressources, Outils, classés selon le moment où l'on en aura besoin.RANGER PAR UTILITÉ : « QUAND EN AURAI-JE BESOIN ? »0 · InboxSas d'entrée,capture rapide,fait pour être vidétout de suite1 · ProjetsUne date de fin,un objectif précispendant le projet2 · RôlesResponsabilitéscontinues, sans finen continu3 · RessourcesSavoir passif,utile plus tardplus tard4 · OutilsLa salle des machines :modèles, contextes,fiches processà chaque sessionLe rangement par utilité prime sur le rangement par thème : le vocabulaire est libre, la logique est obligatoire.

Pour trier une note

Ai-je le temps de la traiter maintenant ? Non : Inbox. Oui : fait-elle avancer un projet avec une date de fin ? Sinon, est-elle liée à une responsabilité continue ? Sinon, est-elle utile plus tard ?

Perso et pro séparés

Dès la racine, on sépare le personnel du professionnel : ainsi une proposition commerciale ne s'inspire jamais d'une liste de courses.

LE NOM

Le nom est la première instruction

Mon système ne repose pas sur une base de données rigide, mais sur le nommage et la structure. L'IA sait comment traiter un document, le lire, l'ignorer ou le prioriser, rien qu'à son nom, sans l'ouvrir.

Des étiquettes dans le nom

Un fichier s'appelle par exemple Nom .ctx.md. Le vrai format reste .md : .ctx est une étiquette qui dit à l'IA comment le traiter.

Brouillons et versions

_draft marque une note non finalisée, _v2 une nouvelle version. Ces règles sont appliquées par le code, pas par une consigne au modèle.

TYPES DE FICHIERS

Sept types de fichiers, chacun chargé à sa façon

Le type d'un fichier décide de la façon dont il est chargé, pas de ce qu'il contient. Sans typage, l'IA traiterait toutes les notes de la même manière et chargerait soit trop, soit à côté.

.ctx

Note de contexte

Cadre un dossier ou un domaine : où suis-je, quelles sont les règles ici ? Chargée : toujours, dès que la branche est active.

.pcs

Fiche process

Décrit une procédure reproductible : comment on fait ici ? Chargée : quand le domaine est actif.

.sys

Fichier système

La mécanique : aiguillage, paramètres, tables de correspondance. Chargé : jamais par l'IA, lu par le code.

.fmt

Spec de format

Impose la forme d'un autre fichier, ou fournit un squelette à copier. Chargée : seulement quand une fiche process la demande.

.doc

Documentation de l'IA

Trace ou état écrit par l'IA elle-même (historique, état d'un projet). Chargée : sur demande ; l'IA peut l'écrire, je relis après.

TÂCHE

Note de tâche

Une étape de travail exécutable : que fais-je maintenant, et comment sais-je que c'est fini ? Chargée : une seule à la fois.

CLASSIQUE

Note classique

Tout le reste, environ 80 % du coffre. Aucun format imposé. Chargée : jamais d'office, seulement si je la désigne.

LIEN

« Notes essentielles »

Un champ qui force la lecture d'une note en même temps qu'une autre. Deux ou trois au maximum, chacune justifiée. Critère : sans elle, la tâche est infaisable.

CONTEXTE

Trois niveaux : permanent, conditionnel, local

Ces niveaux répondent à une autre question : quand une note est-elle chargée ? Indépendamment de son type.

Trois niveaux de contexteLe contexte permanent, conditionnel et local répondent à la question : quand cette note est-elle chargée ?TROIS NIVEAUX DE CONTEXTE : QUAND UNE NOTE EST-ELLE CHARGÉE ?Permanentchargé à chaque session, sans aucune conditionEXEMPLELes règles de travail et conventions de baseConditionnelchargé selon la nature de la demande, où que l'on soitEXEMPLELe contexte d'un domaine (code, web…)Localchargé quand on travaille dans le dossier concernéEXEMPLELa boussole du dossier (fichier .ctx)

Permanent

Construit

Chargé à chaque session. C'est aujourd'hui le seul niveau réellement actif pour mes règles de base.

Conditionnel

Prévu

Chargé selon la nature de la demande. Il faudra une table de routage, qui viendra avec l'orchestrateur.

Local

Prévu

Chargé selon le dossier où je travaille. Pour l'instant, ces boussoles sont chargées en permanent, faute de routage.

CAPTURE

Capturer en quelques secondes

Règle vitale : une capture ne doit prendre que quelques secondes. Si le tri est manuel et quotidien, on finit par abandonner. Chaque canal range et étiquette tout seul.

Site web

Un clipper de pages, avec surlignage et étiquettes avant capture.

Observations

Sur mobile : un texte et une photo, formatés et rangés automatiquement.

Visionnage

J'envoie le lien : sous-titres, résumé structuré, note et étiquettes.

Lecture

Reconnaissance de texte sur iPhone, puis une note datée avec titre et étiquettes.

Réseaux

Je partage une vidéo : description, résumé, étiquettes et lien dans une note.

Suite : agir

Une mémoire ne sert à rien si rien n'agit. La page suivante montre comment le système fait exécuter des tâches.