Le LLM tient le wiki, l'utilisateur apporte les sources
LLM Wiki est une application de bureau (Tauri, React et Rust) qui confie à un LLM la tenue d'un wiki construit à partir des documents importés. Le modèle résume chaque source, répartit son contenu en pages d'entités et de concepts reliées par des [[wikilinks]] et met à jour les pages existantes. Le chat cherche ensuite dans le wiki et dans les sources brutes, avec une recherche vectorielle LanceDB en option, puis suit le graphe des liens sur deux niveaux. Le projet génère sa propre configuration .obsidian/ et s'ouvre comme un coffre Obsidian.
Pages tracées jusqu'à leur source, graphe à quatre signaux
- Ingestion en deux appels : le premier appel au LLM analyse la source (entités, arguments, contradictions avec le wiki), le second écrit les pages. Chaque page liste dans son front matter les fichiers
sources[]dont elle vient. - Suppression en cascade : retirer une source efface son résumé et la retire du champ
sources[]des pages partagées, sans supprimer ces pages, puis purge l'index et les wikilinks morts. - Graphe pondéré : liens directs (x3), sources communes (x4), Adamic-Adar (x1,5), même type de page (x1). L'algorithme de Louvain regroupe les pages en communautés et signale celles dont la cohésion tombe sous 0,15.
- Recherche ciblée sur les trous du graphe : pages isolées, communautés peu reliées et nœuds-ponts portent un bouton Deep Research. Le sujet se corrige avant le lancement, la recherche passe par Tavily, SerpApi ou SearXNG, et le résultat rejoint le wiki.
- Formats : PDF (extracteur Rust intégré ou MinerU), DOCX, PPTX, XLSX, EPUB, MOBI, Org mode, pages capturées par l'extension Chrome. Une empreinte SHA256 évite de renvoyer au LLM un fichier inchangé.
- API locale et serveur MCP : une API JSON sur
127.0.0.1:19828et un serveur MCP exposent la recherche hybride, les fichiers, le graphe et le chat de l'agent. Un skill tiré d'un dépôt séparé y branche Claude Code ou Codex, en lecture seule par défaut.
Deux appels au LLM par source, plus de binaire pour Mac Intel
Rien ne se construit sans modèle configuré. Au choix : OpenAI, Anthropic, Google, un endpoint personnalisé, ou Ollama pour rester en local. Chaque source consomme deux appels, la file d'ingestion n'en lance jamais deux en parallèle et relance jusqu'à trois fois une tâche en échec.
Les Mac Intel n'ont plus de binaire après la 0.2.0. Les versions macOS suivantes sortent en aarch64 seulement, alors que Windows a ses paquets x64 et Linux ses .deb, .rpm et AppImage en amd64 et arm64. Compiler depuis les sources demande Node.js 20+, Rust 1.88+ et protoc.
L'interface n'existe pas en français. Les fichiers de src/i18n/ couvrent l'anglais, le chinois, l'italien et le russe, quand le README n'annonce que les deux premiers. La langue du wiki généré se choisit à part, à la création du projet, parmi 23 langues dont le français.
Le README décrit une base de connaissances personnelle. L'API n'écoute que sur 127.0.0.1, un projet change de machine par un export ZIP et l'extension Chrome se charge en mode développeur.
Le projet revendique l'inverse du RAG classique. Il implémente le motif LLM Wiki d'Andrej Karpathy : la connaissance est compilée une fois puis tenue à jour, au lieu d'être reconstituée à chaque question. Kwipu fait le choix opposé et interroge un graphe de notes au moment de la question.
La version 0.6.13 est sortie le 22 octobre 2026, soixante-deuxième publication depuis la 0.1.0 du 8 avril. Sur GitHub, les notes de version ne listent que les fichiers à télécharger ; le détail des changements se trouve dans les réglages de l'application (Changelog) et dans src/lib/changelog.ts.