Series continuity

This skill should be used when the user asks to "write a sequel", "write a prequel", "start book two", "continue the series", "companion novel", "spin-off", "link books in a series", "carry characters into the next book", "series continuity", "series bible", or needs to keep canon consistent across multiple Story Skills projects.

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/series-continuity, including the files SKILL.md points to.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit danjdewhurst/story-skills/skills/series-continuity#main ~/.claude/skills/series-continuity

For one project only, change the path to .claude/skills/series-continuity. This skill also uses story.md — copying SKILL.md alone won't be enough. See the folder on GitHub.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of Series continuity

Show the full text144 lines
namedescription
series-continuityThis skill should be used when the user asks to "write a sequel", "write a prequel", "start book two", "continue the series", "companion novel", "spin-off", "link books in a series", "carry characters into the next book", "series continuity", "series bible", or needs to keep canon consistent across multiple Story Skills projects.

Series Continuity

Overview

Plan and maintain sequels, prequels, and companion books as linked Story Skills projects. Each book stays a standalone project with its own story.md, characters, world, chapters, and continuity files. Books point at each other through story.md frontmatter, and story series checks the canon they share.

  • series - kebab-case series id shared by every book, such as the-ember-cycle
  • book-number - publication order (1, 2, 3...)
  • follows - paths to books set earlier in the story's chronology
  • precedes - paths to books set later in the story's chronology

Chronology and publication order are separate. A prequel written after the first book has book-number: 2 and precedes: [../book-one].

This skill owns the book-level layer: linked books and the canon they share. The within-serial installment layer — how serial or episodic installments are structured — is covered by the genre-craft skill's serial/episodic structure reference.

Links are relative paths from the book root, and every link needs a matching backlink: if book two follows: [../book-one], book one must list precedes: [../book-two]. Keep sibling books in the same parent folder so the paths stay short and portable.

When to Use

  • Starting a sequel, prequel, interquel, or companion book to an existing project
  • Carrying characters, locations, systems, factions, artifacts, or glossary terms into another book
  • Revising a book that other books in the series depend on
  • NOT for a single standalone book (use story-init) or for within-book continuity (use revision-continuity)

Starting a Linked Book

  1. Read the existing book first: story.md, characters/_index.md, worldbuilding/_index.md, plot/timeline.md, continuity/state.md, open files in continuity/questions/ and continuity/promises/, and the final chapters.
  2. Ask the user for:
    • Title and synopsis
    • Relationship: sequel (set after), prequel (set before), or companion (set alongside, with no chronology link)
    • How much time passes between the books
    • Which characters and places return
  3. Create the project with the CLI, run from the folder that contains the existing book:
# Sequel: set after book one
story init "{Title}" --follows {existing-book-dir} --synopsis "{synopsis}"

# Prequel: set before book one
story init "{Title}" --precedes {existing-book-dir} --synopsis "{synopsis}"

init checks that the linked path is a story project, writes the relative link, adds the backlink to the existing book's story.md, and inherits series, genre, sub-genre, pov, and tense. When any book in the linked series has an integer book-number, it sets book-number to one more than the highest number used anywhere in the series, so publication numbers never collide. A normal story init book has none, so a series with no numbered books leaves the new book unnumbered. Pass --book-number (or write the field on both story.md files) in that case. Pass --series, --genre, --pov, or --tense to override the inherited values.

If the existing book has no series yet, pass --series {series-id} and add the same series plus book-number values to both story.md files.

If the CLI is not available, add the fields to both story.md files by hand.

  1. Add a ## Series Notes section to the new story.md body. Record where the book sits in the chronology, the time gap, and the canon facts it must not contradict.

Carrying Canon Across Books

Only carry entities the new book actually uses. For each one, copy the file from the other book and then adjust it:

  • Keep the filename id identical. story series matches entities across books by id. A renamed file is a new entity to the checker.
  • Keep name identical. Put new titles or epithets in aliases, such as General Maren in a prequel for Lord Maren. A different name produces a warning.
  • Set state for this book's starting point, not the source book's ending.
    • Sequel: start from the earlier book's final status, relationships, ownership, and knowledge.
    • Prequel: start from the earlier situation, and write the later book's facts as fixed endpoints in a ## Series Canon section.
  • Remove book-local references. died-in and every other chapter id points at chapters in the source book. For a character who died before this book begins, keep status: deceased and remove died-in.
  • Prune or carry every link. Relationships, locations, notable-characters, faction members, and artifact owner/location must point at entities that exist in this book, with backlinks. Either carry the linked entity too, or remove the reference.
  • Do not copy chapters, scenes, arcs, questions, promises, or continuity/state.md. Rebuild them for the new book:
    • Unresolved questions or promises the new book continues become new files in its continuity/ folders.
    • Events from the other book become Backstory Events rows in plot/timeline.md (sequel) or Series Canon notes (prequel).
    • continuity/state.md starts at current-chapter: 0 with the carried character and object state. Carried knowledge goes in knowledge-state without learned-in, because the character already knew it when the book began.

Fact Ids

Give series-relevant knowledge a stable fact id in continuity/state.md, and use the same id in every book:

knowledge-state:
  - character: kael-voss
    knows: The gallery tunnel reaches the Whisper Gate
    fact: whisper-gate-route
    learned-in: chapter-04
  • Fact ids are kebab-case, and each character lists a given fact only once per book. story continuity checks both rules.
  • Add learned-in only in the book where the character discovers the fact on the page. In later books, carry the entry without learned-in. Do not put that rule in an inline comment: the parser keeps # ... as part of the chapter id, and story continuity then reports a missing chapter.
  • Reuse the exact id in every book. The checker matches the character id plus the fact id, never the knows text.
  • Give ids to the reveals, secrets, and discoveries a later or earlier book depends on. Everyday knowledge does not need one.

After carrying entities, run in the new book:

story reindex .
story links .
story validate .
story series .

What story series Checks

story series [path] finds every book reachable through follows and precedes, then orders them by chronology. Books with no chronology constraint between them are ordered by book-number, then title. It lists shared canon and reports:

  • Errors
    • A linked path that is not a story project
    • Books that declare different series ids
    • Two books that share a book-number
    • A chronology cycle
    • A character who is deceased in an earlier book but not deceased in a later one
    • A later book whose chapter or scene lists that character as pov or under characters. Move flashbacks, memories, and ghosts to mentions.
    • A later book where a character learns a fact (an entry with learned-in) that the same character already knows in an earlier book. In a prequel, the usual fix is to remove the knowledge from the prequel, or to change which book the discovery happens in.
  • Warnings
    • A shared entity whose name (or glossary term) differs from the most recent earlier book
    • An artifact that is destroyed in an earlier book but has a different status in a later one

story links . also checks the book's own series links: each path exists, has a matching backlink, and uses the same series id.

The checker cannot judge knowledge without fact ids, or ages, dates, travel time, or tone. Check those by reading both books' timelines and Series Canon notes.

Writing Against Canon

  • Sequels: before drafting, reread the earlier book's final chapters, continuity/state.md, and every unresolved question or promise. Decide with the user which threads the new book picks up.
  • Prequels: the later book is canon. Every fixed endpoint must still be reachable by the end of the prequel. Do not mark a character deceased who is alive in a later book. Do not give a character knowledge that the later book shows them learning for the first time. Before drafting, list the later book's fact ids that have learned-in, and keep those facts out of the prequel's knowledge.
  • Revising an earlier book after later books exist: run story series . before and after the revision. Update the later books' Series Notes and carried entity files when canon changes.

Maintenance

After any change to series links or carried entities, run the checks in each affected book:

story validate .
story links .
story continuity .
story series .

If story is not installed, use bun run story -- from the Story Skills repository checkout or the bundled fallback node ../story-maintenance/scripts/story.js with the same arguments, resolving the path relative to this skill folder.

Conventions

  • One project folder per book, with books side by side in a shared parent folder
  • series ids are kebab-case and identical in every book
  • Entity ids and name values stay stable across books; variants go in aliases
  • Chronology goes in follows/precedes, publication order in book-number
  • Every link needs a matching backlink in the other book
1---
2name: series-continuity
3description: This skill should be used when the user asks to "write a sequel", "write a prequel", "start book two", "continue the series", "companion novel", "spin-off", "link books in a series", "carry characters into the next book", "series continuity", "series bible", or needs to keep canon consistent across multiple Story Skills projects.
4---
5 
6# Series Continuity
7 
8## Overview
9 
10Plan and maintain sequels, prequels, and companion books as linked Story Skills projects. Each book stays a standalone project with its own `story.md`, characters, world, chapters, and continuity files. Books point at each other through `story.md` frontmatter, and `story series` checks the canon they share.
11 
12- `series` - kebab-case series id shared by every book, such as `the-ember-cycle`
13- `book-number` - publication order (1, 2, 3...)
14- `follows` - paths to books set **earlier** in the story's chronology
15- `precedes` - paths to books set **later** in the story's chronology
16 
17Chronology and publication order are separate. A prequel written after the first book has `book-number: 2` and `precedes: [../book-one]`.
18 
19This skill owns the book-level layer: linked books and the canon they share. The within-serial installment layer — how serial or episodic installments are structured — is covered by the `genre-craft` skill's serial/episodic structure reference.
20 
21Links are relative paths from the book root, and every link needs a matching backlink: if book two `follows: [../book-one]`, book one must list `precedes: [../book-two]`. Keep sibling books in the same parent folder so the paths stay short and portable.
22 
23## When to Use
24 
25- Starting a sequel, prequel, interquel, or companion book to an existing project
26- Carrying characters, locations, systems, factions, artifacts, or glossary terms into another book
27- Revising a book that other books in the series depend on
28- NOT for a single standalone book (use `story-init`) or for within-book continuity (use `revision-continuity`)
29 
30## Starting a Linked Book
31 
321. Read the existing book first: `story.md`, `characters/_index.md`, `worldbuilding/_index.md`, `plot/timeline.md`, `continuity/state.md`, open files in `continuity/questions/` and `continuity/promises/`, and the final chapters.
332. Ask the user for:
34 - Title and synopsis
35 - Relationship: sequel (set after), prequel (set before), or companion (set alongside, with no chronology link)
36 - How much time passes between the books
37 - Which characters and places return
383. Create the project with the CLI, run from the folder that contains the existing book:
39 
40```shell
41# Sequel: set after book one
42story init "{Title}" --follows {existing-book-dir} --synopsis "{synopsis}"
43 
44# Prequel: set before book one
45story init "{Title}" --precedes {existing-book-dir} --synopsis "{synopsis}"
46```
47 
48`init` checks that the linked path is a story project, writes the relative link, adds the backlink to the existing book's `story.md`, and inherits `series`, `genre`, `sub-genre`, `pov`, and `tense`. When any book in the linked series has an integer `book-number`, it sets `book-number` to one more than the highest number used anywhere in the series, so publication numbers never collide. A normal `story init` book has none, so a series with no numbered books leaves the new book unnumbered. Pass `--book-number` (or write the field on both `story.md` files) in that case. Pass `--series`, `--genre`, `--pov`, or `--tense` to override the inherited values.
49 
50If the existing book has no `series` yet, pass `--series {series-id}` and add the same `series` plus `book-number` values to both `story.md` files.
51 
52If the CLI is not available, add the fields to both `story.md` files by hand.
53 
544. Add a `## Series Notes` section to the new `story.md` body. Record where the book sits in the chronology, the time gap, and the canon facts it must not contradict.
55 
56## Carrying Canon Across Books
57 
58Only carry entities the new book actually uses. For each one, copy the file from the other book and then adjust it:
59 
60- **Keep the filename id identical.** `story series` matches entities across books by id. A renamed file is a new entity to the checker.
61- **Keep `name` identical.** Put new titles or epithets in `aliases`, such as `General Maren` in a prequel for `Lord Maren`. A different `name` produces a warning.
62- **Set state for this book's starting point, not the source book's ending.**
63 - Sequel: start from the earlier book's final `status`, relationships, ownership, and knowledge.
64 - Prequel: start from the earlier situation, and write the later book's facts as fixed endpoints in a `## Series Canon` section.
65- **Remove book-local references.** `died-in` and every other chapter id points at chapters in the source book. For a character who died before this book begins, keep `status: deceased` and remove `died-in`.
66- **Prune or carry every link.** Relationships, `locations`, `notable-characters`, faction `members`, and artifact `owner`/`location` must point at entities that exist in this book, with backlinks. Either carry the linked entity too, or remove the reference.
67- **Do not copy** chapters, scenes, arcs, questions, promises, or `continuity/state.md`. Rebuild them for the new book:
68 - Unresolved questions or promises the new book continues become new files in its `continuity/` folders.
69 - Events from the other book become `Backstory Events` rows in `plot/timeline.md` (sequel) or `Series Canon` notes (prequel).
70 - `continuity/state.md` starts at `current-chapter: 0` with the carried character and object state. Carried knowledge goes in `knowledge-state` without `learned-in`, because the character already knew it when the book began.
71 
72## Fact Ids
73 
74Give series-relevant knowledge a stable `fact` id in `continuity/state.md`, and use the same id in every book:
75 
76```yaml
77knowledge-state:
78 - character: kael-voss
79 knows: The gallery tunnel reaches the Whisper Gate
80 fact: whisper-gate-route
81 learned-in: chapter-04
82```
83 
84- Fact ids are kebab-case, and each character lists a given fact only once per book. `story continuity` checks both rules.
85- Add `learned-in` only in the book where the character discovers the fact on the page. In later books, carry the entry without `learned-in`. Do not put that rule in an inline comment: the parser keeps `# ...` as part of the chapter id, and `story continuity` then reports a missing chapter.
86- Reuse the exact id in every book. The checker matches the character id plus the fact id, never the `knows` text.
87- Give ids to the reveals, secrets, and discoveries a later or earlier book depends on. Everyday knowledge does not need one.
88 
89After carrying entities, run in the new book:
90 
91```shell
92story reindex .
93story links .
94story validate .
95story series .
96```
97 
98## What `story series` Checks
99 
100`story series [path]` finds every book reachable through `follows` and `precedes`, then orders them by chronology. Books with no chronology constraint between them are ordered by `book-number`, then title. It lists shared canon and reports:
101 
102- **Errors**
103 - A linked path that is not a story project
104 - Books that declare different `series` ids
105 - Two books that share a `book-number`
106 - A chronology cycle
107 - A character who is `deceased` in an earlier book but not `deceased` in a later one
108 - A later book whose chapter or scene lists that character as `pov` or under `characters`. Move flashbacks, memories, and ghosts to `mentions`.
109 - A later book where a character learns a `fact` (an entry with `learned-in`) that the same character already knows in an earlier book. In a prequel, the usual fix is to remove the knowledge from the prequel, or to change which book the discovery happens in.
110- **Warnings**
111 - A shared entity whose `name` (or glossary `term`) differs from the most recent earlier book
112 - An artifact that is `destroyed` in an earlier book but has a different status in a later one
113 
114`story links .` also checks the book's own series links: each path exists, has a matching backlink, and uses the same `series` id.
115 
116The checker cannot judge knowledge without fact ids, or ages, dates, travel time, or tone. Check those by reading both books' timelines and `Series Canon` notes.
117 
118## Writing Against Canon
119 
120- **Sequels:** before drafting, reread the earlier book's final chapters, `continuity/state.md`, and every unresolved question or promise. Decide with the user which threads the new book picks up.
121- **Prequels:** the later book is canon. Every fixed endpoint must still be reachable by the end of the prequel. Do not mark a character `deceased` who is alive in a later book. Do not give a character knowledge that the later book shows them learning for the first time. Before drafting, list the later book's `fact` ids that have `learned-in`, and keep those facts out of the prequel's knowledge.
122- **Revising an earlier book** after later books exist: run `story series .` before and after the revision. Update the later books' `Series Notes` and carried entity files when canon changes.
123 
124## Maintenance
125 
126After any change to series links or carried entities, run the checks in each affected book:
127 
128```shell
129story validate .
130story links .
131story continuity .
132story series .
133```
134 
135If `story` is not installed, use `bun run story --` from the Story Skills repository checkout or the bundled fallback `node ../story-maintenance/scripts/story.js` with the same arguments, resolving the path relative to this skill folder.
136 
137## Conventions
138 
139- One project folder per book, with books side by side in a shared parent folder
140- `series` ids are kebab-case and identical in every book
141- Entity ids and `name` values stay stable across books; variants go in `aliases`
142- Chronology goes in `follows`/`precedes`, publication order in `book-number`
143- Every link needs a matching backlink in the other book
144 

Discussion