agentleFS
bladecoderbladecoder/narrative-skills/skills/update-character-state/SKILL.md

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.

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

    Use this skill to update the continuity record for character state after a chapter becomes stable enough to trust.

    line 10
  2. Distinctive:

    Use this skill when:

    line 14
  3. Very specific:

    Do not use this skill to write or redesign character biographies.

    line 21
  4. Distinctive:

    Ask questions only when the scope of the update is genuinely unclear.

    line 33
  5. Distinctive:

    Read these when present and relevant:

    line 43
  6. Distinctive:

    Use short, operational values.

    line 69
  7. Very specific:

    Read story.language before interpreting project content.

    line 75
  8. Distinctive:

    Keep YAML keys in English.

    line 76
  9. Distinctive:

    Write human-readable YAML values in the selected story language.

    line 77
  10. Distinctive:

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

    line 78
  11. Distinctive:

    If the project already uses another explicit continuity-value convention, preserve it consistently instead of mixing styles.

    line 79
  12. Distinctive:

    Read the stabilized chapter and extract character changes that are explicit on the page.

    line 83
  13. Distinctive:

    Update only the fields that changed materially:

    line 85
  14. Distinctive:

    Do not guess future development from foreshadowing alone.

    line 92
  15. Very specific:

    If a change is ambiguous, keep the entry conservative and let continuity-check or later chapters resolve it.

    line 93
  16. Distinctive:

    After running the skill, provide:

    line 107
  17. Distinctive:

    Do not rewrite the character bible files unless explicitly asked.

    line 125
  18. Distinctive:

    Do not record future assumptions as current fact.

    line 126
  19. Distinctive:

    Do not erase useful existing fields just to enforce a smaller schema.

    line 127
  20. Distinctive:

    Do not update character state from rejected or unimplemented review feedback.

    line 128

≈ “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

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.yaml metadata;
  • 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.md
  • 06_review/chapter_XX.revision.md
  • 06_review/manuscript.review.md
  • 07_continuity/canon_facts.yaml
  • 07_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:

  • status
  • current_location
  • current_goal
  • emotional_state
  • last_updated_in
  • knowledge_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.language before 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

  1. Read the stabilized chapter and extract character changes that are explicit on the page.
  2. Compare those changes with the existing character-state entries.
  3. 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.
  4. Preserve static identity information from earlier character files.
  5. Do not guess future development from foreshadowing alone.
  6. If a change is ambiguous, keep the entry conservative and let continuity-check or 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-timeline or sync-story-bible.

Definition Of Done

This skill is done when:

  • 07_continuity/entities.yaml reflects 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.

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.