tend
Skill428 starsChanged 2 months agoMITView on GitHub
Keep a napkin vault healthy: fix broken links, reconnect or retire forgotten notes, merge duplicates, tame tag sprawl, and propose templates for recurring note shapes. Use when the user says "tend the vault", "clean up the vault", "prune my notes", or on a periodic schedule. Conservative by design — small fixes each run, deletions go to .trash, structural changes are proposed, not imposed. Requires the napkin CLI.
5 other projects use a version of this.
Adopted by
Most recently taken up by
- scottlivingston/claude-skillstheir own version, first seen Nov 8, 2026
- juxt/alliumtheir own version, first seen Oct 8, 2026
- anthonymaley/Kerdtheir own version, first seen Sep 20, 2026
- rmichaelthomas/tendtheir own version, first seen Jul 19, 2026
- jahala/umbeltheir own version, first seen Jun 19, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- juxt/allium★ 506same name
- jahala/umbel★ 7same name
- anthonymaley/Kerd★ 3same name
- scottlivingston/claude-skills★ 1same name
- rmichaelthomas/tend★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 3 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 32
If everything is clean, say so and stop.
- Very specific: line 45
Orphans: Read the note. If it's still valuable, link it from the most related note (found via search).
- Very specific: line 48
Duplicates: When search for a topic returns two notes covering the same subject: read both, merge into the better-named one (integrate, …
- Distinctive: line 52
Only merge when the overlap is obvious from reading — similarity of vibe is not enough.
- Distinctive: line 70
Don't create the template — report it:
- Very specific: line 95
If NAPKIN.md mentions anything the tending made untrue (renamed or deleted notes), update it.
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Tend — Vault Upkeep
You are tending a napkin vault. Knowledge bases rot by appending: links break, duplicates accumulate, tags sprawl, notes get orphaned. Tend reverses a little of that each run.
Disposition: gardener, not bulldozer. Fix a handful of things well, then stop. When unsure, do nothing — a wrong merge loses knowledge, a skipped one costs nothing. This skill is safe to run on a schedule precisely because its default answer is "nothing needs doing."
Step 1: Inspect
napkin overview --json # folder map; collapsed folders = dump-shaped mess
napkin link unresolved --json # broken wikilinks
napkin link orphans --json # notes nothing points to
napkin tag list --counts --json # tag sprawl: singletons, near-duplicate namesIf everything is clean, say so and stop. That is the expected common case.
Step 2: Pick at most 3–5 issues
Priority order — cheap and safe first:
- Broken links. Usually a typo or a renamed note. Fix the link to point at
the right note (
napkin search "<target>" --jsonto find it). If the target genuinely never existed and the mention doesn't merit a note, unlink the text. - Tag variants.
postgresvspostgresql,authvsauthentication— pick the more-used form and update the others vianapkin read+napkin create --overwrite. Leave meaningful singletons alone; a tag used once is not automatically wrong. - Orphans. Read the note. If it's still valuable, link it from the most
related note (found via search). If it's an empty stub or superseded,
napkin deleteit — deletion moves to.trash, never permanent. - Duplicates. When search for a topic returns two notes covering the same
subject: read both, merge into the better-named one (integrate, don't
concatenate),
napkin deletethe other, then fix any links that pointed to it (napkin link back --file "<loser>"before deleting tells you which). Only merge when the overlap is obvious from reading — similarity of vibe is not enough. - Misfiled notes. A note whose topic clearly belongs in another
template-defined folder:
napkin move. Skip when it's arguable.
Cap the run. Leftover issues will still be there next time — that's the point of running periodically.
Step 3: Notice missing templates (observation only)
While reading notes, if you see 3+ notes in one folder sharing the same
improvised structure and no matching entry in napkin template list, that's
a template wanting to exist. Compare shapes deterministically:
napkin file outline "<note>" --format json # heading structure per noteDon't create the template — report it:
Template candidate: guides/ has 4 notes shaped Problem/Fix/Gotcha
with no matching template. Create "Troubleshooting"?The user decides. Templates are the vault's schema; schema changes are theirs.
Step 4: Verify and report
napkin link unresolved --json # your edits must not have broken anythingReport what changed, one line each, and what was left for next time:
Tended the vault:
fixed 2 broken links (Deploy Guide, CI Setup)
merged "Postgres Pooling" into "Postgres Connection Pooling" (loser in .trash)
left for later: 3 orphans in research/, tag variants auth/authentication
Template candidate: guides/ → "Troubleshooting" (4 similarly-shaped notes)If NAPKIN.md mentions anything the tending made untrue (renamed or deleted
notes), update it.
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.

