By namishsaxena
Selective, queryable knowledge database for AI agents. Provides context-aware knowledge retrieval to replace bloated CLAUDE.md and other markdown files.
Capture new knowledge to Lore database. Usage: /lore:capture [--type=convention|pattern|gotcha|decision|architecture|workflow|reference|example]
List knowledge entries in Lore database. Usage: /lore:list [--type=TYPE] [--limit=N]
Manually prime Lore context for current session. Loads project knowledge summary.
Query Lore knowledge database for relevant context. Usage: /lore:query <task description> or /lore:query --files=<glob> or /lore:query --tags=<tags>
Show detailed information about a specific Lore entry. Usage: /lore:show <entry-id>
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.
The Knowledge Memory for AI Agents
Lore replaces bloated context files with selective, queryable knowledge. Instead of loading thousands of lines into every AI conversation, query for just the relevant entries.
Traditional: context files (2000+ lines) → AI context (mostly wasted)
Lore: knowledge base → query → 5-10 relevant entries → AI context (focused)
AI coding assistants are powerful, but context windows have limits. Teams respond by creating CLAUDE.md, AGENTS.md, feature docs, and best practices files. Some split into multiple files, loading them selectively.
It doesn't scale. Whether one file or fifty, context bloats. "Selective" loading still pulls in mostly irrelevant content. The AI generates code that works but doesn't fit your conventions.
Lore stores knowledge as discrete entries, each scoped to specific files or tasks. Query returns only what's relevant to your current work.
# Query by what you're working on
lore query --files "src/auth/**" --task "implement OAuth"
# Returns focused entries:
# - Password Hashing Convention (score: 0.87)
# - JWT Token Structure (score: 0.72)
# - Auth Error Handling (score: 0.65)
# Clone and build
git clone https://github.com/namishsaxena/lore.git
cd lore
pnpm install && pnpm build
npm link packages/cli
Or download a release and run:
unzip lore-VERSION.zip && cd dist && ./install.sh
# Initialize in your project
cd your-project
lore init
# Import existing documentation
lore import ./docs --recursive
# Add specific knowledge
lore add "Always use bcrypt with cost factor 12 for password hashing" \
--title "Password Hashing Convention" \
--type convention \
--scope-files "src/auth/**"
# Query relevant knowledge
lore query --task "implement user registration"
# Check health
lore doctor
Each entry is a discrete piece of knowledge:
┌─────────────────────────────────────────┐
│ Title: Password Hashing Convention │
│ Type: convention │
│ Scope: src/auth/** │
│ Tags: security, passwords │
├─────────────────────────────────────────┤
│ Always use bcrypt with cost factor 12. │
│ Never store passwords in plain text. │
└─────────────────────────────────────────┘
| Type | Purpose |
|---|---|
convention | How things are done here |
pattern | Reusable solutions |
architecture | System design |
decision | Why we chose this |
gotcha | Warnings and pitfalls |
workflow | How-to processes |
reference | Quick lookup |
example | Code samples |
Entries are scoped to files and tasks. When you query with --files "src/auth/**", entries scoped to src/auth/** rank higher. Context-aware, not just search.
Lore integrates with Claude Code in three ways:
Install the plugin globally for automatic knowledge retrieval:
# Add the marketplace (one-time)
/plugin marketplace add namishsaxena/lore
# Install the plugin
/plugin install lore@lore
The plugin provides:
/lore:query, /lore:capture, /lore:list, /lore:show, /lore:primeSet up per-project hooks:
lore init # Sets up hooks automatically
This configures SessionStart hooks so Claude receives awareness of the knowledge system when sessions begin.
For native tool integration, use the MCP server. This requires building from source until @lore/mcp is published to npm.
# Add MCP config to your project's .claude/settings.json
{
"mcpServers": {
"lore": {
"command": "node",
"args": ["/path/to/lore/packages/mcp/dist/server.js"],
"env": {
"LORE_PROJECT_PATH": "/path/to/your/project"
}
}
}
}
This gives Claude four native tools:
| Command | Description |
|---|---|
lore init | Initialize Lore in your project |
lore add | Add a knowledge entry |
lore import | Import from markdown files |
lore query | Query relevant entries |
lore list | List all entries |
lore show <id> | Show entry details |
lore sync | Sync between SQLite and JSONL |
lore doctor | Health check and diagnostics |
Lore uses dual storage:
npx claudepluginhub namishsaxena/lore --plugin loreLocal-first memory server — hybrid BM25+vector search, vault management, lint, and launchd lifecycle for project knowledge.
AI-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
Company knowledge management plugin — progressive context loading, knowledge quality engine, claude-mem integration
OpenLTM — Long-Term Memory for AI coding agents: semantic search, context injection, session learning
Repository knowledge engine plugin. Bundles CLI-backed slash commands (ag-setup / ag-init / ag-refresh / ag-ask) plus the agent-repo-init skill. Works in both Claude Code and Codex CLI.
The memory layer Claude Code doesn't have. A persistent knowledge graph that learns from your conversations — your AI assistant never starts a session blind.