Claude Code et Obsidian : un coffre pour vous et votre agent

Pourquoi Claude Code et Obsidian vont bien ensemble

Un coffre Obsidian est un dossier ordinaire de fichiers texte, sans base de données intermédiaire. C’est pourquoi un agent peut y travailler exactement comme vous.

Claude Code est un agent IA qui tourne dans le terminal, dans votre éditeur ou dans l’app de bureau, et travaille dans le dossier où vous le lancez. Il lit des fichiers, en crée, modifie ceux qui existent et exécute des commandes. Lancez-le dans votre coffre, et tout votre second cerveau est devant lui : il résume des comptes rendus de réunion, ajoute les liens manquants, trie une collection de sources ou transforme votre plan en un premier jet qui atterrit sous forme de nouvelle note dans le bon dossier.

Cela ne se limite pas à Claude Code. Codex, Cursor, Gemini CLI et d’autres agents avec accès aux fichiers fonctionnent de la même façon. Un chat dans le navigateur, en revanche, ne voit pas votre coffre, à moins que vous n’y copiiez des fichiers.

Configurer Claude Code dans votre coffre

Utiliser le coffre comme répertoire de travail

Claude Code travaille dans le dossier où vous le lancez. Si votre coffre se trouve dans iCloud Drive, cela donne par exemple dans le terminal :

cd ~/Library/Mobile\ Documents/iCloud~md~obsidian/Documents/Vault
claude

Décidez sciemment de ce que l’agent doit voir. Pour un premier essai, un sous-dossier suffit, par exemple celui d’un projet. Sauvegardez votre coffre avant d’autoriser des modifications plus importantes : Claude Code peut annuler ses propres modifications de fichiers, mais pas celles effectuées par des commandes du terminal. Git dans votre coffre ou Time Machine comble cette lacune.

Donner accès aux tâches d’un dossier lié

Si vous intégrez le dossier de données de TandemLoop à votre coffre par un lien symbolique, son emplacement réel se trouve hors du répertoire de travail, et Claude Code demande l’autorisation à chaque écriture. Donnez-lui donc aussi accès à ce dossier : au lancement avec --add-dir, dans une session en cours avec /add-dir, ou durablement sous additionalDirectories dans les réglages :

claude --add-dir "<dossier TandemLoop>"

Comment créer le lien et pourquoi il ne fonctionne que sur Mac, c’est expliqué dans le guide Relier votre second cerveau et votre liste de tâches.

CLAUDE.md : les règles de votre coffre

Au début de chaque session, Claude Code lit le fichier CLAUDE.md du répertoire de travail et des dossiers parents. Il contient ce que l’agent doit savoir de votre coffre et ce qu’il a le droit d’y faire. Lancez /init pour créer un premier brouillon, puis affinez-le. Anthropic recommande de garder ce fichier court, idéalement sous 200 lignes, et de n’y noter que ce que l’agent ne peut pas déduire seul.

# Coffre

Coffre Obsidian avec des notes en Markdown. Liens en wikiliens [[Note]].

## Dossiers
- Notes/ : mes notes, à ne modifier que sur demande
- Cours en ligne/ : supports et résultats pour le cours
- TandemLoop/ : dossier de données de mon app de tâches (lien)

## Règles
- Ne jamais supprimer ni renommer une note sans demander.
- Enregistrer les résultats dans une nouvelle note, dans le dossier correspondant.
- Ne pas restructurer les propriétés en tête de fichier.

## Tâches
Pour les tâches, lis d’abord TandemLoop/AGENTS.md et respecte ses règles.

Les autres agents lisent généralement AGENTS.md au lieu de CLAUDE.md. Claude Code lit de lui-même un AGENTS.md tant qu’il ne trouve pas de CLAUDE.md. Si vous voulez utiliser les deux, incluez l’un dans l’autre avec @AGENTS.md. La structure de ces modes d’emploi pour agents est expliquée dans le guide Ingénierie agentique.

Les tâches dans Obsidian : cases à cocher et plugin Tasks

Obsidian gère les tâches sous forme de cases à cocher. Une ligne comme - [ ] Écrire le script de la leçon 2 est une tâche à faire ; avec [x], elle est terminée. Pour une liste de tâches dans une seule note Obsidian, cela suffit.

Le plugin communautaire Tasks en fait une gestion des tâches à l’échelle de tout votre coffre. Vous notez l’échéance, la priorité et la répétition sous forme de symboles dans la ligne, par exemple 📅 2026-10-23 pour l’échéance. Quand vous terminez une tâche, le plugin ajoute la date ; pour les tâches récurrentes, il crée la ligne suivante. Des requêtes dans un bloc de code rassemblent les tâches de toutes vos notes :

```tasks
not done
due next week
```

La force de cette approche : les tâches se trouvent là où elles naissent, directement dans les notes de projet et les comptes rendus de réunion. Pour beaucoup de personnes qui tiennent leur second cerveau dans Obsidian, cela suffit.

Où le plugin Tasks atteint ses limites

• Rappels : le plugin Tasks ne vous notifie pas lui-même. Les notifications passent par un autre plugin comme Reminder, dont la documentation précise que les notifications système ne sont pas possibles sur iPhone et Android.
• Saisie en déplacement : depuis iOS 26, Obsidian propose une capture rapide depuis l’écran verrouillé, le Centre de contrôle et des widgets. Ce que vous saisissez ainsi atterrit sous forme de texte dans une note. Vous ajoutez ensuite à la main la date, le projet et la personne responsable.
• Attribution : une ligne n’a pas de champ pour indiquer qui est responsable. Vous pouvez convenir d’un tag comme #agent avec votre agent, mais il n’existe aucun statut « À vérifier » ni aucun endroit pour son résultat ou pour vos questions mutuelles.
• Vos notes, pas celles de l’agent : pour cocher ou compléter une tâche, l’agent doit modifier la ligne dans votre note. Plus il y a de notes contenant des tâches, plus il touche de fichiers pour cela.

Des tâches Obsidian avec Claude Code : les attribuer à votre agent

L’alternative à une ligne, c’est une tâche à part entière, avec un statut, une échéance et une attribution. Elle s’accompagne d’une description de l’objectif, de critères d’acceptation et d’un historique où votre agent consigne ce qu’il a fait.

Quand vous travaillez avec un agent, cela présente des avantages concrets :

• L’agent modifie une tâche sans toucher à vos notes.
• La responsabilité et le statut sont clairs : vous attribuez la tâche à votre agent, et une fois qu’il a fini, la tâche vous revient avec le statut « À vérifier ».
• Les résultats et les questions restent attachés à la tâche, au lieu d’un historique de chat disparu le lendemain.

Personne ne veut entretenir cette structure à la main. Il faut un mode d’emploi pour l’agent et une app qui transforme les fichiers en listes, vues et rappels.

Ce qu’apporte TandemLoop : saisie, vues, rappels

TandemLoop est une app de tâches pour Mac, iPad et iPhone qui fonctionne exactement ainsi. Son dossier de données, en local ou dans iCloud Drive, peut être un sous-dossier de votre coffre ou y apparaître par un lien. Votre agent travaille alors dans tout le coffre, notes et tâches comprises.

• Saisie : la Saisie rapide, le menu Partager, le Centre de contrôle, Raccourcis et Siri créent une vraie tâche, directement pour votre agent si vous le souhaitez.
• Vues : Liste, Tableau, Kanban, Agenda, Calendrier, Multivue et Tableau de bord, avec des filtres, par exemple par attribution ou par échéance.
• Rappels : échéances avec heure, notifications avec « Terminer », « Plus tard » et « Demain », et widgets sur l’écran d’accueil et l’écran verrouillé.
• Agent : le dossier de données contient AGENTS.md, le mode d’emploi de votre agent. L’agent a accès à tout le contenu du dossier de données : il crée des tâches, des projets, des domaines et des vues, les modifie et les déplace, et traite les tâches qui lui sont attribuées. Si les propositions sont activées, il n’ajoute directement que les nouveaux éléments dans la boîte de réception et soumet tout le reste sous forme de proposition.
• Retour : quand il a fini ou qu’il a besoin de vous, il vous retourne la tâche. Celle-ci apparaît sous Retours de l’agent, et sur iPhone dans l’onglet Retours.

Tout sur le partage du travail avec votre agent, des propositions aux retours, se trouve sur la page App de tâches pour travailler avec des agents IA. L’ensemble des fonctions sans agent est présenté dans l’aperçu de l’app de tâches.

Exemple de workflow : boîte de réception → agent → résultat

Un workflow tiré du projet « Cours en ligne » : le plan du cours est une note dans Obsidian, et l’agent doit rédiger un premier jet du script de la leçon 2.

1. Saisir. Sur le chemin du travail, vous tapez « Écrire le script de la leçon 2 » dans la Saisie rapide et attribuez la tâche à votre agent avec la délégation Brouillon. Elle arrive dans la boîte de réception.
2. Consigne. Sur votre Mac, vous lancez Claude Code dans votre coffre et tapez : « Traite tes tâches dans TandemLoop. » Il lit le mode d’emploi, trouve la tâche et aussi le plan de votre cours.
3. Résultat sur la tâche. Il enregistre le script sous forme de note dans le dossier Cours en ligne et inscrit dans l’historique de la tâche ce qu’il a fait, avec un lien vers la note.
4. Retours de l’agent. Comme la délégation était Brouillon, il ne termine pas la tâche lui-même, mais vous la retourne pour vérification. Vous lisez le script dans Obsidian et choisissez Accepter dans TandemLoop, ou Demander des retouches avec un commentaire.
5. Ce que vous seul pouvez faire. S’il a besoin d’un compte confirmé sur la plateforme de cours pour la mise en ligne, il place « Confirmer l’accès à la plateforme de cours » dans votre boîte de réception au lieu de le mentionner dans une longue réponse.

Si l’agent tourne en boucle sur votre Mac, par exemple avec le skill worker de TandemLoop et /loop 10m /tandem-worker dans Claude Code, il traite ce genre de tâches même en votre absence. Un seul agent doit écrire à la fois.

Quelle approche vous convient

Vous pouvez combiner les deux : les listes de contrôle pour les petites choses restent dans vos notes, et tout ce que traite votre agent devient une tâche à part entière. Si vous organisez vos tâches selon Getting Things Done, le guide de la méthode GTD montre quelles étapes votre agent peut prendre en charge.