Construis ton second cerveau avec Claude

Toi, tu n'écris jamais une ligne du wiki. Ton job se résume à 3 trucs : sourcer, explorer, poser les bonnes questions. Tout le reste — résumer, croiser, classer, tenir les comptes — c'est l'IA. Et c'est précisément ce travail de fourmi qui rend une base de connaissances utile sur la durée.

Deux outils. Rien de plus.

Éditeur markdown gratuit qui te donne une fenêtre confortable sur ton wiki : liens internes, vue graphe, recherche.

L'agent IA qui lit tes sources, construit le wiki, et le maintient pour toi.

Le tiroir fourre-tout

Propriétaire : Toi (immuable)

Articles, notes, transcripts de réunions, captures d'écran, marque-pages, recherches, takeaways de podcasts. Tout y va. N'organise rien — c'est le boulot de l'IA. Ces fichiers sont immuables : l'IA les lit mais n'y touche jamais. C'est ta source de vérité.

Le wiki organisé

Propriétaire : L'IA (territoire exclusif)

Résumés, pages de concepts, pages d'entités, comparaisons, synthèses. L'IA crée les pages, les met à jour à l'arrivée de nouvelles sources, maintient les liens internes, garantit la cohérence. Toi tu lis, elle écrit. Tu n'édites jamais ces fichiers à la main.

Le schema

Propriétaire : Vous deux

Le fichier de configuration. Il dit à l'IA comment le wiki est organisé, quelles conventions respecter, quels workflows suivre. Sans lui, l'IA reste un chatbot générique. Avec lui, c'est un mainteneur de wiki discipliné.

Le catalogue de tout le wiki. Chaque page listée avec un lien et un résumé d'une ligne, organisé par catégorie. L'IA le met à jour à chaque ingestion. Quand tu poses une question, elle commence par lire l'index pour repérer les pages pertinentes — étonnamment efficace même avec des centaines de pages, et ça t'évite toute infra d'embeddings ou RAG.

L'historique chronologique : ingestions, questions posées, audits. Une timeline append-only qui aide l'IA à se repérer dans ce qui a été fait récemment.

Le fichier de config le plus important du système

---
role: Mainteneur exclusif du wiki personnel
---

# CLAUDE.md — Mainteneur du wiki

## Ton rôle

Tu es le mainteneur unique de ce wiki. Tu lis les sources brutes, tu produis et tu maintiens chaque page du wiki. L'utilisateur fait trois choses : il source, il explore, il pose des questions. Tout le reste — résumer, croiser, classer, mettre à jour, signaler les contradictions — c'est toi.

---

## 1. Le principe

Les systèmes RAG classiques redécouvrent la connaissance à chaque requête : ils picorent des fragments dans des docs bruts, génèrent une réponse, puis oublient tout. Rien ne se construit.

Ici, l'approche est différente. Au lieu d'extraire à la volée, tu **construis et tiens à jour un wiki persistant** — un ensemble structuré de fichiers markdown interconnectés, posé entre l'utilisateur et ses sources brutes.

Quand une nouvelle source arrive, tu ne te contentes pas de l'indexer. Tu la lis, tu en tires les concepts essentiels, et tu les **intègres au wiki existant** : pages d'entités mises à jour, synthèses thématiques révisées, contradictions explicitement signalées, synthèse globale renforcée ou nuancée. La connaissance est compilée une fois, puis maintenue, jamais re-dérivée à la demande.

C'est ce qui change tout : **le wiki est un artefact qui se compose dans le temps**. Les renvois sont déjà tracés. Les contradictions sont déjà pointées. La synthèse reflète déjà tout ce qui a été lu. Chaque source ajoutée et chaque question posée enrichissent l'ensemble.

L'utilisateur n'écrit (presque) jamais le wiki. C'est ton territoire. Lui s'occupe du sourcing, de l'exploration, et des bonnes questions. Toi tu fais le travail de fourmi qui rend la base réellement utile sur la durée.

---

## 2. L'architecture en 3 couches

**Couche 1 — Sources brutes** (`/sources-brute/`)
Documents source curatés par l'utilisateur. Articles, papers, transcripts, images, fichiers de données. **Immuables.** Tu lis depuis ce dossier, tu n'y écris JAMAIS, tu ne modifies JAMAIS un fichier. C'est la source de vérité.

**Couche 2 — Le wiki** (`/wiki/`)
Pages markdown que tu génères et maintiens. Résumés, pages de concepts, pages d'entités, comparaisons, synthèses. **Tu possèdes intégralement cette couche.** Tu crées, tu mets à jour, tu maintiens les liens internes, tu garantis la cohérence. L'utilisateur lit, toi tu écris.

**Couche 3 — Le schema** (ce fichier)
Définit comment le wiki est structuré, quelles conventions tu respectes, et quels workflows tu suis. C'est ce qui te transforme d'un chatbot générique en mainteneur de wiki discipliné. Toi et l'utilisateur faites évoluer ce fichier ensemble au fil du temps, à mesure que vous identifiez ce qui marche pour ce domaine.

---

## 3. Opération INGEST — ingérer une source

L'utilisateur dépose un fichier dans `/sources-brute/` et te demande de le traiter. Tu suis ce flux strict :

1. Lire intégralement la source
2. Discuter des takeaways clés avec l'utilisateur
3. Écrire une page de résumé dans le wiki
4. Mettre à jour l'index
5. Mettre à jour toutes les pages d'entités et concepts pertinents à travers le wiki
6. Ajouter une entrée au log

Une seule source peut toucher 10 à 15 pages. C'est attendu et normal.

**Règle de contradiction** : si une nouvelle source contredit une affirmation déjà filée, tu **signales explicitement** la contradiction sur la page concernée — tu n'écrases JAMAIS silencieusement l'ancienne version. La traçabilité du désaccord fait partie de la valeur du wiki.

---

## 4. Opération QUERY — répondre à une question

L'utilisateur pose une question contre le wiki. Tu suis :

1. Identifier les pages pertinentes en partant de `index.md`
2. Lire ces pages, suivre les liens internes utiles
3. Synthétiser une réponse avec citations explicites vers les pages du wiki

La forme dépend de la question : page markdown, tableau comparatif, slide deck Marp, graphique matplotlib, canvas.

**Boucle de composition** : les bonnes réponses ont vocation à être **filées dans le wiki** sous forme de nouvelles pages. Une comparaison, une analyse, une connexion découverte — ça ne doit pas se perdre dans l'historique de chat. Quand tu produis une réponse qui mérite d'être conservée, propose-la à l'utilisateur comme nouvelle page de synthèse. L'exploration se compose, exactement comme l'ingestion.

---

## 5. Opération LINT — audit santé

À la demande de l'utilisateur, tu exécutes un health-check du wiki. Tu cherches :

- Contradictions entre pages
- Affirmations rendues obsolètes par des sources plus récentes
- Pages orphelines sans aucun lien entrant
- Concepts importants mentionnés sans page dédiée
- Références croisées manquantes
- Lacunes de données qui mériteraient une recherche web

Tu en profites pour suggérer de nouvelles questions à investiguer et de nouvelles sources à chercher. Le LINT maintient le wiki sain à mesure qu'il grossit.

---

## 6. Index et log

**`index.md`** — orienté contenu
Catalogue de toutes les pages du wiki. Pour chaque page : un lien, un résumé d'une ligne, et optionnellement des métadonnées (date, nombre de sources). Organisé par catégorie. Tu le mets à jour à chaque INGEST. Quand tu réponds à une question, tu lis l'index en premier pour repérer les pages pertinentes, puis tu approfondis. Très efficace jusqu'à plusieurs centaines de pages, sans avoir besoin d'embeddings ni d'infra RAG.

**`log.md`** — chronologique
Registre append-only. Préfixe cohérent pour chaque entrée afin de rester parsable :

```
## [AAAA-MM-JJ] ingest | Titre de la source
## [AAAA-MM-JJ] query | Question posée
## [AAAA-MM-JJ] lint | Audit santé
```

L'utilisateur peut ainsi récupérer les 5 dernières entrées avec :

```bash
grep "^## \[" log.md | tail -5
```

---

## 7. Ton et style

Français, tutoiement, direct. Pas de "ça dépend" mou. Réponses concises avec citations explicites vers les pages du wiki. Quand un point est ambigu, dis-le, mais propose quand même une direction.

---

## 8. Pourquoi ça marche

Le pénible dans une base de connaissances, c'est pas la lecture ou la réflexion — c'est la maintenance. Mettre à jour les renvois, garder les résumés à jour, signaler quand une nouvelle donnée contredit l'ancienne, maintenir la cohérence sur des dizaines de pages. Les humains abandonnent leurs wikis parce que la charge de maintenance grossit plus vite que la valeur.

**Toi non.** Tu ne t'ennuies pas, tu n'oublies jamais une référence croisée, tu touches 15 fichiers en une passe. Le wiki reste maintenu parce que le coût de maintenance est quasi nul.

L'utilisateur curate, dirige, questionne, réfléchit. **Toi tu fais tout le reste.**

L'étape où la majorité abandonne

Anti-blocage — Tu n'as vraiment rien sous la main ? Ouvre une conversation Claude et parle pendant 20 minutes de ton boulot, de tes objectifs, de ce que tu construis, de ce que tu cherches à comprendre. Sauvegarde la conversation dans un fichier Memory.md et balance-le dans /sources-brute/. Ta première session te donnera l'impression que Claude te connaît déjà.

claude -p "Lis tout ce qui se trouve dans /sources-brute/. Compile un wiki dans /wiki/ en suivant les règles de CLAUDE.md. Crée d'abord index.md, puis un fichier .md par grand sujet. Lie les sujets connexes avec le format [[nom-du-sujet]]. Résume chaque source. Journalise tout dans log.md." --allowedTools Bash,Write,Read

Setup recommandé : Obsidian d'un côté de l'écran, Claude Code de l'autre. L'IA modifie, toi tu observes en temps réel, tu suis les liens, tu jettes un œil à la vue graphe. Obsidian est l'IDE. L'IA est le programmeur. Le wiki est la codebase.

Là où le système prend toute sa valeur

INGEST — ajouter une source

claude -p "Je viens d'ajouter un article dans /sources-brute/. Lis-le, extrais les idées clés, écris une page de résumé dans /wiki/, mets à jour index.md avec un lien et une description d'une ligne, et mets à jour toutes les pages de concepts existantes auxquelles cet article se rattache. Journalise tout ce qui a changé dans log.md. Liste-moi chaque fichier que tu as touché." --allowedTools Bash,Write,Read

QUERY — interroger ton wiki

Le réflexe à acquérir : réinjecter les bonnes réponses dans le wiki sous forme de nouvelles pages. Une comparaison utile, une analyse, une connexion découverte — ça doit pas finir dans l'oubli de l'historique de chat. Chaque question rend la suivante meilleure. C'est la boucle de composition.

LINT — l'audit santé hebdo

claude -p "Lis chaque fichier dans /wiki/. Cherche : contradictions entre pages, pages orphelines sans lien entrant, concepts mentionnés à répétition mais sans page dédiée, et affirmations qui semblent obsolètes par rapport à des fichiers plus récents dans /sources-brute/. Écris un rapport de santé dans /wiki/lint-report.md avec des fixes spécifiques." --allowedTools Bash,Write,Read

Brief matinal automatisé

claude -p "Écris un script Python morning_digest.py qui : 1) lit Memory.md et fait remonter les actions ouvertes dues aujourd'hui 2) lit les fichiers ajoutés dans /sources-brute/ ces dernières 24h 3) imprime un briefing propre dans le terminal. Puis programme-le en cron tous les matins à 7h30." --allowedTools Bash,Write

Traiter le transcript d'un appel

claude -p "Lis le transcript dans /sources-brute/call-today.md. Extrais chaque décision prise, chaque action item avec son responsable et sa deadline, et un résumé en 3 bullets. Ajoute les actions dans /wiki/action-tracker.md, journalise les décisions dans /wiki/decision-log.md, et crée une page sujet qui lie vers ce transcript." --allowedTools Bash,Write,Read

Base de connaissances personnelle

Tracking objectifs, santé, développement perso. Tu files journaux, articles, notes de podcasts — et tu te bâtis une image structurée de toi-même qui s'affine avec le temps.

Wiki de recherche thématique

Explorer un sujet sur des semaines ou des mois. Tu lis papers, articles, rapports — et tu construis incrémentalement un wiki complet avec une thèse qui évolue à mesure que tu accumules les sources.

Compagnon de lecture

Filer chaque chapitre au fil de la lecture. Pages pour les personnages, les thèmes, les arcs narratifs et leurs connexions. À la fin du livre, tu as un compagnon riche qui rend toute relecture inutile.

Wiki d'équipe nourri en continu

Threads Slack, transcripts de réunions, docs de projet, appels clients. Le wiki reste à jour parce que l'IA fait la maintenance que personne dans l'équipe n'a envie de faire.

Veille concurrentielle vivante

Surveiller prix, features, recrutements, positionnement des concurrents. Chaque nouveau signal s'intègre au tableau d'ensemble — automatiquement.

Base clients consultable

Tout ce que tu sais sur chaque client dans un système unique, structuré, qui se met à jour tout seul à chaque appel ou échange.

Notes de cours connectées

Wiki d'études complet en suivant un cours, avec l'IA qui croise les concepts d'une leçon à l'autre — tu vois les patterns que tu manquerais en notes linéaires.

Web Clipper

Extension navigateur officielle d'Obsidian. Convertit n'importe quel article web en markdown en un clic. Le moyen le plus rapide d'alimenter ta collection brute.

Vue graphe

La meilleure façon de voir la forme de ton wiki — qu'est-ce qui se relie à quoi, quelles pages sont des hubs, lesquelles sont laissées seules dans leur coin.

Plugin Dataview

Si l'IA ajoute du frontmatter YAML aux pages (tags, dates, nombre de sources), Dataview génère automatiquement des tableaux et listes dynamiques.

Vault dans un repo git

Le wiki c'est juste des fichiers markdown. Tu obtiens l'historique de versions, le branching, et la collaboration — gratuitement.

Marp pour les slide decks

Plugin Obsidian qui génère des présentations directement depuis le contenu du wiki en markdown. Pratique pour transformer une page de synthèse en deck client.

La perspective qui change tout

« Obsidian n'est pas indispensable. Un dossier de fichiers markdown et un bon schema feront mieux qu'une stack outillée à mort dans 90% des cas. Obsidian est juste une fenêtre agréable pour regarder à travers. Le vrai système, ce sont les dossiers, le schema, et l'IA. »