From grizzly
Simulate a cold first-time reader and report the reading experience of a chapter. Use when the user asks why a chapter feels boring or flat, whether a chapter works, what a reader would feel, or wants a fresh-eyes read. Reports experience, not errors; for error-finding use grizzly-review.
How this skill is triggered — by the user, by Claude, or both
Slash command
/grizzly:grizzly-auditThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Reviews find errors. Audits find the problems nobody can name: the chapter that is
Reviews find errors. Audits find the problems nobody can name: the chapter that is technically clean and somehow boring, the character the reader cannot picture, the death that lands as information. This mode exists because authors cannot read their own work cold, and it is the highest-value service in the suite.
Read the chapter start to finish AS a first-time reader: no codex first, no standards in hand, no author goals. React, then analyze. (Load the codex only afterward, for the comparison step.)
Report these six checks, each with chapter-position references ("opening", "the kitchen scene", "last page"):
Where does threat exist for the reader, where does it spike, and where does it die? Threat dies through over-explanation, through repetition without escalation, and through safety that arrives too reliably. Name the line where you stopped being afraid.
Where does the reader feel safe, and is that safety doing work? Earned warmth that will cost something later is structure; comfort that costs nothing is drag. If the whole chapter is safe, say so plainly; that is usually the finding.
For each character on page: can you physically see them, or are they a voice in white space? What are they doing with their bodies while they talk? Could a reader who skipped the introductions tell them apart by behavior alone? Name the characters who exist only as dialogue tags.
At each turn, what did you expect to happen next? Then: did the chapter confirm the prediction boringly, break it meaningfully, or wander without raising any prediction at all? No predictions raised is the flattest possible finding; report it as such.
What, if anything, pulls to the next chapter? Is it positioned at the end or buried mid-chapter? For serials (per NOVEL.md format), a chapter without an end-positioned pull is a retention leak; say so.
Did anything eject you from the fiction? Two ejector classes belong here even though they look like "errors": POV breaks (the narration shows what the POV character cannot perceive: sights through a closed door, another character's interiority) and syntax garble severe enough to force a re-read. Both are experience findings; a reader who stops believing or stops parsing has stopped reading. Light typos stay out of the audit (route to review).
npx claudepluginhub harishdvs/grizzly --plugin grizzlyProvides CDSS development patterns for drug interaction checking, dose validation, clinical scoring (NEWS2, qSOFA), and alert classification integrated into EMR workflows.