cw/skills/style-analysis/SKILL.md
How to analyze prose and produce style reference files. Use when creating, updating, or evaluating the style files that capture a project's voice patterns.
npx skillsauth add haowjy/creative-writing-skills style-analysisInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
How to analyze a project's prose and produce style reference files that writer and critic agents can use.
Style varies independently along multiple axes: some bound to a character, some to a scene type, some to both, some that cross everything. The first job is identifying what dimensions exist in this project, not arriving with a predetermined taxonomy.
Look at the text: what varies independently? If a character's narration voice changes by scene type, that's two dimensions interacting. If action pacing stays consistent regardless of narrator, that's scene-bound. The text tells you where the boundaries are.
Style files are the unit of context selection: an orchestrator passes
individual files to writers via -f. Every file boundary is a context
decision: would an agent ever need this chunk without that chunk?
Split where a caller would plausibly want one part without the other. A character with distinct dialogue and narration modes might need separate files. A character with a simple, consistent voice needs one. A scene type that works the same regardless of POV is its own file.
Dimensions worth investigating: the text determines which matter:
Each style file teaches a voice through principles, not catalogs:
A writer who internalizes the principle produces natural variation. A writer following an exhaustive checklist produces something mechanical.
Each file should be self-describing: a caller reading it should understand what it covers and when to load it.
Intentional patterns go in style files: the voice a writer should reproduce. Unconscious tics and inconsistencies go in the issues directory: problems for the critic to watch for and the author to address in revision.
The test: would the author want a writer agent to reproduce this? If "for a moment" appears 29 times across 17 chapters, that's a tic. If an emotional technique works in chapters 2 and 15 but is absent from chapter 11, that's an inconsistency to log as an issue.
tools
Use when orienting in an unfamiliar area — fans out exploration across structure, knowledge, and history, then synthesizes one orientation map.
development
Load when building a static HTML artifact — single page or multi-page site — to make structured information explorable through layout and navigation.
testing
User-invoked pause before reporting to check intent vs literal completion, surface adjacent wins, and route knowledge capture.
development
Use when exploring or changing the codebase: read AGENTS.md first, use .context/CONTEXT.md for detail, keep intent docs succinct.