LLM Wiki vivant
Base de connaissances consolidée et validée

Obsidian comme support d’un wiki vivant

Idée centrale

Obsidian peut servir d’interface locale à un LLM Wiki parce qu’un coffre est principalement composé de fichiers Markdown ordinaires, de liens internes et de métadonnées. Le modèle peut travailler sur ces fichiers tandis que la personne les consulte, les navigue et les représente visuellement dans l’application.

Source directe — SRC-2026-002, démonstrations réalisées dans plusieurs coffres Obsidian.

Rôle dans l’architecture

Obsidian n’est pas le moteur de connaissance à lui seul. Il fournit :

Le schéma d’instructions, le modèle, le pipeline d’intégration et les contrôles déterminent le comportement du wiki.

Structure du coffre

La source montre une organisation séparant :

  1. les sources brutes ;
  2. les pages du wiki ;
  3. le fichier d’instructions du modèle ;
  4. l’index ;
  5. le journal ;
  6. les ressources visuelles.

Cette structure est un exemple. Les noms et dossiers doivent être adaptés au domaine et rester cohérents avec les règles du projet.

Markdown, frontmatter et wikiliens

Les pages utilisent :

Le titre humain et le nom de fichier peuvent suivre des conventions différentes. La source recommande des noms techniques uniformisés, mais cette préférence n’est pas une obligation universelle.

Fonctions présentées

Web Clipper

La démonstration utilise un clipper pour copier le contenu principal d’une page ou la transcription d’une vidéo dans le coffre. Le résultat reste une source à contrôler : l’admission, l’intégrité et la provenance ne doivent pas être contournées par l’outil.

Graphe

Le graphe visualise les liens entre pages et peut regrouper certains types. Il aide à repérer les zones denses ou isolées, mais ne mesure pas à lui seul la qualité sémantique du wiki.

La figure de SRC-2026-004 juxtapose une note, un graphe et une vue mobile. Elle illustre la possibilité de consulter un même coffre sous plusieurs formes ; elle ne démontre ni la justesse des relations ni un gain d’usage.

Canvas

Canvas est présenté comme une sortie visuelle reliant des pages ou résumant un sujet. Le fichier visuel est une vue dérivée ; les pages canoniques restent la source de connaissance.

Bases

La démonstration construit des vues tabulaires filtrées à partir des propriétés des pages. Cette fonctionnalité facilite l’exploration par thème ou type sans dupliquer le contenu.

Plugins de sortie et d’interaction

La source montre ou cite des extensions pour :

Les noms, versions, permissions et compatibilités de ces extensions sont susceptibles d’évoluer et doivent être vérifiés avant installation.

Intégration avec un modèle

Le modèle peut être appelé depuis un terminal, un éditeur, un agent intégré ou un service distant. L’interface choisie ne change pas les exigences fondamentales :

Portabilité et consultation

SRC-2026-003 rapporte qu’une implémentation adaptée à Obsidian réduisait la friction pour un coffre existant, mais dépendait d’un agent particulier. Ce retour illustre un compromis à vérifier avant adoption :

La même source attribue au rendu Web d’un autre outil et au graphe d’Obsidian une consultation plus fréquente. Il s’agit d’une expérience personnelle : l’engagement de consultation doit être évalué séparément de la fidélité documentaire.

Local et distant

SRC-2026-002 décrit des essais avec modèles locaux et services distants. L’intervenante rapporte que la maintenance globale était coûteuse sur sa propre machine, tandis que l’interrogation locale restait plus accessible.

Ce témoignage ne définit pas une configuration minimale. Les besoins dépendent du modèle, du contexte, du nombre de pages et du type d’opération.

Sécurité

Avant de donner accès à un coffre :

Erreurs fréquentes

Limites et nuances

Relations

Sources