obsidian-wiki
A digital brain you grow with your AI agent.
It remembers what you figure out, connects it to what you already know,
and answers when you ask.
English | 繁體中文
You solve a hard problem on a Tuesday. Three months later, in a different repo, you solve it again from scratch — because the answer lived in a chat log you'll never find.
This fixes that. Point it at a folder, tell your agent what to remember, and it compiles what you learn into interconnected markdown you own. The pattern comes from Andrej Karpathy's LLM Wiki gist: compile knowledge once and keep it current, instead of asking an LLM the same questions forever or re-running RAG every time.
Your second brain. Your AI agent is how you grow it.
Every skill here is a markdown file that any agent — Claude Code, Cursor, Codex, Windsurf, Gemini CLI, and a dozen more — reads and runs. No runtime, no API keys, no vendor.
60 seconds
pip install obsidian-wiki
obsidian-wiki setup --vault ~/brain
Then open any project in your agent and say "set up my wiki".
Prefer not to touch a terminal? Give your agent this and it'll do the whole thing:
https://github.com/Ar9av/obsidian-wiki — set up my wiki
Other paths — git clone, Skills CLI, multiple vaults → Installation
What you actually do
Feed it. Anything text-shaped: docs, PDFs, chat exports, meeting transcripts, screenshots, URLs.
/wiki-ingest ~/research
/wiki-update # distill the repo you're standing in (code-graph aware)
/wiki-capture # save this conversation
/wiki-history-ingest claude # mine everything you've ever asked Claude
Ask it. Answers come back with [[wikilink]] citations, not vibes.
/wiki-query what do I know about rate limiting?
/wiki-narrate MCP security # a cited briefing on a topic
/wiki-digest week # what did I learn this week?
Find that session you can't name.
obsidian-wiki sessions-build
obsidian-wiki sessions-query "the auth bug with the weird retry loop"
Keep it honest. The vault gets messy on its own; these clean it.
/wiki-lint # broken links, orphans, contradictions
/wiki-dedup # "RSC" and "React Server Components" are one page now
/cross-linker # weave new pages into the graph
/wiki-status # what's ingested, what's pending, where the hubs are
All 39 skills → Skills Reference
See it
Open the vault in Obsidian and hit the graph view (Cmd/Ctrl+P → "Open graph view"). Say "color my graph" and it tints nodes by tag, category, or visibility.
Or export the whole graph to graph.json, GraphML (Gephi/yEd), Neo4j Cypher, or a self-contained interactive graph.html.
Why this and not a notes folder
- It compiles, it doesn't accumulate. New knowledge merges into existing pages. Contradictions get flagged. Nothing gets duplicated.
- It only reads what changed. A manifest tracks every source ingested, so the second run processes the delta — not your whole library again.
- You can tell knowledge from guessing. Every claim is tagged
extracted,^[inferred], or^[ambiguous], and lint flags pages drifting into speculation. - Queries stay cheap as it grows. Titles, tags, and summaries get read before page bodies. 20 pages or 2000, roughly the same cost.
- It's yours. Plain markdown in a folder. Push it to a private repo, open it in Obsidian, grep it, delete it. No service, no lock-in, nothing leaves your machine.
- Works where you already work. One
.skills/directory, symlinked into every agent you use.
More → Architecture
Does it actually help?
Structural questions — "how is X connected to Y", "which pages hold my vault together", "what breaks if I delete this" — are the ones a plain agent is worst at. It has to grep every file and reconstruct the link graph by hand, every single time.
Same model, same vault, same questions. The only difference is whether obsidian-wiki
was installed:
| Plain agent | With obsidian-wiki | |
|---|---|---|
| Time to answer | 81s | 19s — 4.4× faster |
| Correct answers | 44% | 83% |
| Tool calls used | 9.9 | 4.6 |
| API cost | $0.202 | $0.208 — unchanged |
| Question | Plain agent | With obsidian-wiki |
|---|---|---|
| "How is X connected to Y?" | 122s | 18s |
| "What topic clusters do I have?" | 117s | 21s |
| "Which pages hold my vault together?" | 61s | 12s |
| "What breaks if I delete X?" | 26s | 24s |
The accuracy gap is not a rounding error. Asked to trace a connection, the plain agent
routed through index.md — which links to every page, so it "found" a short path that
means nothing. It made the same mistake in both runs, and named index as one of the
most important pages in the vault. The graph the skills query excludes bookkeeping files,
so that answer isn't reachable.
Method, and what this doesn't prove
Claude Sonnet, headless, on a real 38-page vault. Questions were asked in plain English
with no definition of the graph supplied — the plain agent had Read/Grep/Glob/Bash
and had to work it out, which it did competently (it wrote its own centrality
implementation rather than guessing). 4 questions × 2 conditions × 2 repetitions, run
serially so nothing competed for CPU.
Ground truth came from networkx, not from this project's own code: betweenness matches to 3.5e-18 across every node, and all 630 shortest-path pairs agree.
It's a small study — n=2 per cell on one 38-page vault — so treat the exact percentages as indicative. The wall-clock gaps (3–6×) are much larger than the run-to-run spread; the accuracy figures rest on fewer samples. One run in the "with" column failed outright: the model ignored the CLI, grepped by hand, and got it wrong.
Full data, per-run logs and the scaling measurements are in PR #175.
Documentation
| Installation | pip, clone, agent-driven setup, multiple vaults |
| Skills Reference | All 39 skills and their slash commands |
| Agent Compatibility | The full matrix + per-agent manual setup |
| CLI Reference | Every obsidian-wiki subcommand |
| Configuration | Config vars, QMD semantic search, _raw/ staging, GitHub sync |
| Architecture | The four ingest stages, vault structure, what we added to Karpathy's pattern |
| Session Brain | Topic graph over your agent session history |
| Browser Extension | Capture pages into the vault, and fill web forms from it |
| Contributing | Adding skills, keeping the READMEs in sync |
Contributing
This is early. The skills work, but there's room to make the brain smarter — better cross-referencing, sharper deduplication, bigger vaults, new ingest sources. If you have a workflow that could be a skill, PRs are welcome.
License
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file obsidian_wiki-2026.8.3.tar.gz.
File metadata
- Download URL: obsidian_wiki-2026.8.3.tar.gz
- Upload date:
- Size: 1.2 MB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f59ee473fcf9376c7dd417ef074a44e1a15c7748ce6742a2c5fec08b16080b5c
|
|
| MD5 |
a4c057d7aa8f5c9a33d8ed297b12bf2e
|
|
| BLAKE2b-256 |
ac04a4a4583759abfcffb2227129f64e045ebf955ff60d3092c14c03a8fe7789
|
Provenance
The following attestation bundles were made for obsidian_wiki-2026.8.3.tar.gz:
Publisher:
publish.yml on Ar9av/obsidian-wiki
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
obsidian_wiki-2026.8.3.tar.gz -
Subject digest:
f59ee473fcf9376c7dd417ef074a44e1a15c7748ce6742a2c5fec08b16080b5c - Sigstore transparency entry: 2498694307
- Sigstore integration time:
-
Permalink:
Ar9av/obsidian-wiki@5cab5c16c4e3e80ec66d5c272f24702c69b6a448 -
Branch / Tag:
refs/tags/v2026.08.3 - Owner: https://github.com/Ar9av
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@5cab5c16c4e3e80ec66d5c272f24702c69b6a448 -
Trigger Event:
push
-
Statement type:
File details
Details for the file obsidian_wiki-2026.8.3-py3-none-any.whl.
File metadata
- Download URL: obsidian_wiki-2026.8.3-py3-none-any.whl
- Upload date:
- Size: 1.1 MB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
affc982a0e9dd2f9211ac344dccc46313485223270635a8d9ef122f108cc3f53
|
|
| MD5 |
b6b755639bdc8fa8a759a99827d05584
|
|
| BLAKE2b-256 |
0319e6e65eea8566a00ad60737fd63eb23eb4e6543210176cb165744370fe01d
|
Provenance
The following attestation bundles were made for obsidian_wiki-2026.8.3-py3-none-any.whl:
Publisher:
publish.yml on Ar9av/obsidian-wiki
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
obsidian_wiki-2026.8.3-py3-none-any.whl -
Subject digest:
affc982a0e9dd2f9211ac344dccc46313485223270635a8d9ef122f108cc3f53 - Sigstore transparency entry: 2498694340
- Sigstore integration time:
-
Permalink:
Ar9av/obsidian-wiki@5cab5c16c4e3e80ec66d5c272f24702c69b6a448 -
Branch / Tag:
refs/tags/v2026.08.3 - Owner: https://github.com/Ar9av
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@5cab5c16c4e3e80ec66d5c272f24702c69b6a448 -
Trigger Event:
push
-
Statement type: