Le vault Obsidian est une base de connaissances en fichiers Markdown, sur votre machine, lisible et éditable par vous comme par Claude. GBrain l'indexe en continu pour la recherche sémantique, sans nouveau store vectoriel. Recevez par email un prompt d'installation autonome : il crée le vault, branche l'accès de Claude, met en place l'indexation continue et le remplissage automatique, puis lance les tests.
Un vault Obsidian standard est un coffre de notes. Indexé par GBrain et relié à Claude, il devient une base de connaissances vivante : vous l'éditez à la main, Claude la lit et l'enrichit, GBrain la rend cherchable.
Le vault est un dossier de fichiers .md sur votre disque. Lisible, éditable, versionnable. Aucune base propriétaire, aucun lock-in : le savoir vous appartient.
Un Filesystem MCP donne à Claude un accès lecture et écriture restreint au seul vault. Vous et l'agent travaillez la même base, sans copier-coller manuel.
Chaque note modifiée est vectorisée dans GBrain (nomic-embed-text via Ollama, en local) par les hooks Stop et SessionStart. Cherchable instantanément, sans nouveau store vectoriel.
Un flux d'export remplit un miroir du vault (sessions, projets, pages GBrain compilées) de façon additive et idempotente, avec un garde-fou anti-boucle.
GBrain est la mémoire vivante : ce qui se dit, se décide et s'apprend au fil des sessions. Le vault Obsidian est le savoir curé et navigable : ce que vous choisissez de garder, de structurer, de relire. Les deux s'alimentent. GBrain indexe le vault pour la recherche sémantique ; le flux d'export ramène les connaissances GBrain dans le vault. Claude devient un hub où mémoire et savoir se rejoignent.
Le vault souverain résout le lock-in et l'éparpillement du savoir, sans ajouter de dépendance cloud ni dupliquer l'index. Tout reste local, lisible et sous votre contrôle.
Vos notes en fichiers .md, lisibles partout, sans lock-in propriétaire. Le savoir reste sur votre disque et vous appartient.
GBrain indexe le vault avec nomic-embed-text via Ollama, en local. Pas de nouveau store vectoriel, pas de Smart Connections à recalculer.
Vous éditez vos notes dans Obsidian ; Claude lit et écrit dans le même vault via un Filesystem MCP restreint à ce dossier.
Un pont indexe les notes modifiées à chaque tour (hook Stop) et au démarrage (hook SessionStart). Zéro commande, no-op si rien n'a changé.
Un flux d'export remplit le vault avec vos sessions, projets et pages GBrain compilées. Le dossier généré est exclu du re-import : pas de doublon, pas de boucle.
Tout reste local. Aucun cloud tiers. Le contenu sensible (juridique, clients, brouillons) ne quitte jamais votre machine.
Un vault Obsidian classique reste un coffre de notes que l'on fouille à la main. Le vault SEP-Tech ajoute l'accès de Claude, l'indexation sémantique par GBrain, le remplissage automatique et le garde-fou anti-boucle, sans dupliquer l'index ni dépendre d'un cloud tiers.
| Capacité | Vault standard | Vault SEP-Tech indexé GBrain |
|---|---|---|
| Recherche dans le vault | Plein-texte Obsidian (mots exacts) ou plugin tiers à installer | Recherche sémantique via GBrain (nomic-embed-text, Ollama local), sans nouveau store vectoriel |
| Indexation des notes | Manuelle, ou plugin Smart Connections qui recalcule ses propres embeddings (redondant) | Continue et automatique : hooks Stop et SessionStart, mtime-gated, no-op si rien n'a changé |
| Accès de Claude au vault | Copier-coller manuel dans le chat | Filesystem MCP dédié, lecture et écriture restreintes au seul dossier du vault |
| Alimentation du vault | Tout saisi à la main, note par note | Flux d'export additif qui remplit un miroir (sessions, projets, pages GBrain compilées), idempotent et re-jouable |
| Risque de boucle d'indexation | Non géré : le miroir généré se re-indexerait en boucle | Garde-fou anti-boucle : le dossier généré est exclu du re-import vers GBrain |
| Souveraineté des données | Plugins cloud tiers fréquents (embeddings calculés à l'extérieur) | 100% local, aucun cloud tiers, le contenu sensible ne quitte jamais la machine |
Résultat : une base de connaissances qui se remplit et s'indexe toute seule, cherchable sémantiquement, sans nouvelle dépendance ni fuite de données.
On vous envoie le prompt d'installation du vault Obsidian souverain, prêt à coller dans Claude Code. Il crée le vault, branche l'accès de Claude, met en place l'indexation continue par GBrain et le remplissage automatique. Aucune action automatique sur cette page : juste le texte par mail.
Le prompt est autonome : il détecte votre environnement, vous demande le chemin du vault (jamais dans un dossier synchronisé OneDrive), puis met tout en place et lance les tests. Vous n'avez rien à paramétrer ici.
Le vault s'installe et s'indexe depuis Claude Code (le CLI). Installez ce qui suit avant de coller le prompt.
Le terminal agentique (le CLI), pas l'app de chat. Documentation
Le vault s'appuie sur GBrain pour la recherche sémantique. Installez-le d'abord. Page GBrain
Pour le Filesystem MCP (npx @modelcontextprotocol/server-filesystem). nodejs.org
L'app pour éditer et naviguer le vault à la main. Le vault fonctionne même sans elle (ce sont des .md). obsidian.md
Souveraineté : ne jamais placer le vault dans un dossier synchronisé OneDrive ou SharePoint, ni pousser son contenu sensible vers un cloud tiers. Le vault reste local. Le prompt vérifie ce point avant de créer le dossier.
Le prompt est autonome : vous le collez dans Claude Code et l'agent fait tout, en vous posant les rares questions nécessaires (chemin du vault, environnement) en QCM texte.
Indiquez votre email dans la section Recevoir. Le prompt arrive par email, prêt à coller.
L'agent détecte l'environnement, vous demande le chemin du vault (hors OneDrive) et vérifie que GBrain répond.
Il crée le vault, branche le Filesystem MCP, met en place l'indexation continue et le flux de remplissage, avec le garde-fou anti-boucle.
Chemin du vault, statut du MCP, hooks d'indexation, résultat des tests. Ouvrez ensuite le vault dans Obsidian pour confirmer qu'il s'affiche.
Oui, c'est recommandé. Le vault s'appuie sur GBrain pour la recherche sémantique (embeddings nomic-embed-text via Ollama, en local). Sans GBrain, vous gardez un coffre Markdown éditable et lu par Claude, mais sans recherche sémantique. La page GBrain vous envoie son propre prompt d'installation.
Ce serait redondant. GBrain calcule déjà les embeddings en local via Ollama. Ajouter Smart Connections (qui recalcule ses propres embeddings) ou un nouveau store vectoriel dupliquerait l'index pour rien, et alourdirait l'installation. Le vault SEP-Tech réutilise l'infra GBrain existante.
Non. Le vault est 100% local. L'indexation GBrain est locale (base type PGLite et Ollama sur la machine). Aucun cloud tiers. Le contenu sensible (juridique, clients, brouillons) ne quitte jamais votre poste.
Via un Filesystem MCP dont l'accès est restreint au seul dossier du vault. Claude ne voit rien en dehors. Vous éditez en parallèle dans Obsidian : ce sont les mêmes fichiers .md.
Le flux de remplissage génère un miroir (sessions, projets, pages GBrain compilées) dans un sous-dossier du vault. Ce sous-dossier est exclu du re-import vers GBrain : sinon GBrain ré-indexerait en boucle ce qu'il a lui-même produit, créant des doublons. Seules vos vraies notes sont ré-indexées.
Possible en option, via une synchro de fichiers chiffrée entre vos propres postes (type Nextcloud WebDAV auto-hébergé). Le contenu sensible reste sur vos machines, jamais sur un cloud tiers. C'est une itération avancée, non incluse dans le prompt de base.
SEP-Tech EasyCode Consulting accompagne l'adoption de l'IA en entreprise. Cette page reprend la méthode et les outils utilisés en interne, mis à disposition pour faciliter l'installation chez vos collaborateurs.
Voir tous les prompts d'installation, lire nos analyses cybersécurité et IA, ou discuter de votre projet.