LLM-Wiki Skills
Portable Agent Skills for coding agents that help users understand, choose, build, migrate, operate, evaluate and govern LLM-Wiki systems.
LLM-Wiki is a pattern where an agent compiles raw sources into a persistent, human-readable, git-versioned Markdown wiki:
raw/ -> wiki/ -> AGENTS.md / CLAUDE.md / skills
This repository packages that pattern as installable skills for Claude Code, Codex, Cursor, OpenCode and other Agent Skills-compatible coding agents.
Install
Start with the lane that matches how you will use the wiki:
| Persona | Install | First useful prompt |
|---|---|---|
| First-time demo | llm-wiki-zero-to-working-wiki |
"Take this empty folder from zero to a working LLM-Wiki with one source, one saved answer and one lint report." |
| Solo Obsidian / local notes | llm-wiki-setup, wiki-ingest, wiki-query, wiki-lint, llm-wiki-obsidian-hardening |
"Create a local-first LLM-Wiki vault from this folder and keep writes reviewable." |
| Repository docs / coding agents | llm-wiki-repo-docs, llm-wiki-setup, wiki-query, wiki-lint, llm-wiki-github-action |
"Build an OpenWiki-style repo docs map for this codebase and propose the first pages." |
| Team knowledge system | llm-wiki-team-rollout, llm-wiki-capture-pipeline, llm-wiki-eval, llm-wiki-security-review, llm-wiki-export-publish |
"Design a PR-based team LLM-Wiki operating loop with owners, review queues and eval gates." |
External starter (recommended)
Create a ready local vault with the supported external-starter profile:
npx llm-wiki-starter
The guided setup asks which agent you use, where your documents are, whether they can leave the machine and whether to enable public export. It creates my-llm-wiki, copies selected documents to inbox/, installs the nine starter skills and runs preflight.
For scripts or a custom destination, use npx llm-wiki-starter init my-llm-wiki --agent codex. Existing files are not replaced; a conflicting external:build package script stops setup. To delegate setup, paste profiles/external-starter/prompt.md into the agent.
New to CLI tools and Git? Follow LLM-Wiki Agent — start here.
After you approve pages under wiki/public/, run npm run external:build in the vault to create a checked public bundle under dist/.
List all available skills:
npx skills add po4yka/llm-wiki-skills --list
Install the full pack for Claude Code:
npx skills add po4yka/llm-wiki-skills --skill '*' -a claude-code
Install selected advisory skills for Claude Code and Codex:
npx skills add po4yka/llm-wiki-skills \
--skill llm-wiki-orient \
--skill llm-wiki-faq \
--skill llm-wiki-choose \
--skill llm-wiki-zero-to-working-wiki \
--skill llm-wiki-setup \
-a claude-code -a codex
Use one skill without installing it:
npx skills use po4yka/llm-wiki-skills --skill llm-wiki-faq --agent claude-code
Zero to working wiki
The fastest product path is:
install core skills -> create raw/wiki vault -> ingest one source -> ask one reusable question -> run wiki-lint -> review git diff
Use docs/quickstart.md for the full 10-minute flow.
To inspect the value before installing anything, open examples/demo-vault/README.md. It shows the first source, expected ingest result, expected query answer and expected lint contract.
Maintenance ritual
After the first run, keep the wiki alive with a small operating loop:
| Cadence | Command or skill | Output |
|---|---|---|
| Every capture session | wiki-triage then wiki-ingest |
Draft source/wiki pages plus updated index and log. |
| Weekly | wiki-lint |
Review queue for stale pages, orphans, provenance gaps and contradictions. |
| Monthly | llm-wiki-eval |
Baseline versus with-wiki usefulness notes and decision on whether to keep investing. |
| Before sharing/export | llm-wiki-privacy-redactor, llm-wiki-export-publish |
Redaction preview, export manifest, citations and checksums. |
What this pack covers
The repository contains a full lifecycle skill system for LLM-Wiki adoption:
learn -> answer objections -> choose -> diagnose -> plan -> set up -> migrate -> operate -> audit -> publish/archive -> evolve
It includes skills for:
- explaining the pattern and evidence behind it;
- answering serious criticism: consensus smoothing, context poisoning, cognitive debt, drift, token burn, prompt injection, benchmark vacuum and write-only archive risk;
- designing human-first wiki structures that remain findable and readable without agents;
- choosing ready-made versus custom solutions;
- mapping concrete open-source implementations, implementation archetypes, retrieval stacks, ingestion stacks, MCP integrations and eval tooling;
- setting up local-first, repo-docs, Obsidian, MCP/API, retrieval, ingestion or team workflows;
- migrating existing document sets into
raw/andwiki/structure; - running triage, ingest, query and lint operations;
- benchmarking pilot value and evaluating whether the wiki is useful;
- auditing provenance, claim anchors, trust, security threat model and model/data policy;
- refreshing stale sources, redacting private content, publishing and archiving;
- designing team operating models, ownership, review queues, SLOs, onboarding and GitOps governance;
- compiling reusable wiki procedures into installable Agent Skills.
Skill groups
Learn and choose
| Skill | Use when |
|---|---|
llm-wiki-orient |
The user is new to LLM-Wiki and wants the pattern, trade-offs and solution landscape explained. |
llm-wiki-faq |
The user needs an adoption explanation, evidence summary, ROI framing, migration answer, stakeholder FAQ or concise objection response. |
llm-wiki-human-first-design |
The user asks how to avoid an agent-generated document dump, make the wiki human-readable, pass an agent-disappears test, or design page contracts and navigation maps. |
llm-wiki-paf-adoption |
The user asks how LLM-Wiki maps to PAF Nexus/Cortex adoption, company-level Nexus pilots, shared context governance or decision-impact measurement. |
llm-wiki-news-radar |
The user asks for fresh news, projects, papers, releases or ecosystem changes. |
llm-wiki-choose |
The user needs help deciding whether to adopt a ready-made solution or build their own. |
Technology landscape
| Skill | Use when |
|---|---|
llm-wiki-ecosystem-registry |
The user asks what LLM-Wiki implementations or adjacent open-source projects exist, or how OpenWiki, nashsu/llm_wiki, Vouch, RepoAgent and smaller projects compare. |
llm-wiki-implementation-deep-dive |
The user wants implementation-level comparison, architecture patterns, production-readiness analysis, or what to copy from concrete LLM-Wiki projects. |
llm-wiki-retrieval-architect |
The user needs to choose between lexical search, SQLite FTS, hybrid retrieval, vector DBs, rerankers, GraphRAG, metadata filters, MCP retrieval or custom indexes. |
llm-wiki-ingestion-stack |
The user has PDFs, Office docs, HTML, web clips, audio/video, code, chats, email, tables, databases, scans or production ETL needs and wants source-preserving ingestion, manifests, fidelity gates or sync/dedupe design. |
llm-wiki-mcp-integration |
The user wants to expose a wiki to Claude Code, Codex, Cursor, ChatGPT, VS Code, GitHub Copilot, LangGraph or other clients through MCP or a local/remote API. |
llm-wiki-eval-tooling |
The user needs to choose eval frameworks, dataset formats, scorecards, red-team configs, prompt regression tests or CI gates. |
Diagnose, plan and evaluate
| Skill | Use when |
|---|---|
llm-wiki-doctor |
An existing vault/docs folder needs read-only diagnosis before changes. |
llm-wiki-migration-planner |
The user wants a dry-run migration plan before moving files. |
llm-wiki-eval |
The user wants to define or interpret usefulness, grounding, maintenance, review-backlog or decision-gate metrics, or run a bounded pilot with baseline and with-wiki passes. |
llm-wiki-critique-audit |
The user wants an adversarial failure-mode register, bad-fit decision, mitigation plan or residual-risk scorecard. |
llm-wiki-provenance |
Claims need missing-source investigation, evidence-link repair, support-label correction or a provenance gap report. |
llm-wiki-claim-anchors |
Already inspected claims need deterministic claim IDs, source anchor IDs, support-label formatting or anchor validation. |
llm-wiki-conflict-resolver |
Lint or review found contradictory wiki claims. |
Implement and migrate
| Skill | Use when |
|---|---|
llm-wiki-zero-to-working-wiki |
The user wants to bootstrap a first useful LLM-Wiki from zero: one vault, one source, one saved answer and one lint report. |
llm-wiki-setup |
The user chose a target setup and wants installation, config, hooks, templates or git workflow help. |
llm-wiki-design |
The user wants to design or build a custom LLM-Wiki product, plugin, CLI or agent workflow. |
llm-wiki-refactor |
Existing documents, notes, docs folders or vaults should be reorganized into LLM-Wiki structure. |
llm-wiki-local-first-stack |
The user wants Markdown/git/Obsidian/local search/local model architecture. |
llm-wiki-obsidian-hardening |
An Obsidian vault needs agent-safe wikilink, attachment, frontmatter and sync rules. |
llm-wiki-repo-docs |
A codebase needs OpenWiki-style agent-readable repository documentation. |
llm-wiki-github-action |
The user wants scheduled lint, validation, eval, ingestion, publishing, or PR-based maintenance. |
Capture and domain workflows
| Skill | Use when |
|---|---|
llm-wiki-company-flow-audit |
The user wants to map company knowledge flows, automation boundaries, sync points, permissions, review UI needs or maintenance trade-offs into an adoption plan. |
llm-wiki-capture-pipeline |
The user wants cross-channel capture architecture, inbox/raw topology, metadata contracts, dedupe boundaries, triage handoff, or named connector/channel capture rules. |
llm-wiki-interview |
Tacit knowledge should be extracted through an agent-led interview. |
llm-wiki-adr-memory |
The user wants to recover or maintain decision provenance and ADR memory. |
llm-wiki-domain-pack |
A domain-specific taxonomy, templates and review policy are needed. |
Operate and trust
| Skill | Use when |
|---|---|
wiki-triage |
Inbox material needs sorting before full ingest. |
wiki-ingest |
Trusted raw sources should become source/entity/concept/synthesis pages. |
wiki-query |
A question should be answered from the compiled wiki and useful answers saved back. |
wiki-lint |
The wiki needs structural health checks, stale-claim detection and review queues. |
llm-wiki-trust-audit |
The user wants an anti-slop, provenance, confidence and human-synthesis audit. |
llm-wiki-source-refresh |
Stale or current-state source-backed claims need refresh reports. |
llm-wiki-privacy-redactor |
Private content needs preview redaction before export or model-boundary use. |
llm-wiki-threat-model |
The user needs a new STRIDE/LINDDUN threat model, data-flow diagram, attack-surface map, risk matrix or control baseline. |
llm-wiki-security-review |
Existing skills, ingestion, retrieval, MCP/API, CI, vault access, exports or write permissions need safety review. |
llm-wiki-model-policy |
The user needs local/cloud model and data-use policy. |
llm-wiki-export-publish |
A public, internal, agent-readable, API, graph or archive subset of the wiki should be exported or published with manifests, redaction, checksums and release gates. |
llm-wiki-archive |
The wiki needs long-term durability and archive manifests. |
Skill and memory governance
| Skill | Use when |
|---|---|
llm-wiki-skill-doctor |
Agent Skills need quality, trigger, overlap or safety review. |
llm-wiki-skill-compiler |
Procedural wiki knowledge should become installable Agent Skills. |
llm-wiki-agent-memory-bridge |
The user needs boundaries between wiki, skills, instruction files and agent memory. |
llm-wiki-team-rollout |
A team wants onboarding, ownership, RACI/DACI, PR review, permissions, SLOs, dashboards, operating rituals and knowledge-maintenance workflows. |
llm-wiki-gitlab-operating-model |
A self-hosted GitLab environment needs LLM-Wiki operating-model design for groups, merge requests, CODEOWNERS, protected branches, CI/CD, runners, Pages, registries, RBAC, audit events or compliance controls. |
Repository contents
| Path | Purpose |
|---|---|
skills/ |
Installable Agent Skills. Each folder has a SKILL.md with valid Agent Skills frontmatter. |
bin/llm-wiki-starter.mjs |
One-command vault bootstrap CLI. |
skills.sh.json |
Directory grouping metadata for skills.sh-style discovery. |
docs/ |
Conceptual reference docs behind the skills, including docs/12-evidence-and-faq.md, docs/13-ecosystem-matrix.md, docs/14-technology-stack.md, docs/15-implementation-deep-dive.md, docs/16-retrieval-architecture.md, docs/17-mcp-api-integration.md, docs/18-evaluation-methodology.md, docs/19-security-threat-model.md, docs/20-ingestion-pipelines.md, docs/21-publishing-export.md, docs/22-team-operating-model.md, docs/criticism-and-mitigations.md, and docs/24-human-first-llm-wiki.md. |
templates/ |
Starter vault files, source manifests, ingestion profiles, export profiles, team operating-model files, schemas and page/report/evaluation/API/security/publishing templates. See docs/templates-catalog.md. |
templates/external-starter/ |
Ready external agent preset used by the starter CLI. |
policies/ |
Policy templates for redaction, retention, review and incident response. |
examples/ |
Small fixtures for first-run and validation scenarios. |
domain-packs/ |
Domain-specific starter taxonomies and workflows. |
profiles/ |
Supported skill subsets and copy-paste bootstrap prompts. |
benchmarks/ |
Pilot questions and scoring rubric for local evaluation. |
Validation, distribution, and operational reports
Run deterministic repository checks:
npm run validate
Verify the pack works with the upstream skills CLI as a local source:
npm run smoke:skills
Generate offline refresh reports:
npm run refresh:reports
The smoke test lists available skills, renders llm-wiki-faq with skills use without launching an agent, and installs that skill into a temporary Claude Code project with skills add --copy -y.
The Product E2E workflow installs the starter tarball in a clean environment, then runs a deterministic ingest, query, lint, redaction and export fixture on Linux and macOS for the Claude Code and Codex layouts. It runs on main, weekly and on demand without provider credentials. To run one matrix cell locally:
npm run test:product-e2e -- --agent codex
The refresh reports write dist/source-refresh-report.md and dist/ecosystem-refresh-report.md. They create review queues for stale source-backed claims and ecosystem registry verification; they do not browse the web and do not update truth claims.
Safety principle
Automate bookkeeping, not belief.
The agent may maintain links, frontmatter, indexes, logs, drafts, MOCs, deduplication candidates and lint reports. Human review remains responsible for synthesis, acceptance of ambiguous claims and promotion from draft to reviewed/verified knowledge.
Freshness and evidence policy
Skills that answer current ecosystem questions should use fresh sources. Skills that argue for adoption should distinguish direct LLM-Wiki evidence, adjacent evidence from RAG/memory/context-engineering work, criticism-derived residual risks, and the user's own pilot metrics.
No comments yet
Be the first to share your take.