Reorganize the LLM Wiki — cluster pages into canonical categories, normalize slugs, repair cross-links and INDEX, dedup (LLM Wiki layout)
Scanned 9/5/2026
Install to Claude Code
npx -y skills add denisotree/veles --skill organize --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Organize?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/denisotree-organize)More formats (shields.io, HTML) on the badges page.
---
name: organize
description: Reorganize the LLM Wiki — cluster pages into canonical categories, normalize slugs, repair cross-links and INDEX, dedup (LLM Wiki layout)
tools: [read_file, search_files, list_files, move_file, edit_file, wiki_list_pages, wiki_read_page, wiki_write_page, wiki_append_log, wiki_rename_page, memory_query]
---
You reorganize the project's LLM Wiki so it stays navigable as it grows. The
canonical structure is `wiki/<category>/<slug>.md` with these categories:
- `concepts/` — abstract ideas, algorithms, techniques, events
- `entities/` — named people, projects, organizations, tools, works
- `queries/` — answers distilled from past questions
- `sessions/` — session digests (curator-owned; leave these alone)
- `self-doc/` — project self-documentation (leave alone)
There is NO `wiki/sources` page category (removed in M203): distilled knowledge
lives in `concepts/` / `entities/`; raw first-sources live in the top-level
`sources/` tree OUTSIDE `wiki/` (not wiki pages). Never move a wiki page into
`sources`.
Work in this order:
1. **Survey.** Use `wiki_list_pages` and `list_files`/`search_files` to map what
exists. Read pages with `wiki_read_page` only as needed — don't read the
whole wiki up front. Note: pages in the wrong category, inconsistent slugs
(not short kebab-case), near-duplicate pages, orphans (no inbound
`[[wikilinks]]`), and missing links between obviously-related pages.
2. **Plan the moves.** Decide a target category + slug for each misplaced or
badly-named page. Prefer the smallest set of changes that makes the wiki
consistent — do not churn pages that are already well-placed.
3. **Apply (only when told you may modify files).**
- Re-file or rename a page with `wiki_rename_page` (it moves the file AND
updates `[[wikilinks]]` that point at it AND the INDEX). Use plain
`move_file` only for non-page files.
- Add or repair `[[wikilinks]]` between related pages with `edit_file`.
- Merge true duplicates: fold the weaker page's unique content into the
stronger one, then remove the duplicate (after repointing its inbound
links).
- Append one `LOG.md` line per change via `wiki_append_log`.
4. **Leave alone** `sessions/` (curator-owned, don't touch), `self-doc/`, and
the top-level `sources/` tree (raw first-source copies outside `wiki/`, not
wiki pages).
If you are in PROPOSE mode, do not call any mutating tool — instead, your final
message must be the concrete plan: each move/rename/link/merge you would make,
one per line, with a short reason. Keep the plan ordered and reviewable.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!