technical-writing

Applies Diátaxis, Google developer style, STE, and Global English rules to technical documentation.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/gmackie/agent-skills --skill technical-writing-gmackie
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: technical-writing
Source: https://github.com/gmackie/agent-skills/tree/main/skills/technical-writing
Command: npx skills add https://github.com/gmackie/agent-skills --skill technical-writing-gmackie

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Technical docs often confuse readers with mixed document types, passive voice, overloaded sentences, and ambiguous wording. This Skill gives you a four-layer standard for writing and reviewing documentation that a tired engineer understands on the first read. ## Core Features & Use Cases - Diátaxis Mode Selection: Classify each document as tutorial, how-to, reference, or explanation and keep modes cleanly separated. - Sentence-Level Rules: Apply Google developer style, Simplified Technical English, and Global English guidelines to eliminate ambiguity and wordiness. - Review Checklist: Run an 8-point checklist over docs, RFCs, READMEs, PR descriptions, and commit messages before merging. - Use Case: You are reviewing a README that mixes tutorial steps with reference tables and vague phrasing. Use this Skill to split the modes, rewrite instructions as commands, and cut every word that does no work. ## Quick Start Use the technical-writing skill to review and rewrite the attached README following the four-layer standard.

Frequently Asked Questions about technical-writing

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

FAQPage Schema
How do I structure technical documentation with Diátaxis?▼

Diátaxis splits documentation into four modes: tutorials for learning by doing, how-to guides for task completion, reference for factual lookup, and explanation for understanding. Pick one mode per document and link between modes instead of mixing them.

How to write clear instructions in developer docs?▼

Write instructions as direct commands addressed to the reader as "you", in present tense, with the condition before the step. Keep one instruction per sentence, split sentences over roughly 20 words, and avoid passive voice and words like "simply" or "easily".

What is Simplified Technical English used for?▼

Simplified Technical English (STE) is a controlled language standard that limits sentence length, enforces one meaning per word, and requires imperative procedures. It reduces misreading for non-native readers, translators, and automated parsers.

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

Yes, every layer except Diátaxis mode selection applies to PR descriptions and commit messages. Product UI strings are excluded and should follow your product's copy guidelines instead.

When should I not mix documentation modes?▼

Never put reference tables inside a tutorial, tutorial hand-holding inside reference, or persuasion inside a how-to. Mixing modes confuses readers about whether they are learning, doing, or looking up facts; split the content and link instead.