update-character-state
Skill0 starsChanged 7 months agoMITView on GitHub
Persist dynamic post-chapter character state into continuity records after a stable draft or rewrite, so later chapters rely on current goals, locations, knowledge, and emotional conditions instead of stale assumptions.
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
- sync-story-bibleSkill
- update-timelineSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
20 rules. About 0 are common, 17 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈17
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 update the continuity record for character state after a chapter becomes stable enough to trust.
- Distinctive: line 14
Use this skill when:
- Very specific: line 21
Do not use this skill to write or redesign character biographies.
- Distinctive: line 33
Ask questions only when the scope of the update is genuinely unclear.
- Distinctive: line 43
Read these when present and relevant:
- Distinctive: line 69
Use short, operational values.
- Very specific: line 75
Read story.language before interpreting project content.
- Distinctive: line 76
Keep YAML keys in English.
- Distinctive: line 77
Write human-readable YAML values in the selected story language.
- Distinctive: line 78
Use correct orthography, accents, and normal Unicode for that language.
- Distinctive: line 79
If the project already uses another explicit continuity-value convention, preserve it consistently instead of mixing styles.
- Distinctive: line 83
Read the stabilized chapter and extract character changes that are explicit on the page.
- Distinctive: line 85
Update only the fields that changed materially:
- Distinctive: line 92
Do not guess future development from foreshadowing alone.
- Very specific: line 93
If a change is ambiguous, keep the entry conservative and let continuity-check or later chapters resolve it.
- Distinctive: line 107
After running the skill, provide:
- Distinctive: line 125
Do not rewrite the character bible files unless explicitly asked.
- Distinctive: line 126
Do not record future assumptions as current fact.
- Distinctive: line 127
Do not erase useful existing fields just to enforce a smaller schema.
- Distinctive: line 128
Do not update character state from rejected or unimplemented review feedback.
≈ “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
Update Character State
Overview
Use this skill to update the continuity record for character state after a chapter becomes stable enough to trust. It should capture dynamic, story-relevant state changes without duplicating the full character bible.
When To Use
Use this skill when:
- a chapter draft or rewrite has settled enough to become reference material;
- character goals, knowledge, location, wounds, or emotional state have changed;
- future chapters risk using stale character assumptions;
- the continuity layer needs to reflect recent narrative developments.
Do not use this skill to write or redesign character biographies. Use create-character-bible for foundational character design.
Required Inputs
Gather or infer these inputs:
story.yamlmetadata;- the chapter or chapter range being stabilized;
- current character bible files;
07_continuity/entities.yaml;- review and continuity notes if they affect state certainty.
Ask questions only when the scope of the update is genuinely unclear.
Files To Read
Always read:
story.yaml- target chapter or chapters in
05_draft/ 07_continuity/entities.yaml
Read these when present and relevant:
03_characters/*06_review/chapter_XX.review.md06_review/chapter_XX.revision.md06_review/manuscript.review.md07_continuity/canon_facts.yaml07_continuity/unresolved_threads.yaml
Files To Write
Write or update:
07_continuity/entities.yaml
State Schema
For materially active characters, entities.yaml should support these dynamic fields in addition to any existing static fields:
statuscurrent_locationcurrent_goalemotional_statelast_updated_inknowledge_changes
Use short, operational values. Preserve any existing fields that the project already uses.
Language Rules
This skill depends on story.yaml as the source of truth for project metadata.
- Read
story.languagebefore interpreting project content. - Keep YAML keys in English.
- Write human-readable YAML values in the selected story language.
- Use correct orthography, accents, and normal Unicode for that language.
- If the project already uses another explicit continuity-value convention, preserve it consistently instead of mixing styles.
Procedure
- Read the stabilized chapter and extract character changes that are explicit on the page.
- Compare those changes with the existing character-state entries.
- Update only the fields that changed materially:
- where the character is;
- what the character wants now;
- what emotional condition dominates;
- what the character newly knows or stops believing;
- whether the character is missing, injured, dead, exposed, hiding, or otherwise status-shifted.
- Preserve static identity information from earlier character files.
- Do not guess future development from foreshadowing alone.
- If a change is ambiguous, keep the entry conservative and let
continuity-checkor later chapters resolve it.
Output Requirements
The update should make it easy to answer for each major active character:
- where they are now;
- what they are trying to do now;
- what emotional state they carry into the next chapter;
- what they newly know or still do not know;
- which chapter last established that state.
Output
After running the skill, provide:
- a short summary of which characters were updated;
- the most important state changes recorded;
- any ambiguous state changes intentionally left unresolved;
- the recommended next step, usually
update-timelineorsync-story-bible.
Definition Of Done
This skill is done when:
07_continuity/entities.yamlreflects the latest stable chapter state;- dynamic state is clearly separated from static character-bible content;
- ambiguous facts were not over-asserted;
- later drafting can rely on the updated state with less guesswork.
Restrictions
- Do not rewrite the character bible files unless explicitly asked.
- Do not record future assumptions as current fact.
- Do not erase useful existing fields just to enforce a smaller schema.
- Do not update character state from rejected or unimplemented review feedback.
Example Invocation
Use $update-character-state to persist the post-revision state of the main cast after chapter 2.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.

