wiki-pipeline
Skill0 starsChanged 4 months agoMITView on GitHub
End-to-end vault workflow — status, research/fetch, raw prepare, wiki ingest, lint, build-site, validate — with optional user gates between stages.
In this repository36 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- wiki-extract-annasSkill
- wiki-extract-crunchbaseSkill
- wiki-extract-ebookSkill
- wiki-extract-ecommerceSkill
- wiki-extract-githubSkill
- wiki-extract-linkedinSkill
- wiki-extract-newsletterSkill
- wiki-extract-patentsSkill
- wiki-extract-paywallSkill
- wiki-extract-podcastSkill
- wiki-extractSkill
- wiki-extract-wikipediaSkill
- wiki-extract-youtubeSkill
- wiki-fetchSkill
- wiki-ingestSkill
- wiki-learnSkill
- wiki-lintSkill
- wiki-maintainerSkill
- wiki-onboardSkill
- wiki-querySkill
- wiki-raw-prepareSkill
- wiki-research-academicSkill
- wiki-research-deepSkill
- wiki-research-feedsSkill
- wiki-research-loopSkill
- wiki-research-newsSkill
- wiki-researchSkill
- wiki-research-socialSkill
- wiki-research-webSkill
- wiki-retroSkill
- wiki-session-memorySkill
- wiki-setupSkill
- wiki-statusSkill
- wiki-upgradeSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 2 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Run the standard llm-wiki path: Source → Ingest → Prepare → Maintain → Build → Validate, with explicit gates where the user can review …
- Very specific: line 23
Run wiki-status (or the pre-flight snippet in wiki-research).
- Very specific: line 52
Unattended mode: If the user says “run all” / “no stops”, only stop on status failure or validate failure.
- Distinctive: line 58
Run wiki-status integration + config checks.
- Very specific: line 62
If the user supplied a topic, URL, or batch intent, run wiki-research or wiki-fetch per wiki-research dispatch rules.
- Very specific: line 70
Run wiki-ingest then wiki-maintainer.
- Very specific: line 72
If knowledge_graph.auto_update_on_ingest is true, run llm-wiki kg rebuild after wiki merges.
- Very specific: line 76
Run wiki-lint and llm-wiki compile --no-site (MCP: wiki_compile).
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Wiki pipeline — Orchestrator
Run the standard llm-wiki path: Source → Ingest → Prepare → Maintain → Build → Validate, with explicit gates where the user can review before continuing. This is domain-specific to the vault.
See skills/references/pipeline-artifacts.md for what each stage writes and what reads it.
Progress in chat — At each stage boundary, say which stage you are entering (e.g. “Stage: raw prepare”, “Stage: wiki-ingest merge”). After each invoked skill or CLI, give a one-paragraph recap (what ran, what paths changed, exit OK or not) before moving on. Do not run the full pipeline without visible checkpoints unless the user explicitly asked for a silent / unattended run.
Pre-flight
- Run wiki-status (or the pre-flight snippet in wiki-research). If
_meta.setup_completedis false, stop and offer wiki-setup. - Optionally read
llm-wiki/.agent-memory.mdif wiki-learn is in use; ifmemory.enabled, optionallyllm-wiki memory recallfor relevant past sessions (wiki-session-memory).
Entry point ($ARGUMENTS)
Parse the user request:
| User says | Start at |
| (default) / “full run” | status → research → … → validate |
| “from raw” / “merge only” | prepare (if needed) → ingest → … |
| “from wiki” / “lint and ship” | lint → build → validate |
| “status only” | status only |
Stages are skipped when not applicable (e.g. no new raw/ files → skip prepare if user confirms raw is already clean).
Stage map
| Order | Stage | Invoke | Gate (pause for user?) |
| 1 | status | wiki-status | Stop if vault missing or setup incomplete |
| 2 | research | wiki-research (topic/URL) or wiki-fetch (quick URL) | Gate: “N file(s) in raw/. Review before wiki merge?” — skip auto-continue if user wants to inspect |
| 3 | prepare | wiki-raw-prepare / llm-wiki raw validate / raw finish | Usually no gate if validation passes |
| 4 | ingest | wiki-ingest then wiki-maintainer | Gate: “Updated wiki pages: …. Run lint?” (or auto-continue if user asked for full unattended run) |
| 4b | kg update | llm-wiki kg rebuild (if knowledge_graph.auto_update_on_ingest) | No gate — runs automatically after ingest |
| 5 | lint | wiki-lint / llm-wiki lint then llm-wiki compile --no-site | Gate if issues found: list orphans/contradictions; offer fixes via wiki-maintainer before build |
| 6 | build | llm-wiki build-site | No gate on success |
| 7 | validate | llm-wiki validate and llm-wiki validate --wikilinks if wiki has links | Done |
Unattended mode: If the user says “run all” / “no stops”, only stop on status failure or validate failure; log gate decisions as skipped in wiki/log.md.
Steps (agent execution)
Step 1 — Status
Run wiki-status integration + config checks. If setup is incomplete, offer wiki-setup and stop.
Step 2 — Research / fetch (if needed)
If the user supplied a topic, URL, or batch intent, run wiki-research or wiki-fetch per wiki-research dispatch rules. After new files land in raw/, apply gate unless unattended.
Step 3 — Prepare raw (if needed)
For messy HTML/PDF/OCR: wiki-raw-prepare + llm-wiki raw finish as in wiki-raw-prepare. If raw validate already passes with no LLM cleanup needed, skip. raw/ validation skips raw/memory/ (machine-generated session files).
Step 4 — Wiki ingest
Run wiki-ingest then wiki-maintainer. Append wiki/log.md with a pipeline | … entry. Gate unless unattended.
If knowledge_graph.auto_update_on_ingest is true, run llm-wiki kg rebuild after wiki merges; the CLI also runs kg rebuild after post_ingest on new raw/ files — see skills/references/mcp-and-kg.md § "KG auto-update after ingest".
Step 5 — Lint / compile
Run wiki-lint and llm-wiki compile --no-site (MCP: wiki_compile). If issues exist, gate: propose fixes or run wiki-maintainer / new pages.
Step 6 — Build site
llm-wiki build-siteStep 7 — Validate
llm-wiki validate
llm-wiki validate --wikilinks # when wiki has wikilinksReport pass/fail clearly.
Done looks like
- Each executed stage completed or explicitly skipped with a one-line reason.
wiki/log.mdrecords the pipeline run (date, stages, notable files).- validate exits successfully (or user accepts documented failures as follow-up).
- User knows where
wiki/.og/is and how to serve it (see WORKFLOWS.md).
Artifacts
Reads: llm-wiki/config.json, raw/, wiki/.
Writes: per pipeline-artifacts table; pipeline primarily orchestrates other skills.
Related skills
- wiki-status, wiki-research, wiki-fetch, wiki-raw-prepare, wiki-ingest, wiki-maintainer, wiki-lint
- wiki-learn — optional memory at start
- wiki-retro — periodic review of vault activity
Smoke check
- CLI: From the vault root:
llm-wiki validateandllm-wiki build-siteas appropriate to the pipeline stage under test. - Prompt: Invoke this skill; confirm pipeline stages are executed or skipped with a stated reason.
Optional: skills/references/context-persona.md; persona.name in config (default Gennie).
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

