llm-wiki-kit
LLM wiki kit
First committed by Ivy-Chen1999
Published in Ivy-Chen1999/llm-wiki-kit. Publisher page
20 GitHub stars
What it is
Clone-and-go agent skills + a starter Obsidian vault for an AI-maintained personal wiki. Based on Karpathy's LLM Wiki pattern.
AutoGineer overview, from the brain’s own files
llm-wiki-kit implements the LLM Wiki pattern, which shifts from traditional RAG (searching raw documents) to an agent-driven process that summarizes and structures information into linked Obsidian notes. By processing sources once, the system creates a persistent, queryable knowledge base. The kit includes 20 agent skills for tasks like ingesting URLs, mining conversation history, synthesizing notes, and maintaining wiki health, alongside a pre-configured Obsidian vault template.
How it works
Memory model: LLM wiki
AutoGineer overview, from the brain’s own files
The system organizes data into three layers: raw sources, the wiki (markdown notes with YAML frontmatter), and agent skills. Users interact with an agent that loads these skills to perform actions. The vault uses a flat structure with specific folders for notes, raw staging, journals, and system files. Skills are linked to the agent's environment, allowing the agent to automatically process, link, and maintain the wiki based on natural language commands.
| Folder | Role | Files |
|---|---|---|
| skills | agent-instructions | 24 |
| personal-skills | folder | 4 |
| vault-template | folder | 12 |
The agent writes
- skills/llm-wiki/references/karpathy-pattern.md evidence: README.md
Requirements
Apps: Obsidian
Set it up
This brain runs code automatically: 1 script. Review install.sh before opening the folder in Claude Code. No step below turns a hook on for you.
install.sh:sh install.sh
- Download the brain as a ZIP and unzip it where you keep your notes or project: https://mp-staging.autogineer.com/agent-brains/ivy-chen1999/llm-wiki-kit/download
cd llm-wiki-kit && claude
AutoGineer scanned these files at commit f511a35.
- Not scanned by AutoGineerThe author’s README also describes installing it from a clone of its repository. Read its install section: AutoGineer did not scan that path. https://github.com/Ivy-Chen1999/llm-wiki-kit/blob/f511a3520e1902a53c2776c209e6fc62d3cfa8da/README.md#setup
First committed by Ivy-Chen1999. Published in Ivy-Chen1999/llm-wiki-kit. Licence: MIT License.
Usage
AutoGineer overview, from the brain’s own files
- Ingest articles, PDFs, or web pages into the wiki.
- Query the wiki to retrieve information with source links.
- Synthesize connections between existing notes.
- Audit the wiki for orphans, broken links, or stale content.
- Automate the capture of chat history from Claude or CLI sessions.
- Maintain a controlled tag taxonomy and visual graph structure.
- “Save this link to my wiki”
- The agent fetches the URL, processes the content, and creates a structured note in the wiki.
- “What do I know about X?”
- The agent searches the wiki notes and provides an answer with links to the source material.
- “Audit my wiki”
- The agent checks for orphans, broken links, and contradictions, reporting on the health of the knowledge base.
- “Color my graph by category”
- The agent updates the Obsidian graph visualization based on the categories defined in the note frontmatter.
Documentation by Ivy-Chen1999
llm-wiki-kit
A set of agent skills and a starter Obsidian vault for keeping a personal wiki that an LLM helps maintain. Based on Andrej Karpathy's LLM Wiki pattern.
The idea: instead of searching raw documents every time you have a question (RAG), the agent processes a source once and writes it into structured, linked Obsidian notes. Questions are then answered from those notes. You pick the sources and ask the questions; the agent does the summarizing, linking, and filing.
How it's organized
There are three layers:
Raw sources — your original material (articles, PDFs, notes, screenshots). Never modified.
The wiki — markdown notes with YAML frontmatter and
[[wikilinks]], kept in the vault.The skills — the instruction files in
skills/that tell the agent how to maintain the wiki.
What's in this repo
llm-wiki-kit/
├── skills/ 20 agent skills
├── vault-template/ an empty vault you can copy and start using
├── .env.example config (vault path, sources, search)
├── install.sh links the skills into your agent's skills directory
├── setup-qmd.sh optional: installs and indexes local search
└── LICENSESkills
| Skill | What it does |
|---|---|
llm-wiki | Explains the pattern and retrieval approach. Start here. |
wiki-setup | Initializes a new vault (structure, system files, config). |
wiki-ingest | Turns a raw source into wiki notes. |
ingest-url | Fetches a URL and ingests it. |
data-ingest | Ingests structured/tabular data. |
claude-history-ingest | Mines Claude conversation history into the wiki. |
codex-history-ingest | Mines Codex CLI session history into the wiki. |
wiki-query | Answers questions from the wiki, with links to source notes. |
wiki-research | Runs web research and files the results into the wiki. |
wiki-update | Revises existing notes as things change. |
wiki-synthesize | Builds notes that connect several existing notes. |
cross-linker | Finds and adds missing [[wikilinks]]. |
tag-taxonomy | Keeps tags to a controlled list. |
wiki-lint | Checks for orphans, broken links, contradictions, stale notes. |
wiki-status | Reports what's new and what's ready to ingest. |
wiki-dashboard | Generates a vault overview. |
wiki-rebuild | Rebuilds the index and cache from the notes. |
wiki-export | Exports the wiki to other formats. |
wiki-capture | Drops rough notes into the staging area. |
graph-colorize | Colors the Obsidian graph by category. |
Requirements
Obsidian, to read and edit the vault.
An agent that loads skills from a directory — Claudian (the Obsidian + Claude plugin), Claude Code, or similar.
Optional:
qmd, a local search engine (BM25 + vector). Without it, the skills useGrepinstead, so it's not required. Seesetup-qmd.shor runnpm install -g @tobilu/qmd.
Setup
Two commands. The installer is interactive and does everything else (links the skills, asks where the vault should live, creates it, writes the config):
git clone https://github.com/Ivy-Chen1999/llm-wiki-kit.git
cd llm-wiki-kit
./install.shThen follow the final instructions it prints: open the vault folder in Obsidian, and ask your agent to ingest a source or answer a question.
Notes:
The installer links skills into
~/.claude/skills, which Claude (Claude Code and the Claudian Obsidian plugin) reads automatically. For another agent:./install.sh --skills-dir <that agent's skills dir>.It offers to install local search (
qmd) at the end. Saying no is fine — the skills fall back toGrep. You can run./setup-qmd.shlater instead.Re-running is safe: existing skills, vault, and config are left untouched.
Working with more than one vault
The skills resolve the target vault in this order (highest first):
an
OBSIDIAN_VAULT_PATHenvironment variable (per-session override),a
.envat the current working directory / vault root (vault-scoped),~/.obsidian-wiki/config(the global default).
So to keep a vault self-contained, drop a .env at its root pointing OBSIDIAN_VAULT_PATH at itself (and give it its own QMD_WIKI_COLLECTION). Work from that vault and the skills target only it — the global default and your other vaults are untouched.
How to use it — just say what you want
You don't memorize skill names. Skills trigger automatically from what you say — Claude matches your message to the right one. Open your vault in Claude and talk normally:
| You want to… | Just say something like… |
|---|---|
| Add an article / file / folder | "add this to my wiki", "ingest these docs" |
| Add a web page | "save this link to my wiki", paste a URL + "add this" |
| Ask what you know | "what do I know about X?", "find everything on Y" |
| Quick answer (no deep read) | "quick answer: …", "just scan for …" |
| Save the current chat | "save this conversation to my wiki" |
| Connect related notes | "find missing links", "my wiki feels disconnected" |
| Find cross-cutting themes | "what concepts keep coming up together?" |
| Check health / fix issues | "audit my wiki", "what needs fixing?" |
| See what's been ingested | "what's the status of my wiki?" |
| Research a topic from the web | "research X and file it", "deep dive on Y" |
| Tidy up tags | "clean up my tags", "normalize tags" |
| Color the graph | "color my graph by category" |
| Start fresh | "archive and rebuild the wiki" |
If a phrasing doesn't trigger the right skill, just name it ("use wiki-ingest") — but normal language usually works.
Vault layout
The vault-template/ uses a flat layout: all notes live in notes/, and the category is set in frontmatter (category: concept|entity|reference|insight|synthesis).
my-wiki/
├── notes/ the notes
├── raw/ staging area for unprocessed sources
├── journal/ daily notes
├── Templates/ note and daily-note templates
└── _system/
├── index.md table of contents (maintained by the skills)
├── hot.md short summary of recent activity
├── log.md append-only change log
└── tags.md tag listIf you prefer one folder per category, wiki-setup can generate that layout instead.
Make it your own
The 20 skills above are the shared core. The skills that pay off most are usually personal — shaped around how you work. You're encouraged to add your own:
a retro skill that writes a project post-mortem into the vault,
a digest skill that pulls your todos + field news into a dated entry,
your own ingest house-style, or a dispatcher that routes "/wiki do X".
personal-skills/ has a blank template and two worked examples (retro, digest) to copy and adapt. Personal skills live in ~/.claude/skills/, not in this repo — so updating the shared core (git pull) never touches them.
Credits
The pattern comes from Andrej Karpathy's LLM Wiki (the three-layer structure and the idea of processing a source once instead of re-searching it each time). His original write-up is included in
skills/llm-wiki/references/karpathy-pattern.md.Built for Obsidian.
The skills were taken from a personal vault and generalized: hardcoded paths, personal collection names, and non-English text removed.
License
MIT — see LICENSE.
skills/wiki-status/SKILL.md
name: wiki-status description: > Show the current state of the wiki — what's been ingested, what's pending, and the delta between sources and wiki content. Use this skill when the user asks "what's the status", "how much is ingested", "what's left to process", "show me the delta", "what changed since last ingest", "wiki dashboard", or wants an overview of their knowledge base health and completeness. Also use before deciding whether to append or rebuild. Includes an insights mode triggered by "wiki insights", "what's central", "show me the hubs", "central pages", "what's connected", "wiki structure" — analyzes the shape of the wiki itself to surface top hubs, cross-domain bridges, and orphan-adjacent pages.
Wiki Status — Audit & Delta
You are computing the current state of the wiki: what's been ingested, what's new since last ingest, and what the delta looks like. This helps the user decide whether to append (ingest the delta) or rebuild (archive and reprocess everything).
Before You Start
Resolve the vault path (precedence, highest first): the
OBSIDIAN_VAULT_PATHenvironment variable if set, else a.envin the current working directory (vault-scoped), else~/.obsidian-wiki/config(global default). Also readOBSIDIAN_SOURCES_DIR,CLAUDE_HISTORY_PATH,CODEX_HISTORY_PATHfrom the same source.Read
.manifest.jsonat the vault root — this is the ingest tracking ledger
The Manifest
The manifest lives at $OBSIDIAN_VAULT_PATH/.manifest.json. It tracks every source file that has been ingested. If it doesn't exist, this is a fresh vault with nothing ingested.
{
"version": 1,
"last_updated": "2026-04-06T10:30:00Z",
"sources": {
"/absolute/path/to/file.md": {
"ingested_at": "2026-04-06T10:30:00Z",
"size_bytes": 4523,
"modified_at": "2026-04-05T08:00:00Z",
"source_type": "document",
"project": null,
"pages_created": ["concepts/transformers.md"],
"pages_updated": ["entities/vaswani.md"]
},
"~/.claude/projects/-Users-name-my-app/abc123.jsonl": {
"ingested_at": "2026-04-06T11:00:00Z",
"size_bytes": 128000,
"modified_at": "2026-04-06T09:00:00Z",
"source_type": "claude_conversation",
"project": "my-app",
"pages_created": ["entities/my-app.md"],
"pages_updated": ["skills/react-debugging.md"]
}
},
"projects": {
"my-app": {
"source_path": "~/.claude/projects/-Users-name-my-app",
"vault_path": "projects/my-app",
"last_ingested": "2026-04-06T11:00:00Z",
"conversations_ingested": 5,
"conversations_total": 8,
"memory_files_ingested": 3
}
},
"stats": {
"total_sources_ingested": 42,
"total_pages": 87,
"total_projects": 6,
"last_full_rebuild": null
}
}Step 1: Scan Current Sources
Build an inventory of everything available to ingest right now:
Documents (from OBSIDIAN_SOURCES_DIR)
Glob each directory in OBSIDIAN_SOURCES_DIR for all text files
Record: path, size, modification timeClaude History (from CLAUDE_HISTORY_PATH)
Glob: ~/.claude/projects/*/ → project directories
Glob: ~/.claude/projects/*/*.jsonl → conversation files
Glob: ~/.claude/projects/*/memory/*.md → memory files
Record: path, size, modification time, parent projectCodex History (from CODEX_HISTORY_PATH)
Glob: ~/.codex/session_index.jsonl → session inventory index
Glob: ~/.codex/sessions/**/rollout-*.jsonl → session rollout transcripts
Glob: ~/.codex/history.jsonl → optional local history log
Glob: ~/.codex/archived_sessions/**/rollout-*.jsonl → archived rollouts (if user wants archive coverage)
Record: path, size, modification time, inferred project from cwd when availableAny other sources the user has pointed at previously
Check the manifest for source paths outside the standard directories.
Step 2: Compute the Delta
Compare current sources against the manifest. Classify each source file:
| Status | Meaning | Action needed |
|---|---|---|
| New | File exists on disk, not in manifest | Needs ingesting |
| Modified | File in manifest, hash differs from content_hash | Needs re-ingesting |
| Touched | File in manifest, mtime newer but hash unchanged | Skip — content identical, no re-ingest needed |
| Unchanged | File in manifest, mtime and hash both match | Nothing to do |
| Deleted | In manifest, but file no longer exists on disk | Note it — wiki pages may be stale |
When a manifest entry has no content_hash (older entry), fall back to mtime comparison only.
For Claude history specifically, also compute:
New projects (directories in
~/.claude/projects/not in manifest)New conversations within existing projects
Updated memory files
For Codex history specifically, also compute:
New rollout files under
sessions/**Updated
session_index.jsonlentries (session title/freshness changes)Archived rollout delta only when archive coverage is requested
Step 3: Report the Status
Visibility tally (before rendering the report): Grep frontmatter across all vault .md pages for visibility/internal and visibility/pii tag values. Count:
public= pages withvisibility/publictag or novisibility/tag at allinternal= pages withvisibility/internaltagpii= pages withvisibility/piitag
Include this in the Overview section as Page visibility: N public · M internal · K pii. Skip the line if all pages are untagged (fully public vault).
Present a clear summary:
# Wiki Status
## Overview
- **Total wiki pages:** 87 across 6 categories
- **Page visibility:** 72 public · 11 internal · 4 pii
- **Total sources ingested:** 42
- **Projects tracked:** 6
- **Last ingest:** 2026-04-06T11:00:00Z
## Delta (what's changed since last ingest)
### New sources (never ingested): 12
| Source | Type | Size |
|---|---|---|
| ~/Documents/research/new-paper.pdf | document | 2.1 MB |
| ~/.claude/projects/-Users-.../session-xyz.jsonl | claude_conversation | 340 KB |
| ~/.codex/sessions/2026/04/12/rollout-...jsonl | codex_rollout | 220 KB |
| ... | | |
### Modified sources (need re-ingesting): 3
| Source | Last ingested | Last modified | Delta |
|---|---|---|---|
| ~/notes/architecture.md | 2026-04-01 | 2026-04-05 | 4 days newer |
| ... | | | |
### New projects (not yet in wiki): 2
- **tractorex** (3 conversations, 2 memory files)
- **papertech** (1 conversation, 0 memory files)
### Deleted sources (ingested but gone): 0
## Summary
- **Ready to ingest:** 12 new + 3 modified = 15 sources
- **Up to date:** 27 sources unchanged
- **Recommendation:** Append (delta is small relative to total)Step 4: Recommend Action
Based on the delta, recommend one of:
| Situation | Recommendation |
|---|---|
| Delta is small (<20% of total) | Append — just ingest the new/modified sources |
| Delta is large (>50% of total) | Rebuild — archive and reprocess everything |
| Many deleted sources | Lint first — check for stale pages, then decide |
| First time / empty vault | Full ingest — process everything |
| User just wants to see status | No action — just report |
Tell the user:
"You have X new sources and Y modified sources. I'd recommend [append/rebuild]."
"Want me to [ingest the delta / rebuild from scratch / just look at a specific project]?"
Insights Mode
Triggered when the user asks something like "wiki insights", "what's central in my wiki", "show me the hubs", "cross-domain bridges", "what pages are most important", or "wiki structure". This mode is additive — it doesn't replace the delta report, it analyzes the shape of the wiki itself.
Where the delta report tells the user what's pending, insights mode tells them what they've already built and where the interesting structure lives. Complements wiki-lint (which finds problems) by surfacing interesting structure.
What to compute
First, build the wikilink graph. Glob all .md pages, extract every [[wikilink]], and build:
incoming[page]= count of other pages that link to this pageoutgoing[page]= count of pages this page links out totags[page]= set of tags from frontmattercategory[page]= directory prefix (concepts/, entities/, skills/, etc.)
You'll reuse this graph across all sections below.
Anchor pages (top hubs). Pages with the most incoming links — the load-bearing concepts.
Rank all pages by
incomingcount, take top 10For each, note both incoming and outgoing counts: pages with high incoming and high outgoing are connector hubs (most valuable)
Pages with high incoming but zero outgoing are sink hubs — flag as cross-linker candidates
Bridge pages. Pages that connect otherwise-disconnected tag clusters — removing them would partition the graph. These are often more structurally important than raw hub count suggests.
For each page P, find pairs of pages (A, B) where:
A links to P, B is linked from P (or vice versa)
A and B share no tags with each other
P is the only path between A's tag cluster and B's tag cluster within 2 hops
Rank by how many cross-cluster pairs P bridges; show top 5
Label each: "
Pbridges[tag-cluster-A]↔[tag-cluster-B]"
Tag cluster cohesion. For each tag with ≥ 5 pages, score how tightly the pages within it are interconnected:
n= number of pages sharing this tagactual_links= number of wikilinks between any two pages in this tag groupcohesion = actual_links / (n × (n−1) / 2)— ratio of actual links to maximum possibleFragmented clusters (cohesion < 0.15, n ≥ 5): these pages share a topic but aren't woven together. Surface them as cross-linker targets.
Show top 5 tags by cohesion (strongest clusters) and bottom 5 (most fragmented)
Surprising connections. Cross-category wikilinks that are non-obvious — scored by how unexpected they are:
Score each wikilink that crosses category boundaries (e.g.,
concepts/→entities/,skills/→synthesis/):+3 if the linking page or claim is marked
^[ambiguous](uncertain connection, worth reviewing)+2 if the linking page is marked
^[inferred](synthesized, not directly stated)+2 if the categories are in different knowledge layers (e.g.,
concepts↔entitiesmore surprising thanconcepts↔concepts)+2 if source page has ≤ 2 total links (peripheral) but target has ≥ 8 (hub) — unexpected reach from edge to center
Show top 5 scored connections with a plain-language reason for each
Orphan-adjacent suggestions. Pages linked from a top-10 hub but with zero outgoing links of their own. Dead-ends in high-traffic areas — prime cross-linker candidates.
Rough clusters. Group anchor pages by dominant tag. (Simple tag intersection — just for orientation.)
Graph delta since last run. Compare the current link graph to the snapshot stored in the previous
_insights.md:Read the
<!-- GRAPH_SNAPSHOT: ... -->line at the bottom of the previous_insights.md(if it exists) — it contains a compact JSON edge listCompute: new pages added, pages removed, new wikilinks created, wikilinks removed
Flag: pages that were isolated last run but now have incoming links ("newly connected: X, Y")
Flag: pages that lost incoming links since last run ("link target may have been renamed: A, B")
If no previous snapshot exists, skip this section
Suggested questions. Questions this wiki structure is uniquely positioned to answer — or that reveal gaps:
From
^[ambiguous]claims: "Resolve: What is the exact relationship betweenXandY?"From bridge pages: "Explore: Why does
Pconnect[cluster-A]to[cluster-B]?"From pages with zero incoming links: "Link:
Xhas no incoming links — what should reference it?"From fragmented clusters (cohesion < 0.15): "Audit: Should tag
[T]be split into more focused sub-tags?"Show up to 7, prioritizing AMBIGUOUS first, then bridge nodes, then isolates
Output
Write the result to _insights.md at the vault root. Overwrite freely — it's regenerable. At the very end, embed a compact graph snapshot as an HTML comment so the next run can diff against it.
# Wiki Insights — <TIMESTAMP>
## Anchor Pages (top 10 hubs)
| Page | Incoming | Outgoing | Note |
|---|---|---|---|
| [[concepts/transformer-architecture]] | 23 | 8 | connector hub |
| [[entities/andrej-karpathy]] | 17 | 0 | sink hub — cross-linker candidate |
## Bridge Pages (top 5)
| Page | Bridges | Cross-cluster pairs |
|---|---|---|
| [[concepts/exponential-growth]] | #ml ↔ #economics | 4 pairs |
## Tag Cluster Cohesion
### Most cohesive (well-linked)
- **#ml** — 12 pages, cohesion 0.41
### Most fragmented (cross-linker targets)
- **#systems** — 7 pages, cohesion 0.06 ⚠️ run cross-linker on this tag
## Surprising Connections (top 5)
- [[concepts/scaling-laws]] → [[entities/gordon-moore]] — score 5
- Reason: cross-layer (concepts ↔ entities), marked ^[inferred]
- ...
## Orphan-Adjacent (dead-ends near hubs)
- [[concepts/foo]] — linked from 3 hubs, 0 outbound links
## Rough Clusters
- **#ml** — transformer-architecture, attention-mechanism, scaling-laws
- **#systems** — distributed-consensus, raft, paxos
## Graph Delta Since Last Run
- +3 new pages, +11 new wikilinks
- Newly connected: [[concepts/bar]], [[entities/baz]]
- Lost incoming links: [[references/old-paper]] (target may have been renamed)
## Questions Worth Asking
1. Resolve: What is the exact relationship between `scaling-laws` and `moore's-law`? (^[ambiguous] claim)
2. Explore: Why does `exponential-growth` bridge #ml and #economics?
3. Link: `references/foo.md` has no incoming links — what should reference it?
4. Audit: Should tag `#systems` be split? (cohesion 0.06, 7 pages)
<!-- GRAPH_SNAPSHOT: {"nodes":["concepts/foo","entities/bar"],"edges":[["concepts/foo","entities/bar"]]} -->After writing the file, append to log.md:
- [TIMESTAMP] STATUS_INSIGHTS anchors=10 bridges=N cohesion_checked=T surprising=5 questions=7 delta="+N pages +M links"When to skip
Vaults with fewer than 20 pages — not enough graph structure. Tell the user and skip.
After a fresh
wiki-rebuild— wait until at least one ingest has happened.
Notes
If the manifest doesn't exist, report everything as "new" and recommend a full ingest
This skill only reads and reports — it doesn't modify anything (except writing
_insights.mdin insights mode, which is regenerable)The actual ingest work is done by the ingest skills (
wiki-ingest,claude-history-ingest,codex-history-ingest,data-ingest)Those skills are responsible for updating the manifest after they finish
48 files
- .env.example
- .gitignore
- ATTRIBUTION.md
- AUTOGINEER-RUNS.md
- LICENSE
- README.md
- install.sh
- personal-skills/README.md
- personal-skills/SKILL.template.md
- personal-skills/digest.example/SKILL.md
- personal-skills/retro.example/SKILL.md
- setup-qmd.sh
- skills/claude-history-ingest/SKILL.md
- skills/claude-history-ingest/references/claude-data-format.md
- skills/codex-history-ingest/SKILL.md
- skills/codex-history-ingest/references/codex-data-format.md
- skills/cross-linker/SKILL.md
- skills/data-ingest/SKILL.md
- skills/graph-colorize/SKILL.md
- skills/ingest-url/SKILL.md
- skills/llm-wiki/SKILL.md
- skills/llm-wiki/references/karpathy-pattern.md
- skills/tag-taxonomy/SKILL.md
- skills/wiki-capture/SKILL.md
- skills/wiki-dashboard/SKILL.md
- skills/wiki-export/SKILL.md
- skills/wiki-ingest/SKILL.md
- skills/wiki-ingest/references/ingest-prompts.md
- skills/wiki-lint/SKILL.md
- skills/wiki-query/SKILL.md
- skills/wiki-rebuild/SKILL.md
- skills/wiki-research/SKILL.md
- skills/wiki-setup/SKILL.md
- skills/wiki-status/SKILL.md
- skills/wiki-synthesize/SKILL.md
- skills/wiki-update/SKILL.md
- vault-template/.obsidian/app.json
- vault-template/.obsidian/appearance.json
- vault-template/Home.md
- vault-template/Templates/daily-note.md
- vault-template/Templates/note.md
- vault-template/_system/hot.md
- vault-template/_system/index.md
- vault-template/_system/log.md
- vault-template/_system/tags.md
- vault-template/journal/.gitkeep
- vault-template/notes/.gitkeep
- vault-template/raw/.gitkeep
Advantages
- Processes sources once into structured notes rather than performing repeated RAG searches. evidence: README.md
- Supports custom personal skills that persist outside the shared core repository. evidence: README.md
Limitations
- Requires an agent capable of loading skills from a directory, such as Claude Code or the Claudian plugin. evidence: README.md
- Local search functionality requires an optional external dependency (qmd) to avoid falling back to Grep. evidence: README.md
Security
Risk level: Medium risk
This brain runs
Install scripts (1)
install.sh:sh install.sh
Agent instructions that run or fetch something (48)
personal-skills/digest.example/SKILL.md:Run web searches for the user's chosen topics (edit this list to your field).personal-skills/retro.example/SKILL.md:`git log --oneline -20` (for the development arc)skills/claude-history-ingest/SKILL.md:├── audit.jsonl # Audit log — tool calls, file reads, commands runskills/cross-linker/SKILL.md:**Run after every ingest.** New pages are almost always poorly connected.skills/graph-colorize/SKILL.md:Tell the user to open it once, then re-run.skills/graph-colorize/SKILL.md:**New category value appears later**: a category not in the mapping gets no entry and its nodes stay default gray — re-run to pick it up.skills/graph-colorize/SKILL.md:Re-running is safe: each run creates a new backup, only `colorGroups` is rewritten.skills/ingest-url/SKILL.md:Read `.manifest.json` to check if this URL was already ingested· uses the networkskills/ingest-url/SKILL.md:**Git remote name** — run `git remote get-url origin 2>/dev/null` from the current working directory.skills/ingest-url/SKILL.md:**If available:** Use `defuddle <url>` (via Bash) to retrieve a clean, stripped-down markdown version of the page.· uses the networkskills/llm-wiki/SKILL.md:Put a `.env` at a vault's root (or run the skill from inside it) and that vault wins, regardless of the global default.skills/llm-wiki/SKILL.md:**`~/.obsidian-wiki/config`** — the global default, written by `install.sh`.skills/wiki-export/SKILL.md:Neo4j Cypher `MERGE` statements — paste into Neo4j Browser or run with `cypher-shell`:skills/wiki-export/SKILL.md:**Re-running is safe** — all output files are overwritten on each runskills/wiki-ingest/SKILL.md:If your model doesn't support vision, skip image sources and tell the user which files were skipped so they can re-run with a vision-capable model.skills/wiki-lint/SKILL.md:Also verify after every lint run: are `_system/index.md` and `_system/hot.md` up to date?skills/wiki-lint/SKILL.md:Run these checks in order.skills/wiki-lint/SKILL.md:Run the `cross-linker` skill targeted at the fragmented tag — it will surface and insert the missing linksskills/wiki-lint/SKILL.md:Run the `cross-linker` skill first if affinity scores look stale (e.g., `affinity: {}` on a page with many wikilinks)skills/wiki-lint/SKILL.md:For each pair, run a quick grep to count pages that link to both:skills/wiki-lint/SKILL.md:Run `/wiki-synthesize` to automatically discover and fill the top gapsskills/wiki-lint/SKILL.md:- **#systems** — 7 pages, cohesion=0.06 ⚠️ — run cross-linker on this tagskills/wiki-lint/SKILL.md:| [[Caching]] × [[Consistency]] | 5 pages | Run `/wiki-synthesize` |skills/wiki-lint/SKILL.md:| [[Testing]] × [[Observability]] | 3 pages | Run `/wiki-synthesize` |skills/wiki-rebuild/SKILL.md:They can now run:skills/wiki-research/SKILL.md:**Source Verification (mandatory before filing any note):** For every claim you intend to write into a wiki page, you must be able to point to a URL you successfully fetched with `WebFetch`.· uses the networkskills/wiki-research/SKILL.md:For each angle, run **2-3 `WebSearch` queries** using varied phrasingskills/wiki-research/SKILL.md:For the top 2-3 results per angle, use `WebFetch` (or `defuddle <url>` if available — cleaner extraction) to get content· uses the networkskills/wiki-research/SKILL.md:Run **up to 5 targeted searches** specifically addressing these gaps.skills/wiki-research/SKILL.md:Run one final targeted pass (2-3 searches) to find authoritative resolutionskills/wiki-setup/SKILL.md:Install instructions: see `.env.example` (QMD section).skills/wiki-setup/SKILL.md:Tell the user about these recommended community plugins (they install manually):skills/wiki-setup/SKILL.md:Run a quick sanity check:skills/wiki-setup/SKILL.md:Run `wiki-status` to see what's available to ingestskills/wiki-setup/SKILL.md:Run `wiki-ingest` to add their first sourcesskills/wiki-setup/SKILL.md:Run `claude-history-ingest` to mine their Claude conversationsskills/wiki-setup/SKILL.md:Run `codex-history-ingest` to mine their Codex sessions (if they use Codex)skills/wiki-setup/SKILL.md:Run `wiki-status` again anytime to check the deltaskills/wiki-status/SKILL.md:**Graph delta since last run.** Compare the current link graph to the snapshot stored in the previous `_insights.md`:skills/wiki-status/SKILL.md:Flag: pages that were isolated last run but now have incoming links ("newly connected: X, Y")skills/wiki-status/SKILL.md:Flag: pages that lost incoming links since last run ("link target may have been renamed: A, B")skills/wiki-status/SKILL.md:At the very end, embed a compact graph snapshot as an HTML comment so the next run can diff against it.skills/wiki-status/SKILL.md:- **#systems** — 7 pages, cohesion 0.06 ⚠️ run cross-linker on this tagskills/wiki-status/SKILL.md:## Graph Delta Since Last Runskills/wiki-synthesize/SKILL.md:Run this for your top candidate concepts and intersect the result sets.skills/wiki-synthesize/SKILL.md:This gives the user visibility into what the wiki thinks is worth exploring without forcing every synthesis in one run.skills/wiki-update/SKILL.md:If `~/.obsidian-wiki/config` doesn't exist, tell the user to run `bash setup.sh` from their obsidian-wiki repo first.skills/wiki-update/SKILL.md:Use `git log <last_commit>..HEAD --oneline` to see what's new.
- Medium risk: runs-instruction-instruction-network (skills/ingest-url/SKILL.md:28)
- Medium risk: runs-instruction-instruction-network (skills/ingest-url/SKILL.md:60)
- Medium risk: runs-instruction-instruction-network (skills/wiki-research/SKILL.md:22)
- Medium risk: runs-instruction-instruction-network (skills/wiki-research/SKILL.md:43)
- Low risk: scripts-present (install.sh)
Attribution and licence
- First committed by
Ivy-Chen1999
- Publisher
- Yuxin (Ivy) Chen (Community)
- Source
- Ivy-Chen1999/llm-wiki-kit · commit f511a35
- Licence
- MIT License (files served here)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Contributors
- Ivy-Chen1999
AutoGineer is not affiliated with or endorsed by Ivy-Chen1999.
Download
The ZIP holds the files AutoGineer serves, with ATTRIBUTION.md and the licence. Download llm-wiki-kit.zip