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.
In this repository27 other files it gives its agents.
- beta-reader-passSkill
- build-distributionSkill
- chapter-reviewSkill
- continuity-checkSkill
- create-character-bibleSkill
- define-style-bibleSkill
- draft-chapterSkill
- generate-high-level-outlineSkill
- if-design-dialogueSkill
- if-design-mapSkill
- if-design-progressionSkill
- if-design-structureSkill
- if-draft-inkSkill
- if-init-projectSkill
- if-load-contextSkill
- if-plan-ink-sliceSkill
- if-playtest-reviewSkill
- if-sync-stateSkill
- ink-docSkill
- init-story-projectSkill
- load-story-contextSkill
- manuscript-reviewSkill
- plan-chapterSkill
- prepare-exportSkill
- rewrite-chapterSkill
- update-character-stateSkill
- update-timelineSkill
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
- Distinctive: line 10
Use this skill to keep the story bible aligned with the latest accepted chapter state.
- Distinctive: line 14
Use this skill when:
- Distinctive: line 21
Do not use this skill to rewrite chapters or redefine the style bible.
- Distinctive: line 33
Ask questions only when the affected chapter scope is genuinely unclear.
- Distinctive: line 43
Read these when present and relevant:
- Distinctive: line 55
Write or update as needed:
- Distinctive: line 66
Only update synopsis or logline when accepted chapter changes materially alter the story-level understanding.
- Distinctive: line 77
If the project already uses another clear status convention, preserve it rather than forcing a rewrite.
- Very specific: line 83
Read story.language before updating markdown story files.
- Distinctive: line 84
Keep file and folder names in English.
- Distinctive: line 85
Write markdown content in the selected story language.
- Distinctive: line 86
Use correct orthography, accents, and normal Unicode for that language.
- Distinctive: line 87
Keep YAML keys in English.
- Distinctive: line 92
Read the latest stable chapter artifacts and determine what is now accepted state.
- Very specific: line 93
Update the chapter entry in 02_story/chapter_list.md so its summary and status match the accepted draft state.
- Distinctive: line 95
add newly opened threads;
- Very specific: line 98
Update story.yaml workflow metadata so project.status and workflow.next_skill reflect the current state.
- Distinctive: line 99
Update synopsis or logline only if the accepted changes materially alter the higher-level story promise or route.
- Distinctive: line 100
Avoid broad rewrites. This skill should consolidate accepted changes, not reopen creative decisions.
- Distinctive: line 113
After running the skill, provide:
- Distinctive: line 127
no unnecessary story-level rewrites were introduced.
- Distinctive: line 131
Do not rewrite the manuscript here.
- Distinctive: line 132
Do not modify the style bible or character bible unless explicitly asked.
- Distinctive: line 133
Do not mark a thread resolved if the text only suggests resolution.
- Distinctive: line 134
Do not promote unaccepted review ideas into the official story bible.
≈ “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.
Files
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.yamlmetadata;- 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.yaml02_story/chapter_list.md02_story/open_loops.md
Read these when present and relevant:
- target chapter files in
05_draft/ 06_review/chapter_XX.review.md06_review/chapter_XX.revision.md07_continuity/*02_story/synopsis.md02_story/logline.md04_outline/*
Files To Write
Write or update as needed:
02_story/chapter_list.md02_story/open_loops.mdstory.yaml
Optionally update:
02_story/synopsis.md02_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:
planneddraftedreviewedrevised
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.languagebefore 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.yamlunless a deliberate migration is requested.
Procedure
- Read the latest stable chapter artifacts and determine what is now accepted state.
- Update the chapter entry in
02_story/chapter_list.mdso its summary and status match the accepted draft state. - 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.
- Update
story.yamlworkflow metadata soproject.statusandworkflow.next_skillreflect the current state. - Update synopsis or logline only if the accepted changes materially alter the higher-level story promise or route.
- 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-chapterfor the next chapter.
Definition Of Done
This skill is done when:
- chapter-level accepted changes are reflected in story-level files;
story.yamlpoints to the correct next workflow step;open_loops.mdand 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.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.

