wiki-triage

Routes untriaged research sources from a pending queue into intake buckets with logged reasons.

Updated May 14, 2026
One-click install
npx skills add https://github.com/dadlabs-io/llm-wiki-bootstrap --skill wiki-triage-dadlabs-io
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: wiki-triage
Source: https://github.com/dadlabs-io/llm-wiki-bootstrap/tree/main/bootstrap/skills/wiki-triage
Command: npx skills add https://github.com/dadlabs-io/llm-wiki-bootstrap --skill wiki-triage-dadlabs-io

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Research sources arriving from Drive folders, discovery, feeds, and queued URLs pile up in a notebook's _inbox/pending/ queue with no clear owner. This Skill sorts each source into the right intake bucket so the correct reader ingests it, eliminating duplicate fetches and unsorted backlogs. ## Core Features & Use Cases - Bucket-based routing: Reads the bucket definitions (folder, purpose, reader) from _inbox/intake/README.md and moves each pending ticket into exactly one bucket via wiki-triage.py route, with every call logged as precedent. - Raw capture for other readers: Fetches and stores the raw content of any source destined for another reader's folder, so no one re-fetches; login-gated pages are captured through the user's browser session. - Reader notification: Reports one table per folder to the user and posts a single tagged line per reader in the project's Discord channel when one exists. - Use Case: A shared research notebook (agentic-design) accumulates 20 queued URLs overnight. Run triage to file each into main, agent-builder, or ai-money buckets with one-line reasons, then notify each project reader of their new items. ## Quick Start Ask the assistant to triage the pending intake queue for your notebook and route each source to the right bucket.

Frequently Asked Questions about wiki-triage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I triage pending research sources in an LLM-wiki notebook?▼

Run the triage workflow, which lists tickets in _inbox/pending/, judges each against the bucket purposes in _inbox/intake/README.md, and routes every ticket into one intake folder with a one-line reason. Each routing call is logged for future precedent.

What happens to a source that fits no intake bucket?▼

It goes to the main bucket, which is the catch-all every notebook has. The reason notes which buckets it straddles, and triage never drops a source for being off-topic; the bucket's reader makes that call.

Does wiki-triage ingest or delete the sources it sorts?▼

No. Triage only moves tickets between folders and captures raw content for other readers. Ingestion is handled by wiki-update or wiki-cycle, and tickets are never deleted; a wrong call is fixed by routing again.

When does the triage step skip itself or stop?▼

It stops when the pending queue is empty or when the buckets config check reports a problem, such as a missing main bucket or an unknown reader, since the config file belongs to the user. A single-bucket notebook routes everything to main without judgment.

How are other project readers notified after triage?▼

Each reader that received items gets one tagged line per pass in the project's Discord channel, using their raw user ID from the buckets output, naming the folder and item count. Readers without Discord are named in the user report instead.