Generated banner for llm-wiki-kit
Generated logo for llm-wiki-kit

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.
— the description by Ivy-Chen1999

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.

Folders
FolderRoleFiles
skillsagent-instructions24
personal-skillsfolder4
vault-templatefolder12

The agent writes

Requirements

Apps: Obsidian

Set it up

  1. 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
  2. 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
  3. cd llm-wiki-kit && claude

  4. AutoGineer scanned these files at commit f511a35.

  5. 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
  6. 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:

  1. Raw sources — your original material (articles, PDFs, notes, screenshots). Never modified.

  2. The wiki — markdown notes with YAML frontmatter and [[wikilinks]], kept in the vault.

  3. 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
└── LICENSE
Skills
SkillWhat it does
llm-wikiExplains the pattern and retrieval approach. Start here.
wiki-setupInitializes a new vault (structure, system files, config).
wiki-ingestTurns a raw source into wiki notes.
ingest-urlFetches a URL and ingests it.
data-ingestIngests structured/tabular data.
claude-history-ingestMines Claude conversation history into the wiki.
codex-history-ingestMines Codex CLI session history into the wiki.
wiki-queryAnswers questions from the wiki, with links to source notes.
wiki-researchRuns web research and files the results into the wiki.
wiki-updateRevises existing notes as things change.
wiki-synthesizeBuilds notes that connect several existing notes.
cross-linkerFinds and adds missing [[wikilinks]].
tag-taxonomyKeeps tags to a controlled list.
wiki-lintChecks for orphans, broken links, contradictions, stale notes.
wiki-statusReports what's new and what's ready to ingest.
wiki-dashboardGenerates a vault overview.
wiki-rebuildRebuilds the index and cache from the notes.
wiki-exportExports the wiki to other formats.
wiki-captureDrops rough notes into the staging area.
graph-colorizeColors 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 use Grep instead, so it's not required. See setup-qmd.sh or run npm 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.sh

Then 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 to Grep. You can run ./setup-qmd.sh later 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):

  1. an OBSIDIAN_VAULT_PATH environment variable (per-session override),

  2. a .env at the current working directory / vault root (vault-scoped),

  3. ~/.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 list

If 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-lint/SKILL.md


name: wiki-lint description: > Audit and maintain the health of the Obsidian wiki. Use this skill when the user wants to check their wiki for issues, find orphaned pages, detect contradictions, identify stale content, fix broken wikilinks, or perform general maintenance on their knowledge base. Also triggers on "clean up the wiki", "what needs fixing", "audit my notes", or "wiki health check".

Wiki Lint — Health Audit

You are performing a health check on an Obsidian wiki. Your goal is to find and fix structural issues that degrade the wiki's value over time.

Before scanning anything: follow the Retrieval Primitives table in llm-wiki/SKILL.md. Prefer frontmatter-scoped greps and section-anchored reads over full-page reads. On a large vault, blindly reading every page to lint it is exactly what this framework is built to avoid.

Flat-Vault Variant (optional)

Some vaults use a single notes/ folder instead of category folders, expressing the category via frontmatter (category: concept|entity|reference|insight). The starter vault shipped with this kit works this way. When the vault is flat, apply these overrides before running any checks:

CheckDefault behaviorFlat-vault override
#7 Provenance Driftchecks ^[inferred] markers + synthesis/ folderSKIP if the vault does not use provenance markers
#9 Visibility Tagschecks _meta/taxonomy.mdSKIP if the vault does not use visibility tags
#10 Misc Promotion Candidatesscans misc/ folderSKIP if no misc/ folder exists
#11 Synthesis Gapslooks for pages in synthesis/ADAPT — look for concept pairs co-occurring ≥ 3 times with no category: insight note connecting them; suggest creating one in notes/

When flat, all notes live in notes/ only. Categories are expressed via frontmatter category: concept|entity|reference|insight, not via folders.

Also verify after every lint run: are _system/index.md and _system/hot.md up to date? If notes exist in notes/ that are missing from index.md, flag and offer to add them.

Synthesis Gap behavior (trigger 3 of 3): When check #11 finds synthesis gaps, do NOT list all of them. Instead:

  1. Rank gaps by co-occurrence count (highest first)

  2. Pick only the top 1

  3. After the full lint report, ask the user one question:

"notes/X and notes/Y co-occur N times but have no insight page connecting them — want me to draft one now?"

  • If yes → create the insight note using the template in wiki-query/SKILL.md, then update index.md and hot.md

  • If no → drop it completely, no todo created

  • Never offer more than one synthesis at a time

Before You Start

  1. Resolve the vault path (precedence, highest first): the OBSIDIAN_VAULT_PATH environment variable if set, else a .env in the current working directory (vault-scoped), else ~/.obsidian-wiki/config (global default).

  2. Read index.md for the full page inventory

  3. Read log.md for recent activity context

Lint Checks

Run these checks in order. Report findings as you go.

1. Orphaned Pages

Find pages with zero incoming wikilinks. These are knowledge islands that nothing connects to.

How to check:

  • Glob all .md files in the vault

  • For each page, Grep the rest of the vault for [[page-name]] references

  • Pages with zero incoming links (except index.md and log.md) are orphans

How to fix:

  • Identify which existing pages should link to the orphan

  • Add wikilinks in appropriate sections

Find [[wikilinks]] that point to pages that don't exist.

How to check:

  • Grep for \[\[.*?\]\] across all pages

  • Extract the link targets

  • Check if a corresponding .md file exists

How to fix:

  • If the target was renamed, update the link

  • If the target should exist, create it

  • If the link is wrong, remove or correct it

3. Missing Frontmatter

Every page should have: title, category, tags, sources, created, updated.

How to check:

  • Grep frontmatter blocks (scope to ^--- at file heads) instead of reading every page in full

  • Flag pages missing required fields

How to fix:

  • Add missing fields with reasonable defaults

3a. Missing Summary (soft warning)

Every page should have a summary: frontmatter field — 1–2 sentences, ≤200 chars. This is what cheap retrieval (e.g. wiki-query's index-only mode) reads to avoid opening page bodies.

How to check:

  • Grep frontmatter for ^summary: across the vault

  • Flag pages without it, but as a soft warning, not an error — older pages predating this field are fine; the check exists to nudge ingest skills into filling it on new writes.

  • Also flag pages whose summary exceeds 200 chars.

How to fix:

  • Re-ingest the page, or manually write a short summary (1–2 sentences of the page's content).

4. Stale Content

Pages whose updated timestamp is old relative to their sources.

How to check:

  • Compare page updated timestamps to source file modification times

  • Flag pages where sources have been modified after the page was last updated

5. Contradictions

Claims that conflict across pages.

How to check:

  • This requires reading related pages and comparing claims

  • Focus on pages that share tags or are heavily cross-referenced

  • Look for phrases like "however", "in contrast", "despite" that may signal existing acknowledged contradictions vs. unacknowledged ones

How to fix:

  • Add an "Open Questions" section noting the contradiction

  • Reference both sources and their claims

6. Index Consistency

Verify index.md matches the actual page inventory.

How to check:

  • Compare pages listed in index.md to actual files on disk

  • Check that summaries in index.md still match page content

7. Provenance Drift

Check whether pages are being honest about how much of their content is inferred vs extracted. See the Provenance Markers section in llm-wiki for the convention.

How to check:

  • For each page with a provenance: block or any ^[inferred]/^[ambiguous] markers, count sentences/bullets and how many end with each marker

  • Compute rough fractions (extracted, inferred, ambiguous)

  • Apply these thresholds:

    • AMBIGUOUS > 15%: flag as "speculation-heavy" — even 1-in-7 claims being genuinely uncertain is a signal the page needs tighter sourcing or should be moved to synthesis/

    • INFERRED > 40% with no sources: in frontmatter: flag as "unsourced synthesis" — the page is making connections but has nothing to cite

    • Hub pages (top 10 by incoming wikilink count) with INFERRED > 20%: flag as "high-traffic page with questionable provenance" — errors on hub pages propagate to every page that links to them

    • Drift: if the page has a provenance: frontmatter block, flag it when any field is more than 0.20 off from the recomputed value

  • Skip pages with no provenance: frontmatter and no markers — treated as fully extracted by convention

How to fix:

  • For ambiguous-heavy: re-ingest from sources, resolve the uncertain claims, or split speculative content into a synthesis/ page

  • For unsourced synthesis: add sources: to frontmatter or clearly label the page as synthesis

  • For hub pages with INFERRED > 20%: prioritize for re-ingestion — errors here have the widest blast radius

  • For drift: update the provenance: frontmatter to match the recomputed values

8. Fragmented Tag Clusters

Checks whether pages that share a tag are actually linked to each other. Tags imply a topic cluster; if those pages don't reference each other, the cluster is fragmented — knowledge islands that should be woven together.

How to check:

  • For each tag that appears on ≥ 5 pages:

    • n = count of pages with this tag

    • actual_links = count of wikilinks between any two pages in this tag group (check both directions)

    • cohesion = actual_links / (n × (n−1) / 2)

  • Flag any tag group where cohesion < 0.15 and n ≥ 5

How to fix:

  • Run the cross-linker skill targeted at the fragmented tag — it will surface and insert the missing links

  • If a tag group is large (n > 15) and still fragmented, consider splitting it into more specific sub-tags

9. Visibility Tag Consistency

Checks that visibility/ tags are applied correctly and aren't silently missing where they matter.

How to check:

  • Untagged PII patterns: Grep page bodies for patterns that commonly indicate sensitive data — lines containing password, api_key, secret, token, ssn, email:, phone: followed by an actual value (not a field description). If a page matches and lacks visibility/pii or visibility/internal, flag it as a likely mis-classification.

  • visibility/pii without sources:: A page tagged visibility/pii should always have a sources: frontmatter field — if there's no provenance, there's no way to verify the classification. Flag any visibility/pii page missing sources:.

  • Visibility tags in taxonomy: visibility/ tags are system tags and must not appear in _meta/taxonomy.md. If found there, flag as misconfigured — they'd be counted toward the 5-tag limit on pages that include them.

How to fix:

  • For untagged PII patterns: add visibility/pii (or visibility/internal if it's team-context rather than personal data) to the page's frontmatter tags

  • For missing sources:: add provenance or escalate to the user — don't auto-fill

  • For taxonomy contamination: remove the visibility/ entries from _meta/taxonomy.md

10. Misc Promotion Candidates

Find pages in misc/ that have accumulated enough project affinity to be promoted.

How to check:

  • Glob $OBSIDIAN_VAULT_PATH/misc/*.md

  • For each page, read the affinity frontmatter field

  • Flag pages where any single project's score ≥ 3

How to fix:

  • Run the cross-linker skill first if affinity scores look stale (e.g., affinity: {} on a page with many wikilinks)

  • To promote: move the page to projects/<project-name>/references/ (or another appropriate category), update its category frontmatter, remove promotion_status, and grep the vault for backlinks to update them

11. Synthesis Gaps

Identify high-value synthesis opportunities the wiki is missing — concept pairs that co-occur across many pages but have no synthesis/ page connecting them.

How to check:

  • List all pages in synthesis/ — collect the concept pairs each one already covers (from its [[wikilinks]] or title)

  • Pick 10-15 frequently linked concepts from concepts/ and entities/

  • For each pair, run a quick grep to count pages that link to both:

    grep -rl "\[\[ConceptA\]\]" "$OBSIDIAN_VAULT_PATH" --include="*.md" > /tmp/a.txt
    grep -rl "\[\[ConceptB\]\]" "$OBSIDIAN_VAULT_PATH" --include="*.md" > /tmp/b.txt
    comm -12 <(sort /tmp/a.txt) <(sort /tmp/b.txt) | wc -l
  • Flag pairs with co-occurrence ≥ 3 that have no existing synthesis page

How to fix:

  • Run /wiki-synthesize to automatically discover and fill the top gaps

Output Format

Report findings as a structured list:

## Wiki Health Report

### Orphaned Pages (N found)
- `concepts/foo.md` — no incoming links

### Broken Wikilinks (N found)
- `entities/bar.md:15` — links to [[nonexistent-page]]

### Missing Frontmatter (N found)
- `skills/baz.md` — missing: tags, sources

### Stale Content (N found)
- `references/paper-x.md` — source modified 2024-03-10, page last updated 2024-01-05

### Contradictions (N found)
- `concepts/scaling.md` claims "X" but `synthesis/efficiency.md` claims "not X"

### Index Issues (N found)
- `concepts/new-page.md` exists on disk but not in index.md

### Missing Summary (N found — soft)
- `concepts/foo.md` — no `summary:` field
- `entities/bar.md` — summary exceeds 200 chars

### Provenance Issues (N found)
- `concepts/scaling.md` — AMBIGUOUS > 15%: 22% of claims are ambiguous (re-source or move to synthesis/)
- `entities/some-tool.md` — drift: frontmatter says inferred=0.10, recomputed=0.45
- `concepts/transformers.md` — hub page (31 incoming links) with INFERRED=28%: errors here propagate widely
- `synthesis/speculation.md` — unsourced synthesis: no `sources:` field, 55% inferred

### Fragmented Tag Clusters (N found)
- **#systems** — 7 pages, cohesion=0.06 ⚠️ — run cross-linker on this tag
- **#databases** — 5 pages, cohesion=0.10 ⚠️

### Visibility Issues (N found)
- `entities/user-records.md` — contains `email:` value pattern but no `visibility/pii` tag
- `concepts/auth-flow.md` — tagged `visibility/pii` but missing `sources:` frontmatter
- `_meta/taxonomy.md` — contains `visibility/internal` entry (system tag must not be in taxonomy)

### Misc Promotion Candidates (N found)
Pages in misc/ that have ≥ 3 connections to a single project and are ready to be promoted:

| Page | Top Project | Affinity Score |
|---|---|---|
| `misc/web-martinfowler-articles-microservices.md` | `obsidian-wiki` | 4 |

### Synthesis Gaps (N found)
Concept pairs that co-occur frequently but have no synthesis page:

| Pair | Co-occurrence | Suggested Action |
|---|---|---|
| [[Caching]] × [[Consistency]] | 5 pages | Run `/wiki-synthesize` |
| [[Testing]] × [[Observability]] | 3 pages | Run `/wiki-synthesize` |

After Linting

Append to log.md:

- [TIMESTAMP] LINT issues_found=N orphans=X broken_links=Y stale=Z contradictions=W prov_issues=P missing_summary=S fragmented_clusters=F visibility_issues=V promotion_candidates=C synthesis_gaps=G

Offer to fix issues automatically or let the user decide which to address.

48 files

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 run
  • skills/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 network
  • skills/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 network
  • skills/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 run
  • skills/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 links
  • skills/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 gaps
  • skills/wiki-lint/SKILL.md: - **#systems** — 7 pages, cohesion=0.06 ⚠️ — run cross-linker on this tag
  • skills/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 network
  • skills/wiki-research/SKILL.md: For each angle, run **2-3 `WebSearch` queries** using varied phrasing
  • skills/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 network
  • skills/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 resolution
  • skills/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 ingest
  • skills/wiki-setup/SKILL.md: Run `wiki-ingest` to add their first sources
  • skills/wiki-setup/SKILL.md: Run `claude-history-ingest` to mine their Claude conversations
  • skills/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 delta
  • skills/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 tag
  • skills/wiki-status/SKILL.md: ## Graph Delta Since Last Run
  • skills/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
GitHub avatar of Ivy-Chen1999Ivy-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