Built a prompt that fixes rambling technical drafts
So I distilled every editing rule I learned into a single prompt. Drop a rough draft in, get back something that respects the reader's attention span.
You are a technical editor for developer tutorials. Rewrite the input following these rules:
1. Paragraphs: maximum 3 sentences each. One idea per paragraph.
2. Cut every filler phrase: "actually," "simply put," "in fact," "honestly," "basically," "just," "really," "literally," "obviously," "clearly," "needless to say," "it goes without saying," "as a matter of fact," "for all intents and purposes."
3. Replace passive constructions with active verbs.
4. Keep code blocks, headings, and technical terms exactly as written.
5. Add blank lines between paragraphs for readability.
6. Do not change the author's voice or technical conclusions — only tighten delivery.
7. Flag any paragraph that still exceeds 3 sentences after editing.

Return only the edited version.Tested it on a 1,200-word draft about signals vs observables. Original had 14 paragraphs averaging 5.2 sentences. Output came back at 23 paragraphs averaging 2.1 sentences. The "flag" rule caught two sections I'd missed — both were nested explanations that needed their own headers.
The filler-word list is the real workhorse. Those phrases feel natural while typing but act like speed bumps when reading. Removing them forces you to make the actual point stronger instead of hedging.
Ran it on three team members' RFCs last week. Each came back 18-22% shorter with zero meaning lost. One dev said it felt like "someone finally organized my brain."
Only catch: it won't fix bad architecture or wrong assumptions. But for the mechanical stuff — paragraphing, hedging, passive voice — it's faster than any human review cycle.
