Skip to content
Development
Skill

/communicating-in-writing

Guides written communication — emails, reports, presentations, documents, website copy, newsletters, books. Use when writing or improving writing, adapting to an audience, or shaping document structure. Not for oral delivery or tool-specific formatting (slides, PDFs).

From plugin
rageatc-oss
1145 skills11 agents

Claude Code

$ npx -y skills add isvlasov/rageatc-oss --skill communicating-in-writing --agent claude-code

SKILL.md

communicating-in-writing.SKILL.md
name: communicating-in-writing
description: Guides written communication — emails, reports, presentations, documents, website copy, newsletters, books. Use when writing or improving writing, adapting to an audience, or shaping document structure. Not for oral delivery or tool-specific formatting (slides, PDFs).

Communicating in Writing

Advisory and high-freedom: the layers below are thinking tools, not a sequence to execute. Work through intent, audience, and structure before drafting prose; craft comes last. Structure determines comprehension more than prose quality does — fix structure before fixing sentences.

Layer 1 — Intent

Establish before writing a word:

  • **Purpose** — what the document must achieve, in one sentence. If there are multiple outcomes, rank them; a document with two equal purposes usually fails both.
  • **What changes** — what the reader should know, believe, feel, or do after reading that they did not before. If you cannot state this, the writing is not ready to begin.
  • **Call to action** — what you are asking the reader to do. Even informational documents have an implicit next step; surface it.
  • **Audience, document type, constraints** — who reads it, what form it takes, what is non-negotiable.

Resolve all of these before drafting. A document begun without a clear purpose cannot be edited into shape — it needs rewriting once purpose is found.

Layer 2 — Audience

  • Identify the primary reader (the decision-maker) and any secondary readers. For each: what do they know, what do they care about, what will they resist?
  • Working memory holds roughly four new chunks at once. One idea per paragraph, lists of seven or fewer items, complex arguments broken into discrete steps.
  • Prior knowledge determines structure, not just vocabulary. Experts tolerate dense sections and domain compression; non-experts need the same content in more sections, with scaffolding, analogy, and explicit transitions. Calibrate density to the reader, not to what feels natural to you as the expert.
  • Mismatch signals: jargon the reader does not know, assumed context they do not have, detail level misaligned (too granular for an executive; too high-level for an implementer).

Layer 3 — Structure

  • **Lead with the answer.** Conclusion or recommendation first, then reasoning and evidence. Exception — deliberate, not default: when the reader needs emotional or contextual preparation (bad news, controversial recommendations), build the case first.
  • Each section answers exactly one question; split any section answering two. Headings signal what the section delivers, not its topic — "Three decisions required by Friday", not "Next steps".
  • Test the through-line: can you state the document's argument in two or three sentences, in order? If not, the structure has a gap. For persuasive documents: situation → complication → question → answer.
  • Persuasive documents work on three levels: sound argument (logos), credibility established early rather than assumed (ethos), connection to what the reader actually values (pathos). Most writing defaults to logic alone — check the other two explicitly.
  • Readers remember openings and closings most. Open with the core message; close by reinforcing it or driving the call to action, never with a generic summary.
  • For longer documents: summary up front, parallel structure in lists and headings, key terms repeated consistently — variation for style creates confusion, consistency aids navigation.

Layer 4 — Craft

  • Active voice by default; passive only when the actor is genuinely unknown or irrelevant.
  • Concrete, specific nouns and verbs; replace nominalisations with their verb forms (utilisation → use).
  • Sentences of 15–25 words, most important information first; split any sentence the reader would re-read.
  • One idea per paragraph, opening with the topic sentence. Paragraphs over six lines are doing too much.
  • When content has relational, quantitative, or structural dimensions, represent it visually (table, diagram, flowchart) as well as in prose — a second encoding that reinforces the first, not decoration.
  • Bullet lists for discrete, parallel items only; causal content needs prose or a numbered sequence.
  • Headings, lists, and whitespace make the document scannable — readers scan before they read.
  • Trust variable-width containers (email, web, chat) to wrap text — no hard line breaks; only when you control the rendering, aim for 60–80 characters per line.
  • Conversational tone is more effective in most professional contexts; formal when the reader expects it (legal, regulatory, academic). Cut hedging unless the uncertainty is substantive.

Self-check

Evaluate, fix, then re-check:

  • **Buried lead** — is the most important point in the first third? Can the reader state the main point after the first paragraph?
  • **Audience mismatch** — any unfamiliar vocabulary, assumed context, or misaligned detail level?
  • **Overload** — any section introducing more than four new concepts without a break? Paragraphs over six lines? Lists over seven items?
  • **Structure** — a single logical thread from open to close? One question per section? Headings that signal, not label?
  • **Purpose** — stated or implied in the first paragraph? A clear next step at the end? If the reader asks "what do you want me to do?", does the document answer immediately?
  • **Coherence** — do the opening and closing frame the same document? Can a time-pressed reader get the essentials from headings and topic sentences alone?

Edge cases

  • **Mixed audience (experts and non-experts):** layer the document — executive summary up front, technical detail in appendices or clearly labelled sub-sections. One body trying to serve both audiences equally serves neither.
  • **Brevity vs completeness:** ask which failure costs more here. In most professional writing, burdening the reader is more common and more damaging than omission — cut to the reader's need, not to your thoroughn
Read more
@isvlasov
Ships withrageatc-oss

Rage Against The C - pick your own C to rage against. Two plugins for Claude Code / Cowork, built on the idea that we're using AI wrong: the speed of its output tricks us into rushing the input.

1145 skills11 agents
Get the whole plugin

Stars on GitHub

Momentum

stars in total
11
Star history of isvlasov/rageatc-oss on GitHub, a chart by star-history.com

Other skills on rageatc-oss.

building-telegram-bots

building-telegram-bots

Writes correct, version-aware Telegram bot code. Use when writing, extending, or debugging a Telegram bot in python-telegram-bot,…

decomposing-work

decomposing-work

Converts an approved ARCHITECTURE.md into an implementation roadmap of isolated, dependency-ordered chunks. Use when architecture…

delegating-to-codex

delegating-to-codex

Delegates a task to OpenAI Codex running as an interactive session in a herdr pane - uses the user's ChatGPT subscription,…

designing-interfaces

designing-interfaces

Creates a design system for software with a UI. Use when a project has a user interface and architecture is confirmed — whether…

More skills from other plugins.

brainstorming
Auto-invoked

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

@obra@obraInstall Skill
ask-matt

ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

skills12d309k
@mattpocock@mattpocockInstall Skill
accessibility
Auto-invoked

accessibility

Design, implement, and audit accessible UI to WCAG 2.2 Level AA across Web, iOS, and Android — semantic ARIA roles and labels,…

ecc13d293k
@affaan-m@affaan-mInstall Skill
compiler-commit

compiler-commit

Use when you want to verify compiler changes and commit with the correct convention. Runs tests, lint, and format, then commits…

react3d252k
@facebook@facebookInstall Skill

Questions about communicating-in-writing.

Which coding agents can use communicating-in-writing?
communicating-in-writing installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.