skills/technical-writing/SKILL.md
Clear-writing guide distilled from Steven Pinker's "The Sense of Style." Use when writing or revising prose that must be clear to a reader — documentation, design docs, specs, explanations, essays, emails, reports, RFCs, release notes — or when asked to make writing clearer, tighter, less academic, or less jargon-laden. Activate for "make this clearer", "tighten this", "why is this hard to read", "edit this for clarity", or any prose-quality pass.
npx skillsauth add roasbeef/claude-files technical-writingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
A practical guide to clear prose, distilled from Steven Pinker's The Sense of Style: The Thinking Person's Guide to Writing in the 21st Century (2014). The whole book reduces to one image and one cause, with four sets of consequences.
Use this when drafting prose (write it right the first time) or revising
prose (run the revision pass at the bottom). The reference files under
references/ hold the dense tables and examples; load the one you need when a
section says so.
Classic style treats writing as a clean window: the writer has seen something real and aims the reader's gaze at it. The reader is a competent equal — smart, not a student to be lectured, not a judge to be appeased. The writer has nothing to prove.
Everything that makes prose bad is a smudge on the glass — a place where the words point at themselves, at the writer's anxiety, or at an abstraction, instead of at the thing in the world.
Master heuristic. For any sentence ask: Is this a clean window onto a thing in the world, with a writer showing a reader something — or has it fogged into talk about the text, the writer's caution, or a concept about a concept? Fix toward the window.
Write in classic style by default. Break it locally and deliberately — for a
real legal caveat, a genuine scientific limitation, or honest uncertainty — never
out of habit or insecurity. Details and the style taxonomy:
references/classic-style.md.
The single best explanation for why good people write bad prose: you can't imagine what it's like not to know what you already know. It is a cognitive blind spot, not malice or laziness (Hanlon's razor applies). Because it operates beneath your awareness, the feeling that something is "obvious" or "clear" is the symptom, not a defense.
It surfaces as:
The reliable fixes are external, because you can't self-debug a blind spot.
"Just imagine your reader" fails. In order of reliability: show a draft to a
real reader like your audience → put it in a drawer and reread later as a stranger
→ read it aloud. Be clear without being condescending. Details:
references/curse-of-knowledge.md.
The reader receives only the linear string of words and rebuilds your tree of ideas. Individually perfect sentences can still be an incoherent mess. Manage the reader's mental model:
Coherence-relation table, connectives, and rewrites: references/coherence.md.
A sentence is a tree; the reader receives a string and reconstructs the tree one word at a time through a narrow memory bottleneck. Lighten the load:
Universal escape hatch: when a sentence goes unruly, split it in two. Garden
paths, end-weight, and examples: references/syntax.md.
the cancellation of X → cancel X; make an appearance → appear. Keep one
only when it names an already-introduced topic so the next sentence can comment
on it.for the purpose of → to, at this point in time →
now. Substitution table in the reference.very big →
huge. Cut tics (actually, basically, really).Full tables, the passive decision rule, punctuation-as-parsing-aid:
references/mechanics.md.
Not "anything goes," but reasoned judgment. A rule earns its keep only if it serves the reader. Don't enforce the superstitions: split infinitives, terminal prepositions, sentence-initial and/but/because, singular they, restrictive which, who for whom, sentence-adverb hopefully, less with measurements, the blanket passive-voice ban. Do enforce the real ones: its/it's, parallel structure, subject-verb agreement, ambiguous pronoun reference, dangling modifiers that cause real ambiguity, literally, true malaprops (lie/lay, flout/flaunt).
Decision order when a dispute arises: clarity first → consult data, not dogma →
diagnose the rule's pedigree (Latin-aping or schoolroom myth ⇒ ignore) → know
your audience (in a sticklerish context, observe even a superstition to avoid
distracting the reader). Full myth-bust and real-rules tables:
references/usage.md.
When revising existing prose, run these in order. Each maps to a reference file.
Don't apply the rules as a mechanical checklist over the master heuristic — the window comes first. A rule yields whenever following it would fog the glass.
development
Interactively debug Go programs in a single context using Delve (dlv) driven through tmux. Use when a bug requires runtime inspection — stepping through code, examining variables, walking goroutines, attaching to a live process, or debugging a hanging integration test — rather than just reading the source. Triggers include "step through this", "set a breakpoint", "attach to the running server", "why is this goroutine stuck", "debug this failing test".
development
Find similar vulnerabilities and bugs across codebases using pattern-based analysis. Use when hunting bug variants, building CodeQL/Semgrep queries, analyzing security vulnerabilities, or performing systematic code audits after finding an initial issue.
development
Refines an existing Go test suite — removes trivial/duplicate tests, strengthens weak assertions, reshapes tests around invariants, and closes branch-coverage gaps. Uses code-guided coverage and (when available) gremlins mutation-testing survivor data rather than relying on line coverage alone. Use when test quality is uneven, after a test-generation pass, before opening a PR, or as a quality gate on critical paths (consensus, channel state, payment flows). Triggers: "refine these tests", "tests are bloated", "tighten assertions", "remove trivial tests", "audit test quality", "/test-refine".
testing
This skill provides agent mail management via the Subtrate command center. Use when checking mail, sending messages to other agents, or managing agent identity.