agentleFS
SkinnnyJaySkinnnyJay/wiki-llm/skills/wiki-pipeline/SKILL.md

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.

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
  1. Distinctive:

    Run the standard llm-wiki path: Source → Ingest → Prepare → Maintain → Build → Validate, with explicit gates where the user can review …

    line 15
  2. Very specific:

    Run wiki-status (or the pre-flight snippet in wiki-research).

    line 23
  3. Very specific:

    Unattended mode: If the user says “run all” / “no stops”, only stop on status failure or validate failure.

    line 52
  4. Distinctive:

    Run wiki-status integration + config checks.

    line 58
  5. Very specific:

    If the user supplied a topic, URL, or batch intent, run wiki-research or wiki-fetch per wiki-research dispatch rules.

    line 62
  6. Very specific:

    Run wiki-ingest then wiki-maintainer.

    line 70
  7. Very specific:

    If knowledge_graph.auto_update_on_ingest is true, run llm-wiki kg rebuild after wiki merges.

    line 72
  8. Very specific:

    Run wiki-lint and llm-wiki compile --no-site (MCP: wiki_compile).

    line 76

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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

  1. Run wiki-status (or the pre-flight snippet in wiki-research). If _meta.setup_completed is false, stop and offer wiki-setup.
  2. Optionally read llm-wiki/.agent-memory.md if wiki-learn is in use; if memory.enabled, optionally llm-wiki memory recall for relevant past sessions (wiki-session-memory).

Entry point ($ARGUMENTS)

Parse the user request:

User saysStart 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

OrderStageInvokeGate (pause for user?)
1statuswiki-statusStop if vault missing or setup incomplete
2researchwiki-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
3preparewiki-raw-prepare / llm-wiki raw validate / raw finishUsually no gate if validation passes
4ingestwiki-ingest then wiki-maintainerGate: “Updated wiki pages: …. Run lint?” (or auto-continue if user asked for full unattended run)
4bkg updatellm-wiki kg rebuild (if knowledge_graph.auto_update_on_ingest)No gate — runs automatically after ingest
5lintwiki-lint / llm-wiki lint then llm-wiki compile --no-siteGate if issues found: list orphans/contradictions; offer fixes via wiki-maintainer before build
6buildllm-wiki build-siteNo gate on success
7validatellm-wiki validate and llm-wiki validate --wikilinks if wiki has linksDone

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-site

Step 7 — Validate

llm-wiki validate
llm-wiki validate --wikilinks   # when wiki has wikilinks

Report pass/fail clearly.

Done looks like

  • Each executed stage completed or explicitly skipped with a one-line reason.
  • wiki/log.md records 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 validate and llm-wiki build-site as 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).

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.