technical-writing

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Technical docs often confuse readers with mixed document types, wordy sentences, and ambiguous phrasing. This Skill gives writers and reviewers a four-layer standard so a tired engineer understands the text on the first read. ## Core Features & Use Cases - Diátaxis mode selection: Classifies each document as tutorial, how-to, reference, or explanation and enforces one mode per file. - Sentence-level rules: Applies Google developer style, STE one-thought-per-sentence limits, and Global English disambiguation to every sentence. - Review checklist: Provides an eight-item checklist covering mode purity, command-style instructions, word economy, pronoun clarity, and factual accuracy of symbols and counts. - Use Case: When drafting a README, RFC, PR description, or commit message, invoke the skill to rewrite vague prose like "configuration is performed via budget.json" into direct, verifiable statements with real symbol names. ## Quick Start Ask the AI to review or rewrite a document using the technical-writing skill, for example: "Review this README draft with the technical-writing standard and fix any violations."

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 docs into four modes: tutorials for learning by doing, how-tos for task goals, reference for factual lookup, and explanation for understanding. Pick one mode per document by asking whether the content serves action or understanding, and learning or work.

How to write clearer instructions in developer docs?▼

Write each instruction as a direct command with its condition in front, such as "To delete the document, click Delete." Keep one instruction per sentence, split sentences over about 20 words, and address the reader as "you" in present tense.

What is the difference between a tutorial and a how-to guide?▼

A tutorial teaches a beginner through a complete learning experience where every step produces a visible result. A how-to assumes competence and gives action-only steps toward a specific goal, linking out background instead of teaching it.

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

Yes, every layer except Diátaxis applies to PR descriptions and commit messages. A PR body should read as a briefing a reviewer finishes in under a minute, linking logs and metric tables instead of pasting them.

Why should technical docs avoid passive voice and ambiguous pronouns?▼

Passive voice hides the actor, forcing readers to guess who does what, and pronouns like "it" or "this" can point at multiple things. Naming the actor and repeating the noun ensures each sentence parses only one way for readers, translators, and agents.