This skill should be used when the user asks to "write a chapter", "next chapter", "chapter outline", "draft chapter", "continue the story", "write a scene", "outline a chapter", or wants to write prose for a story project.
npx skills add https://github.com/danjdewhurst/story-skills --skill chapter-writing
Write story chapters using an outline-first workflow. Gathers context from all other story elements (characters, world, plot) to maintain consistency, builds a beat-by-beat outline for approval, then writes full prose. After writing, updates all cross-references (chapter index, timeline, foreshadowing).
A story project must already exist with at least:
story.md (story bible)characters/plot/_index.md (recommended but not required for first chapters)Before drafting or revising chapter prose, check whether the better-writing skill is available in the active agent environment.
better-writing is available, use it for prose quality, voice calibration, anti-generic writing checks, and the final pre-flight pass before saving the chapter.better-writing is not available, recommend installing forjd/better-writing with npx skills add forjd/better-writing or bunx skills add forjd/better-writing, then continue with this skill's built-in writing guidelines if the user does not install it.Read these files to understand the current story state:
story.md - genre, themes, POV, tensechapters/_index.md - what's been written, current word countplot/_index.md - arc status, what needs to happen nextplot/timeline.md - chronological positionscenes/_index.md - scene state already recordedcontinuity/state.md - character, object, and knowledge statecontinuity/questions/_index.md and continuity/promises/_index.md - unresolved mysteries and setup/payoff commitmentsIf this isn't the first chapter, also read:
plot/arcs/ - for upcoming plot beatsAsk the user:
If plot arcs exist, suggest the next logical beats to advance.
Create a beat-by-beat outline listing:
Load the POV character's file for voice reference. Load relevant location files for setting details.
Present the outline to the user for approval. Revise until approved.
With the approved outline, write the full prose:
story.mdreferences/writing-guidelines.md for prose craft guidancebetter-writing skill before finalizing prosereferences/chapter-template.mdSave to chapters/chapter-{NN}.md with appropriate frontmatter.
Create or update a matching scene file in scenes/chapter-{NN}-scene-{NN}.md for each scene. Scene frontmatter should include chapter, scene, pov, location, characters, arcs-advanced, status, and state-changes so continuity survives beyond prose.
Write chapter prose directly into the chapter markdown file. Do not stage prose in project-local build scripts, generator scripts, or bulk writer scripts (for example build-*.js) to emit chapters. If a temporary helper is truly unavoidable for mechanical file operations, keep it outside the story project and remove it before finishing.
After the chapter is written:
chapters/_index.md - add chapter to registry, update total word countplot/timeline.md - add events from this chapter in chronological orderscenes/ fileplanted or paid-off with chapter referencestory wordcount . --write
story reindex .
story links .
story validate .
story next .
Present a summary of all updates made.
Within a chapter, separate scenes with ---. Each scene should have a clear POV character (even if the same as the previous scene) and location.
When asked to revise, line edit, polish, or continuity-check an existing chapter, use the revision-continuity skill. This skill owns new drafting and chapter creation; revision-continuity owns targeted edits, continuity audits, and post-draft cleanup.
Use the Story CLI when it is available. If story is not installed but the story-maintenance skill is present, use node ../story-maintenance/scripts/story.js with the same arguments, resolving the path relative to this skill folder. If no CLI is available, perform the registry, backlink, and word-count checks manually.
references/chapter-template.md - Frontmatter and structure template for chapter filesreferences/scene-template.md - Machine-readable continuity template for scenesreferences/writing-guidelines.md - Prose craft guidance: show-don't-tell, POV, dialogue, pacing, scene structure, continuityGuide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
Take danjdewhurst/chapter-writing from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.
The instructions reference npx.
Without those the skill loads but fails at the first command.