Central KB, Project Directories, and Publication Nodes
Defines what the central knowledge base, project directories, and publication node each own, and why a single vault template is not enough for fact governance.
6 public items tagged federated-knowledge-base.
Defines what the central knowledge base, project directories, and publication node each own, and why a single vault template is not enough for fact governance.
Explains why chat logs are not a durable knowledge base and how Obsidian, local Markdown, Codex, project directories, and publication nodes form a federated system.
Explains Obsidian's real role in an AI knowledge base: local Markdown, links, backlinks, and human review, not an automatic truth machine.
Summarizes the system boundaries and failure modes: privacy, project truth sources, premature automation, site truth drift, and AI output mistaken for evidence.
Explains why project AI should not read the whole central knowledge base by default and how local facts, narrow interfaces, and selective memory reduce risk.
Shows how kb status, lookup, promote, and publish form narrow interfaces that let AI reuse, promote, and publish knowledge without crossing boundaries.