Install any skill in seconds. Free to start, no credit card required.
Get Started Free →danjdewhurst/story-maintenance
This skill should be used when the user asks to validate, reindex, repair registries, check links, check continuity, count words, summarize a story project, import an existing manuscript, export a manuscript, run the story CLI, or perform deterministic maintenance on a Story Skills markdown project.
Passed 17 of 21 test cases with the skill, and 4 of 21 without it.
and 21 more in the full report
15 fixed2 passed either way2 still failing2 broke1 errored
Tokens, turns and time describe resource use, not a dollar price.
This benchmark measured an earlier version of the skill.
One of 15 test cases the skill fixed. Same model, same prompt, with and without the skill.
I want to register a new clue titled 'The Silver Locket' in my mystery novel project. It is introduced in Chapter 2 and paid off in Chapter 5. What CLI command adds this clue with these attributes?
| Checked | Without skill | With skill |
|---|---|---|
| Specifies story add clue with title set to The Silver Locket. | Passed | Passed |
| Includes the planted flag set to chapter-02. | Missed | Passed |
| Includes the payoff flag set to chapter-05. | Missed | Passed |
The instructions your model reads when the skill loads.
Run deterministic maintenance for Story Skills projects. Use the CLI for structure validation, registry rebuilds, word counts, link checks, continuity checks, project reports, next-action reports, pacing, clue, voice, and name checks, revision-pass tracking, Mermaid diagrams, schema migration, entity helpers, manuscript import, and manuscript export and builds. The creative skills still own story decisions; this skill handles mechanical consistency. It runs a check and reports what it found, and fixes mechanical problems such as broken references and stale registries; deciding what a finding means for the story, and revising the story to fix it, belongs to revision-continuity, plot-structure, voice-style, or genre-craft.
Prefer the first available command:
story <command> - when the package bin is installednode scripts/story.js <command> - bundled fallback, resolving scripts/story.js relative to this skill foldernode <checkout>/bin/story.js <command> - only when the user names a Story Skills repository checkout or you are working in one, where <checkout> is its pathWrite the script in forms 2 and 3 as an absolute path and run the command from the folder you would run story from, so . and other relative paths keep their meaning. Use Node, not Bun or the story script in the checkout's package.json: Bun would load that folder's bunfig.toml (which can run code) and .env, and a package script runs from the checkout's root, so . would be the checkout, not the story project.
If none of these are available, perform the requested maintenance manually using the shared conventions in references/conventions.md.
Run the installed or bundled CLI in place. Do not copy scripts/story.js into the user's story project, and do not create project-local build scripts, generator scripts, or bulk writer scripts to generate story content. Story projects should remain markdown-first, plus explicitly requested exports such as dist/manuscript.md.
Run commands from the story project root, or pass the story path explicitly.
After any change to story files, run the maintenance block, in this order:
story reindex .
story wordcount . --write
story check .
reindex rebuilds the registries, wordcount --write updates chapter counts (and reindexes again), and check then runs validate, links, and continuity over the settled files. check exits 1 only on errors; warnings print but do not fail it (--strict makes them fail). Every skill ends its edits with this block, followed by any skill-specific checks such as story clues . or story pacing ..
For the full command set, run story --help (every command) or story <command> --help (its flags), or read references/commands.md, which gives an example of each.
The check commands' detailed rules live in references/continuity-checks.md, one section per command. Read the matching section before explaining or acting on a finding. The editing commands' detail (add, rename, move, remove, split, merge, import) lives in references/editing-commands.md, and each build format's in references/builds.md.
Use:
test cases passed, vs 4 / 21 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.