Pendant la première année de Save, nous le décrivions comme un web clipper. Vous appuyez sur le bouton, vous obtenez un fichier markdown, vous le mettez quelque part.

Cette description n’est plus exacte.

Avec le nouveau toggle Connect to Claude dans Save Vault, les fichiers sauvegardés cessent d’être une pile de clippings et deviennent un wiki — que Claude peut lire, rechercher, lier et répondre à des questions. Save Vault n’est plus un clipper. C’est un constructeur de wiki.

Ce post traite de ce qui a changé, pourquoi ça compte, et ce qui devient possible quand votre lecture se compose en une base de connaissances personnelle structurée.

Le passage du clipper au wiki

Les web clippers existent depuis 20 ans. Evernote, Pocket, Instapaper, Readwise, Obsidian Web Clipper. Le pattern est toujours le même : voir une page, sauvegarder une copie, espérer la relire plus tard.

Presque personne ne relit. Les clippings s’accumulent. Le clipper devient un cimetière.

Un wiki, c’est différent. Un wiki a une structure. Les pages se lient à d’autres pages. Les concepts ont leurs propres articles. Les nouvelles informations mettent à jour les anciens articles. Vous ne relisez pas un wiki — vous l’interrogez.

Jusqu’à récemment, les wikis nécessitaient des humains pour les maintenir. C’est pourquoi les wikis personnels n’ont jamais décollé : le coût de maintenance dépasse le coût de lecture. Le post viral d’Andrej Karpathy sur les LLM Knowledge Bases le 3 avril 2026 a fait l’observation évidente a posteriori que les LLM sont maintenant assez bons pour maintenir un wiki pour vous. Vous ingérez du markdown brut. Le LLM le compile en pages structurées avec des backlinks, des résumés et des articles de concepts. Vous interrogez comme un wiki, mais vous n’écrivez jamais une page wiki vous-même.

Save Vault est construit autour de ce changement.

Les trois boucles d’un wiki vivant

Un wiki auto-maintenu a trois boucles. Save Vault vous en donne toutes les trois.

Boucle 1 : Ingestion

Vous lisez quelque chose sur le web que vous voulez garder. Cliquez sur le bouton Save. L’extension Chrome produit du markdown propre avec Gemini, l’envoie à Save Vault, et Save Vault l’écrit dans un dossier de base de connaissances que vous avez choisi.

C’est la seule boucle que vous lancez activement. Tout le reste est initié par Claude.

L’ingestion gère ce avec quoi les web clippers ont historiquement échoué :

Les articles payants auxquels vous avez accès
Les vidéos YouTube (transcription complète, pas juste les métadonnées)
Les threads X/Twitter
Les discussions Reddit
Les captions TikTok et reels Instagram
La documentation avec les blocs de code intacts

Chaque sauvegarde arrive comme un fichier .md propre. Pas de HTML parasitaire, pas de markup publicitaire, pas de menus de navigation. Juste le contenu, structuré de la façon dont un LLM s’attend à le voir.

Boucle 2 : Compilation

C’est la boucle que Karpathy a décrite. Périodiquement — une fois par semaine, une fois par mois, quand vous en avez envie — vous demandez à Claude Code de compiler les sauvegardes brutes en un wiki.

cd ~/Documents/Save\ Vault/AI\ Research
claude

Puis demandez-lui de :

Lire chaque fichier dans le dossier
Générer des pages de concepts pour les thèmes récurrents
Ajouter des backlinks entre les idées liées
Écrire un _index.md avec la table des matières du wiki
Lancer une passe de « lint » pour signaler les incohérences, les lacunes, ou les doublons

Claude traite votre dossier et produit une structure navigable. Les sauvegardes originales restent où elles sont — la couche wiki se pose par-dessus, en les liant.

Vous n’éditez pas de fichiers. Vous déléguez l’édition.

Boucle 3 : Requête

Une fois Save Vault connecté à Claude (le toggle dans la menu bar), chaque conversation dans Claude Desktop ou Claude Code peut accéder à votre vault. Posez n’importe quelle question. Claude cherche dans vos sauvegardes, lit les pertinentes, et répond en utilisant vos sources.

Le serveur MCP expose quatre outils : list_knowledge_bases, list_files, read_file, et search. Claude les récupère automatiquement.

Le résultat, c’est que votre lecture se transforme en mémoire. « Qu’est-ce que ce PM chez Linear a dit sur les boucles de rétention ? » devient une question d’une ligne plutôt qu’une recherche frustrante dans l’historique du navigateur.

Ce qui change quand vous avez un wiki plutôt qu’un dossier

Les différences pratiques sont plus grandes qu’elles ne le semblent.

Mémoire plutôt que recherche. Un dossier nécessite que vous vous souveniez du nom du fichier. Un wiki laisse Claude faire le souvenir. Posez une question vague, obtenez une réponse sourcée.

Compounding plutôt que gonflement. Dans un dossier, le 200ème fichier rend tout plus difficile à trouver. Dans un wiki, le 200ème fichier rend le wiki meilleur, parce qu’il ajoute le contexte que le LLM peut connecter aux concepts existants.

Contexte personnel plutôt que réponses génériques. Le comportement par défaut de Claude est de répondre depuis les données d’entraînement. Avec Save Vault connecté, il répond depuis vos sources sauvegardées — les articles que vous avez choisi de sauvegarder, encadrés par les problèmes que vous avez réellement.

Provenance plutôt qu’hallucination. Chaque affirmation que Claude fait peut être retracée à un fichier .md spécifique dans votre vault. Vous pouvez l’ouvrir, le lire, l’éditer, ou le supprimer. Pas d’embeddings, pas d’index vectoriels opaques, pas d’« l’IA l’a dit ».

Les bases de connaissances sont les espaces wiki

Save Vault organise les sauvegardes en bases de connaissances — des sous-dossiers dans ~/Documents/Save Vault/. Une KB est la plus petite unité de « sujet » que le wiki comprend.

Un setup typique ressemble à ça :

Save Vault/
  General/                  # fourre-tout par défaut
  AI Research/              # papiers, threads, articles de blog
  Competitors/              # intel concurrentielle
  Customers/                # interviews utilisateurs, tickets support
  Hiring/                   # recherche candidats, refs de rôles

Chaque KB se compile en son propre wiki. Claude voit toutes via list_knowledge_bases et choisit la pertinente en fonction de votre question. Vous pouvez avoir une KB ou vingt — ça évolue linéairement parce que Claude n’ouvre que les fichiers dont il a besoin.

C’est là que le cadrage « wiki builder » paie vraiment. Un dossier n’a pas de concept de sujet. Une KB en a un. Claude traite chaque KB comme un corpus cohérent de connaissances à interroger.

Pourquoi maintenant

Trois choses devaient être vraies pour que le pattern wiki-builder fonctionne, et 2026 est la première année où elles le sont toutes.

Les LLM ont eu des fenêtres de contexte assez longues pour lire des centaines de fichiers markdown en une session. (Le contexte 1M tokens de Claude a été livré plus tôt cette année.)
MCP est devenu le protocole par défaut pour connecter les LLM aux fichiers locaux. Le post de Karpathy aurait été impraticable il y a 12 mois. Maintenant c’est un toggle.
Les web clippers sont devenus assez intelligents pour extraire du contenu propre de pages arbitraires — incluant vidéo, réseaux sociaux, et sites dynamiques JS-lourds — sans règles par site.

Save Vault est ce qui se passe quand vous supposez les trois. Le clipper, le dossier, et le serveur MCP allaient rester trois outils séparés pour toujours. Maintenant ils sont une app et un toggle.

Configurer votre premier wiki

Ça prend environ cinq minutes.

Installez l’extension Chrome Save
Installez Save Vault depuis savemarkdown.co
Dans Save Vault, créez une KB pour votre premier sujet (par ex. AI Research)
Cliquez sur Connect to Claude dans la menu bar
Sauvegardez les 5 prochaines choses que vous lisez
Ouvrez Claude Desktop et posez une question à leur sujet

Vous aurez votre premier wiki à trois fichiers avant le déjeuner. La capitalisation commence au moment où vous appuyez sur Save la deuxième fois.

Save Vault est gratuit. L’extension Save est gratuite pour commencer. Obtenez les deux sur savemarkdown.co.