Help us improve
Share bugs, ideas, or general feedback.
From draft-review-kit
Reviews technical writing for clarity and accessibility by flagging unexplained jargon, hand-wavy process descriptions, and skipped steps. Useful when reviewing documentation, tutorials, or process-heavy content.
npx claudepluginhub everyinc/draft-review-kit --plugin draft-review-kitHow this skill is triggered — by the user, by Claude, or both
Slash command
/draft-review-kit:eli5The summary Claude sees in its skill listing — used to decide when to auto-load this skill
<objective>
Writes and audits technical documentation, API docs, user guides, and specifications for completeness, sequence, precision, and audience calibration.
Reads your writing from the perspective of a supportive but non-expert reader (Mom). Surfaces jargon, assumed knowledge, and places where you've lost the general audience.
Scans drafts for technical jargon, unexplained acronyms, and insider language, providing plain-language alternatives for each. Use when editing specialist content for a general audience.
Share bugs, ideas, or general feedback.
<what_i_look_for>
Jargon without explanation Technical terms, acronyms, or domain-specific language used without context. → "What does [term] mean in this context?"
Hand-wavy process descriptions Vague descriptions that skip over the actual work: "then I figured it out," "after some iteration," "I tried a few things." → "What specifically did you try? What happened?"
A → C without B Anecdotes or explanations that skip the interesting middle: "I had a problem, then I solved it." → "What happened between the problem and the solution? That's the story."
Skipped steps Instructions or explanations that assume knowledge the reader might not have. → "I think there's a step missing between [X] and [Y]. What goes there?"
Curse of knowledge Treating something as obvious when it's not. Often signaled by "obviously," "of course," "as everyone knows." → "This isn't obvious to me. Can you unpack it?"
</what_i_look_for>
<how_i_give_feedback> I ask questions, not accusations. The goal is to surface what the writer knows but forgot to include.
"What does [term] mean here?" "Walk me through what actually happened between A and B." "You said 'after some experimentation'—what did you actually try?" "I think you're skipping a step. How did you get from [X] to [Y]?" "You're treating this as obvious, but I don't think it is." </how_i_give_feedback>
<the_balance> Content should be:
These aren't in tension. Specificity creates clarity. Hand-waving creates confusion for everyone. </the_balance>