by Pratiyush
LLM-powered knowledge base from your Claude Code, Codex CLI, Copilot, Cursor & Gemini sessions. Karpathy's LLM Wiki pattern — implemented and shipped.
# Add to your Claude Code skills
git clone https://github.com/Pratiyush/llm-wikiGuides for using mcp servers skills like llm-wiki.
Last scanned: 5/30/2026
{
"issues": [],
"status": "PASSED",
"scannedAt": "2026-05-30T15:12:38.485Z",
"npmAuditRan": true,
"pipAuditRan": true
}llm-wiki is an open-source mcp servers skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by Pratiyush. LLM-powered knowledge base from your Claude Code, Codex CLI, Copilot, Cursor & Gemini sessions. Karpathy's LLM Wiki pattern — implemented and shipped. It has 344 GitHub stars.
Yes. llm-wiki passed SkillsLLM's automated security scan — a dependency vulnerability audit plus prompt-injection heuristics — with no high-severity issues. You can read the full report in the Security Report section on this page.
Clone the repository with "git clone https://github.com/Pratiyush/llm-wiki" and add it to your Claude Code skills directory (see the Installation section above).
llm-wiki is primarily written in Python. It is open-source under Pratiyush on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other MCP Servers skills you can browse and compare side by side. Open the MCP Servers category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh llm-wiki against similar tools.
No comments yet. Be the first to share your thoughts!
Top skills in this category by stars
Based on votes and bookmarks from developers who liked this skill
LLM-powered knowledge base from your Claude Code, Codex CLI, Cursor, Gemini CLI, and Obsidian sessions. Built on Andrej Karpathy's LLM Wiki pattern.
Rebuilt on every master push from the synthetic sessions in examples/demo-sessions/. No personal data. Shows every feature of the real tool (activity heatmap, tool charts, token usage, model info cards, vs-comparisons, project topics) running against safe reference data.
Every Claude Code, Codex CLI, Copilot, Cursor, and Gemini CLI session writes a full transcript to disk. You already have hundreds of them and never look at them again.
llmwiki turns that dormant history into a beautiful, searchable, interlinked knowledge base — locally, in two commands. Plus, it produces AI-consumable exports (llms.txt, llms-full.txt, JSON-LD graph, per-page .txt + .json siblings) so other AI agents can query your wiki directly.
./setup.sh # one-time install
./build.sh && ./serve.sh # build + serve at http://127.0.0.1:8765
Want LLM-enriched wiki pages from the CLI? After ./setup.sh, llmwiki sync only fills raw/. To populate wiki/sources/ (semantic summaries), set synthesis.backend in examples/sessions_config.json (ollama for local Ollama, or keep dummy for stubs), then run llmwiki synthesize or chain it with llmwiki all --with-synth. See docs/modes/api/ and llmwiki sync --status for the current backend hint.
llmwiki sync
llmwiki all --with-synth --graph-engine builtin # synthesize → build → graph → export → lint

Contributing in one line: read CONTRIBUTING.md, keep PRs focused (one concern each), use feat: / fix: / docs: / chore: / test: commit prefixes, never commit real session data (raw/ is gitignored), no new runtime deps. CI must be green to merge.
All screenshots below are from the public demo site which is built on every master push from the dummy example sessions. Your own wiki will look identical — just with your real work.



CHANGELOG.md as a first-class page

.jsonl to clean, redacted markdownsources/, entities/, concepts/, syntheses/, comparisons/, questions/ linked with [[wikilinks]]data-theme)/ search · g h/p/s nav · j/k rows · ? helpX min read)Every HTML page has sibling machine-readable files at the same URL:
<page>.html — human HTML with schema.org microdata<page>.txt — plain text version (no HTML tags)<page>.json — structured metadata + bodySite-level AI-agent entry points:
| File | What |
|---|---|
/llms.txt |
Short index per llmstxt.org spec |
/llms-full.txt |
Flattened plain-text dump (~5 MB cap) — paste into any LLM's context |
/graph.jsonld |
Schema.org JSON-LD entity/concept/source graph |
/sitemap.xml |
Standard sitemap with lastmod |
/rss.xml |
RSS 2.0 feed of newest sessions |
/robots.txt |
AI-friendly robots with llms.txt reference |
/ai-readme.md |
AI-specific navigation instructions |
/manifest.json |
Build manifest with SHA-256 hashes + perf budget |
Every page also includes an <!-- llmwiki:metadata --> HTML comment that AI agents can parse without fetching the separate .json sibling.
graph.jsonld from your terminalThe JSON-LD graph isn't just for crawlers — you can ask quick questions about your wiki without leaving the shell. Example: print every session as a tree, grouped by project:
python3 examples/scripts/tree_from_graph.py
Output:
📚 8 sessions across 3 projects
(site/graph.jsonld v1.3.0)
llmwiki/
├── demo-blog-engine/ (4 sessions)
│ ├── 2026-03-12 scaffolding-the-rust-blog-engine
│ ├── 2026-03-18 adding-syntax-highlighting
│ ├── 2026-03-25 rss-feed-and-sitemap
│ └── 2026-04-01 dark-mode-toggle
├── demo-ml-pipeline/ (2 sessions)
│ ├── 2026-01-20 training-data-pipeline
│ └── 2026-02-02 model-training-loop
└── demo-todo-api/ (2 sessions)
├── 2026-02-08 fastapi-project-bootstrap
└── 2026-02-15 adding-oauth-login
The full script is stdlib-only at examples/scripts/tree_from_graph.py. Same recipe pattern works for any aggregation question — count sessions per model, find the largest project by token usage, list every entity that appears in 3+ sessions, etc. The graph is yours to slice.
link-obsidian CLI — symlinks the whole project into an Obsidian vault; graph view + backlinks + full-text search just work