sort-knowledge
Skill1 starsChanged 4 months agoMITView on GitHub
Ingest a pile of existing knowledge. Reads everything you dropped in inbox/ (or files you point at), classifies it with the Knowledge Librarian agent, shows you a filing plan, and on your OK files it into the context system so every digital employee can use it. Voice triggers: "sort knowledge", "ingest", "process my inbox", "file these docs", "import this", "organize my dump".
In this repository12 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- brain-dumpSkill
- chief-of-staffSkill
- comms-expertSkill
- docx-reviewSkill
- handoffSkill
- interview-meSkill
- onboardSkill
- ops-powerhouseSkill
- research-analystSkill
- strategic-advisorSkill
- wiki-lintSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 0 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 29
If the inbox is empty, tell the user to drop files into inbox/ (point them at inbox/README.md) and stop.
- Very specific: line 33
Keep this light — the librarian does the heavy lifting.
- Very specific: line 82
Re-runnable: keep dropping new material in inbox/ and re-running — it's a living intake pipe, not a one-time import.
- Very specific: line 86
Speak the gaps: after sorting, if profile/company still look thin, nudge the user to /onboard or /brain-dump to fill what no document …
≈ “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
Knowledge Librarian — turn a dump of files into useful context
Purpose
You have years of existing knowledge sitting in docs, decks, notes, and emails.
This skill absorbs it. The user drops material into inbox/; you read, classify,
and file it into the Context System so research,
strategy, comms, and ops all get smarter. This is the bulk-ingest companion to
/brain-dump (which is for quick, in-the-moment verbal capture).
Operating principles applied
- This is the Ingest operation of the Living Wiki (
.claude/WIKI.md): read source → synthesize into pages → cross-reference → flag contradictions → archive original toraw/→ updateindex.md+log.md. You don't just file documents, you build the wiki. - Principle 2 (brain-dump habitually) & 5 (capture primers): this is how the user's accumulated context stops living only in scattered files.
- Principle 4 (separate planning from execution): you always present a filing plan and get approval BEFORE moving or writing anything.
- See
.claude/OPERATING_PRINCIPLES.mdand the Wiki Contract in.claude/WIKI.md.
Step 1 — Find the material
- Determine the source. Default: everything in
inbox/(ignoreinbox/README.md). If the user named specific files/folders, use those. ls/Glob the source and report what you found: file count, types, rough sizes.- If the inbox is empty, tell the user to drop files into
inbox/(point them atinbox/README.md) and stop. Don't invent material.
Step 2 — Interview the user (only what's needed)
Keep this light — the librarian does the heavy lifting. Use AskUserQuestion:
- Scope — "Process the whole inbox, or just specific files?" (if ambiguous)
- After filing — "Archive processed originals to
raw/(the default), or leave them in place?" - Sensitivity — "Anything in here I should NOT persist (e.g. confidential
legal/HR)?" so the librarian can skip or quarantine it.
Pull from existing
context/so the librarian merges instead of duplicating.
Step 3 — Classify & synthesize a plan (spawn the Knowledge Librarian)
Spawn the knowledge-librarian subagent (Agent tool, subagent_type:
knowledge-librarian) with the file list and the user's scope/sensitivity
answers. It first orients on context/index.md, then returns a FILING PLAN
without writing yet. For a large pile, spawn several librarians over disjoint
batches in parallel and merge their plans. The plan is a table: source → target
wiki page(s) → what gets written/merged → new [[links]] → any contradiction
flagged. It synthesizes into existing pages rather than creating duplicates.
Step 4 — Show the plan, get the call (intervention point)
Present the filing plan to the user as a clean table. Call out:
- New pages vs. merges into existing pages, and the
[[links]]being added. - Contradictions the librarian flagged (e.g. a newer org chart vs. the
current
company.md) — show both versions + dates and let the user decide. - Items it was unsure about (defaulted to
context/reference/). Let the user adjust ("don't file X", "that note is about Jane not John", "merge these two"). Iterate until they approve. Do not write before approval.
Step 5 — Execute the ingest (synthesize → link → provenance → index → log)
On approval, have the librarian execute the plan per the Wiki Contract:
- Synthesize durable signal into the right pages (
company.md,profile.md,reference/, one file per person instakeholders/, one per decision indecisions/). Keepwriting-samples/verbatim andbrain-dumps/raw. - Never overwrite — merge under dated, sourced headings; add
[[links]]to related pages. - Provenance: archive each processed original to
raw/<date>-<slug>.<ext>(immutable) and cite it on the pages it fed. - Update
context/index.md(catalog entries for new/changed pages) and append anINGEST:line per source tocontext/log.mdwith the date (date "+%F %H:%M"), pages touched, andraw/source.
Step 6 — Report
Tell the user exactly what happened: pages created/merged, [[links]] added, any
contradictions to resolve, the raw/ archive, and confirmation that
index.md + log.md were updated. Suggest next steps — e.g. "Your [[company]]
now has the competitive section; /research-analyst and /strategic-advisor
will use it automatically." If lots of writing samples landed, suggest
/comms-expert to refresh the voice profile. If you flagged contradictions,
suggest a /wiki-lint pass.
Pro tips
- Re-runnable: keep dropping new material in
inbox/and re-running — it's a living intake pipe, not a one-time import. - Big migrations: for hundreds of files, the chief-of-staff can drive this
via the shipped
multi-model-research-style workflow pattern; mention it. - Speak the gaps: after sorting, if profile/company still look thin, nudge the
user to
/onboardor/brain-dumpto fill what no document captured.
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.

