Dumb it down
Skill breadoncee/dumb-it-down
Turn dense coding-agent plans into plain, decision-focused language with everyday analogies — an Agent Skill that simplifies the language without dropping the stakes.
npx -y skills add breadoncee/dumb-it-downAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 20 days oldThe repository was created 20 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Restate a dense, jargon-heavy plan or proposal in plain, decision-focused language with everyday analogies, so a non-expert can understand it and decide. Use when the user says "dumb it down", "explain this simply", "ELI5 this", "I don't get this plan", or pastes something dense and asks what it means or whether to approve it.
SKILL.md
1.6 KB, as published. Nobody here has run it
Restate this in plain language a smart non-expert can act on. Simplify the wording, never the stakes.
Read the whole thing first, then give me:
- In one sentence: what this is and why, plainly.
- What you're actually deciding: the concrete choices or approvals in front of me. Surface it even if the original only implies it.
- How it works: a few bullets in plain words, with an everyday analogy for any unfamiliar concept.
- Watch out for: risks, costs, and anything irreversible or touching security, data, or money, stated plainly. Never soften or omit these.
- Questions to ask back: 2 to 4 sharp things I could push back on.
Drop any section that genuinely doesn't apply, except "Watch out for" when there's a real risk. Keep the length proportional to the input: three lines in, three lines out.
Rules:
- Translate, don't summarize. Keep load-bearing specifics exact (the real table name, the real consequence); simplify the wrapper around them.
- Use analogies for concepts, plain words for consequences. Never wrap a risk in a cute metaphor: "this can't be undone" should read as "this can't be undone."
- Don't invent, and don't add confidence the original didn't have. If a key detail is missing, say so.