brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
voice-preserving-line-editContext-aware line edit that strips generic AI writing patterns without flattening the author's voice, plus a findings-only audit mode that names issues instead of rewriting. Applies contextual rules rather than blanket bans on adverbs, passive voice, and punctuation, and locks facts, numbers, quotes, code, links, and the supplied house style before it touc…
Independent GitHub snapshot · Automated classification · Original documentation governs
A finishing pass for prose that is already written. It hunts throat-clearing before the point, inanimate things doing human work, binary contrasts that announce an insight instead of delivering it, and rhythm that never varies.
Two things separate this from a generic anti-slop rule sheet:
These are writing-quality signals. They are not evidence of who or what wrote the text, and this skill never claims otherwise.
What it does not do: write new copy, restructure an argument, fact-check, guess at authorship, or publish anything. See Boundaries.
Do not run it on fiction, conversational replies, or internal notes where a loose voice is intentional. When the request is findings only, report the issues and leave the supplied text unchanged.
Hand the skill a block of prose and ask for a cleanup:
Run a voice-preserving line edit on this README intro.
<paste text>
You get the cleaned prose first, then a change report and a 50-point score.
Findings-only audit. Use the words detect, flag, review, diagnose, audit, or do not rewrite:
Audit this launch email for slop. Findings only, do not rewrite it.
You get quoted issues split into Clear issues and Judgment calls, with a minimum correction for each. Your text comes back unchanged.
Supply a house style. A company or author style brief overrides the defaults in this skill, including punctuation and register:
Line-edit this page. House style: em dashes are fine, we write in
third person, and "platform" is our term, never "ecosystem".
Supply author context. The example rewrites below only get specific because the source supplied the specifics. If real numbers, names, or before/after figures exist, paste them alongside the draft. Without them the skill marks the gap rather than inventing a filler.
Run the deep sweep. The 25-row table below is the high-frequency cut. For press, investor, or customer-facing text, or when the table comes back clean and the prose still reads generated, run the full list in references/kill-list.md.
Scope the pass. Ask for a subset when only part of the problem matters, for example "structural patterns only, leave word choice alone."
Every check, gate, score, and verdict in this skill is a recommendation to the user, not a control on the agent.
Make the minimum effective edit. Never add anecdotes, customers, metrics, quotes, first-person experience, or specificity that the source did not supply.
No throat-clearing before the point. No emphasis crutches that add weight without meaning. No adverbs doing work a specific fact should do.
The kill list, 25 highest-frequency offenders:
| Category | Kill | Fix |
|---|---|---|
| Opener | Here's the thing: | Start with the point |
| Opener | Let's be honest / Let's face it | Cut; say the honest thing |
| Opener | The truth is / The reality is | Cut; state it |
| Opener | It's worth noting that | Cut; note it |
| Opener | In today's fast-paced world | Cut the sentence |
| Opener | Picture this: / Imagine this: | Describe the scene directly |
| Opener | At its core / At the end of the day | Cut; make the core claim |
| Crutch | Let that sink in / Read that again | Cut; the sentence carries or it does not |
| Crutch | genuinely / truly / literally | Cut |
| Crutch | actually / really / very | Cut |
| Crutch | full stop / period (as emphasis) | Cut |
| Crutch | make no mistake | Cut |
| Jargon | leverage (as a verb) | use |
| Jargon | utilize | use |
| Jargon | delve into | cover, get into |
| Jargon | navigate (a challenge) | handle, work through |
| Jargon | landscape / ecosystem (abstract) | market, field, or the named thing |
| Jargon | journey (not travel) | process, or name the steps |
| Jargon | unlock / unleash | say what was blocked |
| Jargon | robust / seamless / powerful | name the capability or prove it |
| Jargon | elevate / empower / transform | say what changes, before and after |
| Adverb | incredibly / remarkably / surprisingly | cut, or give the number that surprises |
| Adverb | seamlessly / effortlessly | cut; show the step count |
| Adverb | fundamentally / essentially / ultimately | cut; the claim stands or it does not |
| Adverb | importantly / notably | cut; if it matters, the content shows it |
The table is the high-frequency cut. The full sweep, with forty-plus more phrases across every category, lives in references/kill-list.md; run it when the text goes to press, to investors, or to customers. Three categories the table compresses:
Bad: "Here's the thing: this is genuinely hard. Let that sink in." Good: "This is hard."
The patterns a model reaches for when it has nothing original to say. Each with its fix:
Binary contrast alone has eleven spellings ("The answer isn't X. It's Y." / "It feels like X. It's actually Y." / "stops being X and starts being Y" and more); the full variant table is in references/kill-list.md.
Bad: "It's not about speed. It's about precision." Good: "Precision matters more than speed here."
Name the actor when responsibility or causality matters. Keep passive voice when the actor is unknown, immaterial, deliberately withheld, or conventional in the technical context. Do not force a human subject into a sentence that does not need one.
Bad: "The decision was reached after careful consideration." Good: "The team decided after reviewing three options."
Bad: "Mistakes were made." Good: Name who made them.
No vague declaratives. No lazy extremes. Name the specific thing.
Lazy extremes are every, always, never, everyone, everybody, nobody: false authority doing vague work. Vague declaratives announce weight without naming it: "The reasons are structural", "The stakes are high", "This is the deepest problem", "The consequences are real".
Bad: "The implications are significant." Good: Name the implication.
Bad: "Everyone knows this." Good: Name who knows it and what they know.
Specifics beat abstractions. In direct guidance, "you" often beats a vague "people." Preserve third-person, academic, legal, or documentary register when the source calls for it.
Bad: "Nobody designed this. It just happened." Good: "You didn't sit down and decide to build this. It accumulated."
Mix sentence lengths. Two items often beat three. End paragraphs differently. Follow the supplied house style for em dashes; with no house style given, replace them with commas, parentheses, colons, or periods. Never treat punctuation as evidence of authorship.
Three consecutive sentences at the same length: break one. Every paragraph ending with a punchy one-liner: vary it. Staccato fragments stacked for effect: merge them. A question answered in the same breath: let it breathe or cut it. Hedging dressed as reassurance ("Not always. Not perfectly."): cut it.
Sentence starters count as rhythm. Wh- openers ("What makes this hard is...") read as a crutch: lead with the subject ("The constraint is..."). Paragraphs opening with "So": start with content. Sentences opening with "Look,": remove.
State facts directly. Skip softening, justification, hand-holding. The reader is an adult.
Cut: "I want to be clear that..." / "It's important to note that..." / "As you might expect..." Start with the content.
If a sentence sounds like it was written to be screenshotted, rewrite it. Pull-quote prose is manufactured. Cut the performance.
Run every item before delivering prose:
Rate 1-10 on each dimension after the pass:
| Dimension | Question |
|---|---|
| Directness | Statements, not announcements? |
| Rhythm | Varied, not metronomic? |
| Trust | Respects the reader? |
| Authenticity | Sounds human? |
| Density | Anything still cuttable? |
Below 35/50: revise. Do not ship it.
A README intro, run through both modes. The source paragraph carries real facts, so the rewrite has something to surface. Nothing below is invented.
Here's the thing: developer onboarding isn't just a process problem. It's a cultural one. In today's fast-paced landscape, teams need to leverage robust tooling to seamlessly navigate the challenges of scale. The implications are significant. Our new CLI fundamentally transforms setup. No manual config. No YAML wrangling. No waiting on ops. It turns out that the setup that used to be handled by a dedicated engineer over two days now takes one command. Let that sink in.
Clear issues
- "Here's the thing:" - throat-clearing before the point - delete; open on the CLI claim.
- "isn't just a process problem. It's a cultural one." - binary contrast announces an
insight the paragraph never delivers; nothing that follows supports "cultural" - state
the actual claim or cut the sentence.
- "In today's fast-paced landscape" - dated filler, and "landscape" names nothing - cut.
- "leverage robust tooling to seamlessly navigate the challenges of scale" - jargon stack
(leverage, robust, seamlessly, navigate) with no capability named - replace with the
capability the paragraph already has: one command.
- "The implications are significant." - vague declarative; the implication appears two
sentences later - cut.
- "fundamentally transforms" - announced significance instead of the before and after,
which the source supplies - use the two-days-to-one-command figures.
- "No manual config. No YAML wrangling. No waiting on ops." - negative listing; runway
before the point - one positive sentence naming what the user does.
- "the setup that used to be handled by a dedicated engineer" - passive hides an actor
who matters to the claim - name the engineer's role as the subject.
- "It turns out that" - throat-clearing - cut.
- "Let that sink in." - emphasis crutch - cut; the numbers carry it.
Judgment calls
- "Our new CLI" - "new" expires within a release cycle - drop "new" unless this README is
a launch announcement.
- "developer onboarding" - reads as house vocabulary; if the rest of the docs say
"onboarding" alone, match that. Left as supplied.
Boundary: writing-quality signals do not establish authorship.
The source text is returned unchanged in this mode.
A dedicated engineer used to spend two days setting up each new developer. Our CLI does it in one command.
Line edit pass
------------------------------
Filler phrases removed: 9
Structural patterns fixed: 2
Passive voice to active: 1
Vague declaratives cut: 1
Rhythm breaks added: 1
Em dashes removed: 0
Score
------------------------------
Directness: 9
Rhythm: 8
Trust: 9
Authenticity: 8
Density: 9
Total: 43/50
Verdict: CLEAN
Note what did not happen. No metric was invented, no customer was named, and the "cultural" claim was cut rather than expanded, because the source offered no support for it. The two days and the one command were already there.
Before: "Here's the thing - the migration wasn't just a technical challenge. It was a fundamental shift in how the team operates. No more silos. No more handoffs. No more waiting." After: "The migration changed how the team operates: engineers now deploy their own services instead of filing tickets and waiting two days."
Before: "The implications are truly significant. This decision was reached after careful consideration, and it will ultimately transform the developer experience." After: "The platform team chose Vite over Webpack. Local builds dropped from 90 seconds to 4."
Before: "So what does this mean for creators? It means empowerment. It means ownership. It means the landscape has fundamentally shifted." After: "Creators now hold the registry keys. When a track sells, the split executes without a label in the loop."
The specifics in these After lines came from author context. Never invent specifics. Ask for missing material when interaction is possible; otherwise mark the unresolved gap without manufacturing an answer.
If you catch yourself thinking any of these, stop and correct:
This skill edits style only. It must NOT:
For a findings-only audit, return:
Clear issues
- [exact quote] - [why it weakens this piece] - [minimum correction]
Judgment calls
- [exact quote] - [context or voice trade-off] - [optional correction]
Boundary: writing-quality signals do not establish authorship.
Do not include cleaned prose in a findings-only audit.
For a cleaning pass, return the cleaned prose first. Then append:
Line edit pass
------------------------------
Filler phrases removed: [count]
Structural patterns fixed: [count]
Passive voice to active: [count]
Vague declaratives cut: [count]
Rhythm breaks added: [count]
Em dashes removed: [count]
Score
------------------------------
Directness: [1-10]
Rhythm: [1-10]
Trust: [1-10]
Authenticity: [1-10]
Density: [1-10]
Total: [X/50]
Verdict: [CLEAN / REVISE]
If the total is below 35, name what is still generating the score and why it could not be resolved without more author context.
Adapted from the suede-creator-skills collection: https://github.com/JasonColapietro/suede-creator-skills
MIT. See LICENSE.