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/ and wiki/ 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.