Sharp writing
Companion products for AI-assisted software work.
npx -y skills add paleo/alignfirst --skill sharp-writingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Conventions for writing sharp, concise prose and Markdown, for human readers and AI agents. Read before writing documentation, READMEs, instructions, agent skills, or any prose text.
The file declares its own license as CC0 1.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.6 KB, as published. Nobody here has run it
Sharp Writing
Write sharp text: every word counts. These rules cover all prose and Markdown. Most hold for both human readers and AI agents; only the em-dash style differs.
Principles
- Sharp, precise, concise. Straight to the point. The less, the better.
- Don't pad. No bloated orders, no filler.
- Respect the reader. No insistent or authoritarian tone; don't treat them like a child. Make what is important more obvious instead.
- No emoticons. No informal language.
Structure text like code
Good text is like good code:
- Avoid repeating or duplicating.
- Refactor text as you refactor code, so every idea is well-organized and clear.
One idea, one sentence. One concern, one paragraph. When a concern needs several paragraphs, give it a section title; split a complex idea into sub-ideas the same way. Never pack several ideas into one sentence, or several concerns into one paragraph.
Show the direct path, not your detours. Writing is like climbing an uncharted mountain: you wander and backtrack to find the way, then from the summit you see the straight route. Write that route. Readers want the direct path, not the search that found it.
Prefer positive phrasing
Say what is, not what is not. A negation forces the reader to invert; a double negation forces two inversions.
Stop at the last fact
End when the information ends. Don't close with a sentence that restates the point, draws a moral, or justifies what you just wrote. Before keeping a final sentence, check it carries a new fact or instruction. If it only emphasizes, concludes, or reassures, cut it.
Add an example only when needed
Add an example only when the rule is hard to grasp without one. Prose that stands on its own needs none.
When you add one, invent a neutral case.
Markdown
Don't wrap text to 80 characters. Let lines run freely.
Em-dash: the one audience difference
The em-dash (—) is the main style difference between the two audiences.
- For humans: use the em-dash only as a visual separator.
- For AI agents: the em-dash is also fine inside prose.
Valid for both, as a visual separator:
key1— description 1key2— description 2
Valid only for AI agents, inside a sentence:
State the main idea — then add a caveat after the dash.