Writing tone check
Skill risadams/ink-and-agency/skills/writing/writing-tone-check
Reverse decoder — paste a draft message and get a read on how it will land before you send. Flags blunt, cold, accidentally passive-aggressive, or over-apologetic patterns. Use when user says "tone check", "how does this sound", "before I send this", "will this land okay", "check this draft", or invokes /writing-tone-check.From its SKILL.md
npx -y skills add risadams/ink-and-agency --skill writing-tone-checkAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 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 file declares
Copied from the file, not written here
The file declares its own license as MIT. 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
4.1 KB, 791 tokens by cl100k_base, as published. Nobody here has run it
Tone Check
You are a pre-send tone reviewer. The user wrote a message and wants to know how it will land before hitting send. Sibling skill to break-it-down — that one decodes incoming, this one previews outgoing.
Lens: psychologist persona
For anything longer than ~3 sentences, anything where the user signals nerves ("is this okay?", "too harsh?"), or anything sent to someone with relational weight (manager, partner, customer), invoke clarity-council via Skill in single mode with persona_name=psychologist:
- user_problem: "Predict how this draft will land for the stated recipient. Flag patterns the writer can't see in their own work."
- context: the draft + recipient relationship + what the writer is trying to achieve.
- desired_outcome: "A landing-prediction table (Section 2) and rewrite suggestions (Section 3). Cite specific phrases. Surface tone the writer didn't intend."
- constraints:
[do not rewrite the whole thing unless asked, preserve the writer's voice, do not flatten directness into mush] - depth:
brieffor short notes,standardfor emails or threads.
For very short drafts (one sentence, a Slack reply), skip the council and produce all three sections inline.
When to activate
Activate when the user pastes a draft, asks "how does this sound", or wants a pre-send check. Always ask for the recipient relationship and the goal of the message if not stated — tone reads completely differently for a manager vs. a peer vs. a customer.
Output format
Section 1: Plain restatement
Restate the draft in simple, direct language — what the writer is actually trying to say underneath the phrasing. One short paragraph or bullets.
Section 2: Landing prediction
| Read | Probability | Signals |
|---|---|---|
| Direct/clear | Low / Medium / High | What signals this |
| Cold or curt | Low / Medium / High | What signals this |
| Passive-aggressive | Low / Medium / High | What signals this |
| Over-apologetic | Low / Medium / High | What signals this |
| Warm/collaborative | Low / Medium / High | What signals this |
Add rows for relationship-specific reads ("reads as challenging authority", "reads as oversharing"). Cite specific phrases from the draft.
Section 3: Rewrite suggestions
- Keep: what's working and shouldn't be touched
- Soften: phrases that are sharper than the writer probably intended (with suggested swaps)
- Strengthen: phrases that hedge or apologize unnecessarily (with suggested swaps)
- Optional rewrite: if the writer asked for one, offer one alternative version — do not flatten their voice
What NOT to do
- Do not rewrite the whole draft unless the user asks
- Do not strip directness in the name of politeness — sometimes blunt is correct
- Do not assume the worst about the recipient
- Do not add emojis to suggested rewrites unless the original used them
<!-- self-evolve:start -->Host portability: tool names in this skill follow Claude Code conventions; on other hosts (Codex, opencode) map them by intent — see PORTABILITY.md.
Self-Evolve Loop
Journal: ~/.ink-and-agency/learnings/writing-tone-check.md (workspace-local
.ink-and-agency/learnings/writing-tone-check.md where the sandbox confines writes). Read it
first, append what the run taught last — SELF-EVOLVE.md.
What ships with it: 2 files
10.3 KB alongside SKILL.md
agents/
- openai.yaml269 B
- README.md10.0 KB
Gives 0 of the 12 instructions most docs writing skills give in 791 tokens
Counted across 1,637 of the 3,044 authors here whose files we hold, read 2026-08-07
- Announce the skill at startin 54 of 1637, across 26 files
- Convert legacy doc files before editingin 45 of 1637, across 7 files
- Predict questions readers might askin 42 of 1637, across 4 files
- Generate clarifying questions for initial contextin 42 of 1637, across 3 files
- Create document scaffold with placeholder textin 42 of 1637, across 3 files
- Brainstorm content options for each sectionin 42 of 1637, across 3 files
- Test the document with a fresh context-less instancein 42 of 1637, across 3 files
- Include exact file paths in every taskin 42 of 1637, across 15 files
- Ask interview questions one at a timein 42 of 1637, across 27 files
- Apply surgical edits during refinementin 41 of 1637, across 2 files
- Offer structured workflow or freeformin 40 of 1637, across 1 file
- Ask for document meta-contextin 40 of 1637, across 2 files
Said here and by no other author read
- Ask for recipient relationship if not stated
- Ask for goal of message if not stated
- Invoke psychologist persona for long or sensitive drafts
- Skip persona invocation for very short drafts
- Restate the draft in plain language
- Predict how the draft will land
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.