Votre équipe utilise Notion ou Obsidian en second cerveau. Où doit vivre la stratégie ?

La méthode la plus connue est celle de Tiago Forte, en quatre temps : capturer l'information qui vient du dehors, l'organiser pour le retrouver, le distiller jusqu'aux meilleures idées, l'exprimer dans son propre travail. C'est un système de connaissance personnel, et il marche d'autant mieux qu'il est généreux : on garde plus qu'on ne s'en servira.

Les deux outils les plus cités tirent cette idée dans deux directions :

• Notion : un espace de travail partagé, fait de pages et de bases de données. Son serveur MCP hébergé permet à un assistant de chercher, lire, créer et modifier du contenu, et Notion précise que l'assistant n'atteint que ce à quoi le membre qui l'autorise a accès.
• Obsidian : des notes en fichiers Markdown dans un dossier de votre propre disque, le coffre. Tout outil qui lit des fichiers peut les lire, c'est pourquoi un agent qui tourne sur votre poste (Claude Code, Cursor) peut le lire. Avec l'installeur Obsidian 1.12 ou plus récent, l'outil en ligne de commande d'Obsidian permet aussi à un script de créer, lire, chercher et compléter des notes quand l'application est ouverte.

Un second cerveau est volontairement sans bornes. Une stratégie doit être bornée : trois à cinq objectifs à long terme, quelques objectifs annuels, les chantiers qui les servent et les indicateurs qui les prouvent. Noyée dans des milliers de notes, elle devient une page parmi d'autres, et elle est périmée la semaine qui suit le séminaire.

Les liens sont l'autre difficulté. Un lien wiki ou une relation Notion dit que deux pages sont reliées. Il ne dit pas que ce chantier sert cet objectif annuel, que cet indicateur mesure ce chantier, ni qu'une corrélation n'existe qu'entre quadrants voisins de la X-Matrix. Sans ces règles écrites sous forme de données, l'agent devine la structure dans la prose à chaque session, et deux agents devinent deux stratégies.

On peut construire une X-Matrix dans Notion avec quatre bases et des relations. Ce qu'il faut alors refaire à la main : les coins de corrélation, le score de complétude, la cascade du groupe au site, les droits d'écriture par matrice et la cadence de revue qui tient les statuts à jour. Dans Obsidian, l'obstacle est plus simple : un coffre est personnel, et une stratégie appartient à un comité.

Reliez votre assistant à Hoshin (claude.ai, Claude Desktop ou Cursor, par OAuth) et à Notion par son serveur MCP, ou donnez-lui accès à votre coffre. Puis demandez, avec vos mots. Quatre usages, avec des outils qui existent aujourd'hui de notre côté :

• De la note de réunion à la boîte à idées : l'agent lit la note, repère ce qui touche un objectif et le dépose avec add_idea (source team_meeting, reliée à l'élément concerné). Le comité trie la boîte ; l'agent ne décide de rien.
• De la matrice vers vos notes : l'agent lit la matrice et son score (get_matrix_data, get_matrix_completeness) et rédige la note de préparation de la revue en page Notion ou en note du coffre, là où l'équipe lit déjà.
• Un lien de chaque élément vers sa page de travail : la référence externe d'un élément peut porter l'adresse de la page Notion où le travail est suivi. L'agent qui met un statut à jour sait où regarder.
• La synchronisation hebdomadaire avec Notion comme outil d'exécution : si vos projets sont suivis dans une base Notion, lancez le prompt weekly_sync en donnant Notion comme execution_tool. L'agent lit les chantiers, vérifie leur avancement dans Notion, met les statuts à jour et prépare l'ordre du jour.

On choisit Obsidian parce que les fichiers restent sur son poste. Hoshin offre la même option : le serveur MCP open source tourne en mode local, qui garde la matrice en fichiers JSON dans un dossier de votre choix, sans compte et sans serveur chez nous. Votre agent lit alors votre coffre et votre matrice sur la même machine, et rien ne nous parvient ; ce que voit le modèle de votre agent ne regarde que vous et son fournisseur.

Le mode local convient à une personne seule, ou à un consultant qui prépare la matrice d'un client. Dès qu'un comité partage la matrice, il faut l'application hébergée ou votre propre déploiement : les droits par matrice et le journal d'audit vivent là.

Les routes d'API qu'appellent nos outils sont testées de bout en bout. Le prompt weekly_sync est un protocole que l'agent suit, et son résultat dépend de l'agent. Le serveur de Notion et les fichiers d'Obsidian sont documentés par leurs éditeurs, dont nous citons la documentation plus bas. Nous n'avons pas déroulé les quatre usages de bout en bout avec un vrai espace Notion ni un vrai coffre. Ils ne reposent que sur MCP standard, donc tout agent qui tient les deux connexions peut les composer, mais la qualité du résultat dépend de l'agent et de la façon dont vos notes sont écrites. Si vous essayez, dites-nous ce qui a cassé.