everyinc/draft-review-kit · Archived

eli5

Checks writing for clarity and accessibility. Flags jargon without explanation, hand-wavy process descriptions, and skipped steps. Ensures content is specific enough for experts AND clear enough for newcomers. Use when reviewing technical or process-heavy writing.

First seen Jun 21, 2026

Installation

$ npx skills add everyinc/draft-review-kit --skill eli5

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from everyinc/draft-review-kit · top by installs.

npx skills add everyinc/draft-review-kit

Browse all from everyinc/draft-review-kit

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 86
License LICENSE
Default branch main
Open issues 2
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,135 B
  • docs SUMMARY.md 276 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 3 installs

SKILL.md

<objective> Find the places where readers will get lost. Flag jargon, hand-waving, and skipped steps. Ask the questions a curious newcomer would ask. </objective>

<whatilook_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?"

</whatilook_for>

<howigive_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." </howigive_feedback>

<the_balance> Content should be:

  • Specific enough that experts find it credible and useful
  • Clear enough that newcomers can follow along

These aren't in tension. Specificity creates clarity. Hand-waving creates confusion for everyone. </the_balance>