agentleFS
bladecoderbladecoder/narrative-skills/skills/sync-story-bible/SKILL.md

sync-story-bible

Skill0 starsChanged 7 months agoMITView on GitHub

Synchronize story-level planning files and workflow metadata after chapter revisions and continuity updates, so chapter status, open loops, and project-level summaries stay aligned with the actual manuscript state.

The file

Show its rules and text

We split this skill into the rules it gives an agent

25 rules. About 0 are common, 22 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈22

    Distinctive · estimate

    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
  1. Distinctive:

    Use this skill to keep the story bible aligned with the latest accepted chapter state.

    line 10
  2. Distinctive:

    Use this skill when:

    line 14
  3. Distinctive:

    Do not use this skill to rewrite chapters or redefine the style bible.

    line 21
  4. Distinctive:

    Ask questions only when the affected chapter scope is genuinely unclear.

    line 33
  5. Distinctive:

    Read these when present and relevant:

    line 43
  6. Distinctive:

    Write or update as needed:

    line 55
  7. Distinctive:

    Only update synopsis or logline when accepted chapter changes materially alter the story-level understanding.

    line 66
  8. Distinctive:

    If the project already uses another clear status convention, preserve it rather than forcing a rewrite.

    line 77
  9. Very specific:

    Read story.language before updating markdown story files.

    line 83
  10. Distinctive:

    Keep file and folder names in English.

    line 84
  11. Distinctive:

    Write markdown content in the selected story language.

    line 85
  12. Distinctive:

    Use correct orthography, accents, and normal Unicode for that language.

    line 86
  13. Distinctive:

    Keep YAML keys in English.

    line 87
  14. Distinctive:

    Read the latest stable chapter artifacts and determine what is now accepted state.

    line 92
  15. Very specific:

    Update the chapter entry in 02_story/chapter_list.md so its summary and status match the accepted draft state.

    line 93
  16. Distinctive:

    add newly opened threads;

    line 95
  17. Very specific:

    Update story.yaml workflow metadata so project.status and workflow.next_skill reflect the current state.

    line 98
  18. Distinctive:

    Update synopsis or logline only if the accepted changes materially alter the higher-level story promise or route.

    line 99
  19. Distinctive:

    Avoid broad rewrites. This skill should consolidate accepted changes, not reopen creative decisions.

    line 100
  20. Distinctive:

    After running the skill, provide:

    line 113
  21. Distinctive:

    no unnecessary story-level rewrites were introduced.

    line 127
  22. Distinctive:

    Do not rewrite the manuscript here.

    line 131
  23. Distinctive:

    Do not modify the style bible or character bible unless explicitly asked.

    line 132
  24. Distinctive:

    Do not mark a thread resolved if the text only suggests resolution.

    line 133
  25. Distinctive:

    Do not promote unaccepted review ideas into the official story bible.

    line 134

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Sync Story Bible

Overview

Use this skill to keep the story bible aligned with the latest accepted chapter state. It should synchronize chapter statuses, open loops, workflow metadata, and other story-level files after revisions and continuity updates have already settled the local chapter changes.

When To Use

Use this skill when:

  • a chapter has been drafted, reviewed, revised, and stabilized;
  • the story-level files lag behind the actual manuscript state;
  • chapter status tracking needs to be updated;
  • open loops or synopsis-level summaries need to reflect accepted changes.

Do not use this skill to rewrite chapters or redefine the style bible.

Required Inputs

Gather or infer these inputs:

  • story.yaml metadata;
  • latest stable chapter artifacts;
  • chapter list and open loops;
  • relevant review and continuity artifacts;
  • synopsis or higher-level story files if the accepted change propagates upward.

Ask questions only when the affected chapter scope is genuinely unclear.

Files To Read

Always read:

  • story.yaml
  • 02_story/chapter_list.md
  • 02_story/open_loops.md

Read these when present and relevant:

  • target chapter files in 05_draft/
  • 06_review/chapter_XX.review.md
  • 06_review/chapter_XX.revision.md
  • 07_continuity/*
  • 02_story/synopsis.md
  • 02_story/logline.md
  • 04_outline/*

Files To Write

Write or update as needed:

  • 02_story/chapter_list.md
  • 02_story/open_loops.md
  • story.yaml

Optionally update:

  • 02_story/synopsis.md
  • 02_story/logline.md

Only update synopsis or logline when accepted chapter changes materially alter the story-level understanding.

Chapter Status Convention

02_story/chapter_list.md may include an optional status field per chapter:

  • planned
  • drafted
  • reviewed
  • revised

If the project already uses another clear status convention, preserve it rather than forcing a rewrite.

Language Rules

This skill depends on story.yaml as the source of truth for project metadata.

  • Read story.language before updating markdown story files.
  • Keep file and folder names in English.
  • Write markdown content in the selected story language.
  • Use correct orthography, accents, and normal Unicode for that language.
  • Keep YAML keys in English.
  • Preserve the established value-language pattern in story.yaml unless a deliberate migration is requested.

Procedure

  1. Read the latest stable chapter artifacts and determine what is now accepted state.
  2. Update the chapter entry in 02_story/chapter_list.md so its summary and status match the accepted draft state.
  3. Update 02_story/open_loops.md:
    • add newly opened threads;
    • advance threads touched by the chapter;
    • mark threads resolved only when the draft actually resolves them.
  4. Update story.yaml workflow metadata so project.status and workflow.next_skill reflect the current state.
  5. Update synopsis or logline only if the accepted changes materially alter the higher-level story promise or route.
  6. Avoid broad rewrites. This skill should consolidate accepted changes, not reopen creative decisions.

Output Requirements

The sync should make it easy to answer:

  • which chapters are only planned, drafted, reviewed, or revised;
  • which open loops remain active;
  • what the next workflow step is;
  • whether any higher-level summary changed.

Output

After running the skill, provide:

  • a short summary of the synchronized files;
  • the chapter status changes applied;
  • open loops added, advanced, or resolved;
  • the recommended next step, usually plan-chapter for the next chapter.

Definition Of Done

This skill is done when:

  • chapter-level accepted changes are reflected in story-level files;
  • story.yaml points to the correct next workflow step;
  • open_loops.md and chapter statuses are current;
  • no unnecessary story-level rewrites were introduced.

Restrictions

  • Do not rewrite the manuscript here.
  • Do not modify the style bible or character bible unless explicitly asked.
  • Do not mark a thread resolved if the text only suggests resolution.
  • Do not promote unaccepted review ideas into the official story bible.

Example Invocation

Use $sync-story-bible to update chapter status, open loops, and workflow metadata after the chapter 2 revision and continuity sync.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.