technical-writing

Reviews and rewrites technical documentation using Diátaxis, Google style, STE, and Global English rules.

2|2|Updated Jun 28, 2015
One-click install
npx skills add https://github.com/camercu/dotfiles --skill technical-writing-camercu
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: technical-writing
Source: https://github.com/camercu/dotfiles/tree/main/common/.config/agents/skills/technical-writing
Command: npx skills add https://github.com/camercu/dotfiles --skill technical-writing-camercu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Technical docs often confuse readers with mixed document types, passive voice, ambiguous sentences, and invented jargon. This Skill applies four layered rule systems to make any doc understandable on the first read. ## Core Features & Use Cases - Diátaxis mode selection: Classifies each document as tutorial, how-to, reference, or explanation and enforces mode purity. - Sentence-level rules: Applies Google developer style, Simplified Technical English, and Global English guidelines to eliminate ambiguity and wordiness. - Review checklist: Provides an 8-item checklist covering mode consistency, command-style instructions, pronoun clarity, and factual accuracy of symbols and counts. - Use Case: Paste a draft README or RFC and ask for a review; the Skill rewrites vague passages like "configuration is performed via budget.json" into direct statements like "budget.mjs reads the committed budget from budget.json". ## Quick Start Ask the assistant to review your README, RFC, PR description, or commit message using the technical-writing skill and apply its four-layer rules.

Frequently Asked Questions about technical-writing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I improve technical documentation readability?▼

Apply four layers: pick one Diátaxis mode per document, address the reader as "you" with active voice, limit each sentence to one thought under 25 words, and remove any sentence open to two readings. Cut every word that does no work.

What is the Diátaxis framework for documentation?▼

Diátaxis splits docs into four modes: tutorials (learning by doing), how-tos (steps to a goal), reference (facts for lookup), and explanation (understanding and why). Each document should use exactly one mode, with links where modes meet.

How to write clear step-by-step instructions in docs?▼

Write each instruction as a direct command with one action per sentence. Put the condition before the step, keep articles like "the" and "a", and never use passive voice or narration such as "the component must be installed".

Does this writing guidance apply to commit messages and PR descriptions?▼

Yes, PR descriptions and commit messages are treated as writing too. Every layer except Diátaxis mode selection applies to them, including cutting filler words, using real symbol names, and avoiding ambiguous pronouns.

When should I not use these documentation style rules?▼

Product UI strings are not documentation and should follow your product's copy guidelines instead. Also, when a rule makes a sentence worse, fix the sentence another way or leave it alone; the rules serve the reader.