Domain knowledge plugin — persistent, confidence-tracked lore per project
One-time lore seeding from existing CLAUDE.md files, .claude/rules/, and skill definitions. Decomposes source material into atomic, wikilinked knowledge graph entries. Use when setting up lore for the first time in a project.
Capture domain knowledge into the lore. Use when domain knowledge surfaces in conversation — business rules, entity definitions, architectural decisions, or domain context that should persist.
Set up lore in the current project. Creates the lore/ directory structure, agent rule, and project settings.
Resolve conflicts in lore entries — git merge conflicts and contradicting claims across pages. Use after merge conflicts in lore/ or when domain inconsistencies are suspected.
Admin access level
Server config contains admin-level keywords
Modifies files
Hook triggers on file write and edit operations
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
A Claude Code plugin that creates and maintains a self-correcting domain knowledge base per project. Business rules, entity definitions, architectural decisions, and domain context persist across sessions — so agents stop re-researching the same rules and stop making the same wrong assumptions.
Knowledge lives in a lore/ directory in your project repo — version-controlled, PR-reviewable, team-shared. Each entry is an atomic markdown file with YAML frontmatter tracking confidence level, sources, and domain classification. Entries connect to each other through [[wikilinks]], forming a knowledge graph that agents can traverse.
Agents check the lore before asking you domain questions. When they learn something new, they write it back. When they get something wrong, a retrospective hook catches it and the entry gets corrected.
Every entry carries a confidence level that reflects how it was validated:
assumed → inferred → verified
assumed — Unverified agent inference. Treat with caution.inferred — Derived from code analysis or research. Likely correct but not human-confirmed.verified — Human-confirmed. The ground truth.Only human confirmation promotes confidence. Agents always present lore-sourced context as explicit assumptions you can correct.
Entries link to each other using [[wikilinks]]. When you query the lore, the search engine uses these links to surface related context:
Original documents (CLAUDE.md, internal docs, READMEs) are preserved as source-type pages during bootstrap. Every derived entry traces back to its source page via the sources field, and source pages track their derivatives via derived_entries. This creates a full provenance chain — you can always trace any claim back to where it came from.
/plugin marketplace add leviosa-medical/lore
/plugin install lore@lore
From your target project's root:
/lore:init
This creates:
lore/ directory with subdirectories for each entry typelore/index.md — entry catalog with wikilinkslore/config.yaml — project-specific domains and routing guidancelore/operations.jsonl — append-only operation log.claude/rules/lore.md — agent integration rule (makes agents query lore automatically).claude/settings.json — marketplace and plugin config (so teammates get auto-prompted to install)Important: Restart Claude Code after running
/lore:init. The MCP server and agent rule aren't available until after a restart.
/lore:bootstrap
This reads your CLAUDE.md, .claude/rules/, skill definitions, and docs to extract declarative domain knowledge into atomic, wikilinked lore entries. Imperative instructions ("always do X", "never do Y") stay in CLAUDE.md. After seeding, the skill suggests which declarative lines can be removed from CLAUDE.md to save context tokens.
Once installed, the agent rule in .claude/rules/lore.md instructs agents to:
lore_query before asking you domain questions, even if the answer seems obvious from files already in contextYou don't need to invoke any tools manually — the agent does this on its own.
| Skill | Purpose |
|---|---|
/lore:init | Set up lore in the current project |
/lore:bootstrap | One-time seeding from CLAUDE.md, rules, skill definitions, and docs into atomic wikilinked entries |
/lore:capture | Capture domain knowledge that surfaces during conversation |
/lore:resolve | Resolve git merge conflicts and semantic contradictions in lore entries |
/lore:initCreates the lore/ directory structure, the agent integration rule, and configures project settings so teammates are auto-prompted to install the plugin. Run once per project.
/lore:bootstrapReads existing project knowledge sources and decomposes them into atomic entries:
npx claudepluginhub leviosa-medical/lore --plugin loreAI-powered knowledge base management - Capture conversation learnings, maintain topic-specific KB files, Obsidian-compatible knowledge graph, structured dynamic context loading, and institutional knowledge in CLAUDE.md
Local-first memory server — hybrid BM25+vector search, vault management, lint, and launchd lifecycle for project knowledge.
Bootstrap a wiki-first knowledge system into any project.
Company knowledge management plugin — progressive context loading, knowledge quality engine, claude-mem integration
Knowledge base skills for Claude Code — capture, search, and synthesize project knowledge
Query Intent Solutions' governed knowledge brain from Claude Code — qmd://-cited answers, per-user audit, deterministic governance. Compile, then govern.