← → ou espace
Second cerveau IA · 2026-05-12

Le vault Obsidian
est le contexte des agents Claude Code

Une architecture où Obsidian sert de mémoire long-terme, Claude Code de moteur d'exécution (OAuth Max, pas d'API key facturée), et n8n de bras automatisé.

IPCRA · organisation CMA · documentation des process DCMO · automatisation Context Engineering · architecture IA
Obsidian vault Zettelkasten Claude Code OAuth token n8n + skills
01 · Vue d'ensemble

Une seule source de vérité, plusieurs exécuteurs Le vault est le contexte. Tout y revient.

Tout intrant entre par la gauche, est trié par IPCRA, et redevient contexte pour les exécuteurs à droite. Le vault n'est jamais by-passé.

02 · IPCRA — organisation du second cerveau

Tri par utilité, pas par thématique Inbox · Projets · Casquettes · Ressources · Archives + Garden

  • 0 INBOX — je ne sais pas encore
  • 1 PROJETS — ça a une fin (Pickle, Paperclip, Anointed Keys…)
  • 2 CASQUETTES — c'est permanent (Papa, Entrepreneur, Visionnaire…)
  • 3 RESSOURCES — c'est une référence (API keys, méthodes, tutos)
  • 4 ARCHIVES — c'est terminé
  • 5 GARDEN — c'est un concept atomique Zettelkasten

Le test des trois questions (décomposition · origine · vérifiabilité) garantit qu'une note Garden = un first principle de son domaine.

03 · Context Engineering — comment le vault devient contexte

L'agent ne sait que ce que le vault lui donne 4 couches superposées chargées au démarrage

Doc socle → ressources → contexte projet → skill activée. Ce qu'on appelle Context Engineering : on ne tune pas le modèle, on tune ce qu'il voit.

04 · CMA — du process à l'agent

Clarifier → Mapper → Amplifier L'ordre est non négociable. Sans clarif, on ne sait pas quoi mapper ; sans mapping, l'agent est générique.

Étape 1
Clarifier

Lister tous les processus récurrents que je fais. Une réponse simple à : « qu'est-ce que je refais chaque semaine ? »

→
Étape 2
Mapper

Pour chacun, une fiche process : input · méthode · output · exemples. Stockée dans le vault.

→
Étape 3
Amplifier

Transformer la fiche en commande slash ou en subagent. L'IA exécute le process avec ton contexte.

Exemple — clôture de session

Clarifier : je veux que chaque session laisse le vault propre.
Mapper : .claude/skills/done/SKILL.md liste l'audit Garden, les retro-liens, MEMORY.md.
Amplifier : la commande /done exécute le tout en autonomie.

Exemple — capture web

Clarifier : transformer un article en note littéraire + notes Garden extraites.
Mapper : firecrawl-scrape + template __Templates/Note litteraire.md.
Amplifier : un agent qui lit l'URL et écrit les fichiers.

05 · DCMO — automatisation n8n

Détecter → Connecter → Monitorer → Optimiser De l'action manuelle au workflow auto-héberge sur n8n + Dokploy

1
Détecter

Repérer la tâche répétitive ou le signal entrant qui mérite un workflow.

→
2
Connecter

Câbler le trigger (webhook, schedule, app event) aux actions (vault, MCP, API).

→
3
Monitorer

Logs d'exécution, alertes sur échec, journal des décisions dans MEMORY.md.

→
4
Optimiser

Itérer : checkpoints sur l'agent, ajustement des prompts, fiches process mises à jour.

06 · Claude Code · démarrage OAuth (plan Max)

Pas d'API key facturée — l'abonnement suffit Pour tout subagent CLI : utiliser CLAUDE_CODE_OAUTH_TOKEN

Règle opérationnelle

Pour tout lancement CLI (subagent, script d'automatisation n8n, hook) :

  • 1. Lire le token depuis le fichier .env du vault
  • 2. Injecter CLAUDE_CODE_OAUTH_TOKEN dans l'environnement
  • 3. Lancer claude — pas d'ANTHROPIC_API_KEY
  • 4. Jamais de clé API facturée pour les jobs automatisés

Conséquence

Les workflows n8n peuvent invoquer Claude Code en boucle (audit du vault, génération de notes, recherche web via Firecrawl) à coût marginal nul — le plan Max absorbe.

07 · Skills + n8n — exécution déclenchée

Skill = bras court · n8n = bras long Le skill agit ici et maintenant. n8n agit en arrière-plan, en boucle, sur événement.

Skills (Claude Code)

Quoi : un dossier .claude/skills/<nom>/SKILL.md avec une description et des instructions.
Trigger : /<nom> ou détection automatique du contexte.
Exemples : /done, /init, /review, firecrawl-scrape, marketing-skills/*.
Force : capitalise les méthodes du vault en commandes versionnées.

n8n workflows

Quoi : un graphe trigger → actions hébergé sur la VM Dokploy (Mac mini OrbStack).
Trigger : webhook, cron, app event (Beeper, Fathom…), manuel.
Actions : lire/écrire le vault, appeler Claude Code via OAuth, hit MCP, push vers Slack/Beeper.
Force : tourne sans toi, 24/7.

08 · La boucle complète

Capture → tri IPCRA → process CMA → automatisation DCMO Le vault grossit. Les agents deviennent plus précis. Le système s'auto-renforce.

Plus le vault est riche, plus les agents sont contextués. Plus les agents sont contextués, plus le vault grossit utilement. Boucle vertueuse.

09 · À retenir

Le vault est le système — pas un dossier de notes Quatre principes pour ne pas casser l'architecture

① Source unique

Tout (creds, méthodes, contexte projet) vit dans le vault. Jamais dans ~/.claude/memory/. Le vault est git et survit aux machines.

② Tri par utilité

IPCRA classe par « qu'est-ce que j'en fais ? », pas par thème. L'arbre de décision est dans CLAUDE.md.

③ Process → agent

Toute action récurrente devient une fiche process, puis une commande slash, puis un workflow n8n.

④ OAuth, pas API key

Tous les jobs Claude Code (interactifs ou headless) tournent sur le plan Max via CLAUDE_CODE_OAUTH_TOKEN. Coût marginal nul.

Une seule règle de cohérence : si le code dit X et le vault dit Y, le code gagne — mais le vault doit converger vite.