Architecture hub et wikis thématiques isolés
Enjeu
Le pattern LLM Wiki d'origine décrit un wiki unique. Dès qu'un utilisateur accumule des sujets sans rapport entre eux — nutrition, robotique, une base d'entreprise — un wiki plat mélange leurs index, leurs références croisées et leurs recherches, ce qui dégrade la pertinence de chaque requête.
Notions
L'architecture sépare un hub, registre léger sans contenu propre (wikis.json, un index listant les wikis thématiques avec leurs statistiques, un journal d'activité global, une couche optionnelle de mémoire de session), de plusieurs wikis thématiques isolés sous topics/<nom>/, chacun structuré comme un wiki complet et autonome : dossier de dépôt, sources brutes, articles compilés, sorties générées, journal et guide thématique propres. Un wiki local .wiki/ reproduit cette même structure à l'échelle d'un seul projet, sans dépendre du hub.
Mécanisme et relations
Un principe organise le choix des noms de sujet : un sujet, un wiki, jamais de mélange. Pour des familles de collections capables de croître sur plusieurs sujets (mèmes, outils, exemples), le nom privilégie le type avant le sujet (par exemple memes-bitcoin, tools-bitcoin) plutôt que l'inverse, afin que les collections apparentées se regroupent naturellement à mesure que le hub grossit. Les chemins enregistrés dans le registre du hub restent portables (relatifs au hub) plutôt qu'absolus, pour qu'un hub synchronisé entre plusieurs machines (par exemple via un stockage cloud) reste utilisable partout.
Une requête cible d'abord le wiki thématique demandé, puis peut « jeter un œil » aux index des wikis voisins pour repérer un recoupement pertinent, sans pour autant charger leur contenu complet.
Implications
Cette séparation change la façon de dimensionner une recherche ou une compilation : les opérations lourdes (recherche, audit, bibliothécaire) s'exécutent wiki par wiki, jamais sur l'ensemble du hub d'un coup, ce qui garde chaque requête focalisée et évite qu'un sujet pollue les résultats d'un autre. Elle clarifie aussi ce qui appartient au hub (registre, statistiques globales) de ce qui appartient à un sujet (tout le contenu réel), une distinction utile pour choisir où ranger une nouvelle information — voir Frontières entre sources, wiki, inventaire et datasets.
Limites
Le détail du mécanisme de résolution des chemins (configuration, repli, cas des chemins cloud) n'est pas repris ici dans son intégralité technique ; seul le principe d'organisation est retenu.
Synthèse
Un hub-registre léger, plus un wiki isolé par sujet, évite qu'une base de connaissances multi-domaines ne devienne un seul graphe indifférencié. La méthode correcte nomme et sépare les sujets dès la création plutôt que de les fusionner a posteriori ; l'erreur la plus probable est de tout regrouper dans un wiki unique par commodité initiale, au prix de recherches de moins en moins pertinentes à mesure que les sujets s'accumulent.