technical-writing

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

1|Updated Aug 26, 2026
One-click install
npx skills add https://github.com/edivad1999/stuc-stack --skill technical-writing-edivad1999
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: technical-writing
Source: https://github.com/edivad1999/stuc-stack/tree/main/skills/technical-writing
Command: npx skills add https://github.com/edivad1999/stuc-stack --skill technical-writing-edivad1999

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Technical docs often confuse readers with mixed document types, passive voice, ambiguous sentences, and jargon. This Skill gives you a four-layer standard so any engineer understands your docs, RFCs, readmes, PR descriptions, and commit messages 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 from mixing. - Sentence-level rules: Apply Google developer style, Simplified Technical English, and Global English guidelines to eliminate ambiguity and passive constructions. - Review checklist: Run an 8-point checklist covering mode purity, command-style instructions, pronoun clarity, and naming consistency. - Use Case: You are drafting a README for a new CLI tool. Use this Skill to pick the right Diátaxis mode, rewrite hedged sentences as direct commands, and verify every symbol and path is real at the current commit. ## Quick Start Use the technical-writing skill to review and rewrite my README draft 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 docs into four modes: tutorials for learning by doing, how-tos for task goals, reference for fact lookup, and explanation for understanding. Pick one mode per document by asking whether content serves action or understanding, and learning or work.

How to write clearer technical documentation for developers?▼

Address the reader as "you" in present tense, write instructions as direct commands, and put conditions before steps. Cut words that do no work, use short everyday words, and keep one thought per sentence.

What is Simplified Technical English and when should I use it?▼

Simplified Technical English (STE) is a controlled language limiting sentences to one instruction each, roughly 20-25 words, with consistent verbs per action. Use it for procedures and instructions where misreading carries real cost.

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

Yes, every layer except Diátaxis applies to PR descriptions and commit messages. Product UI strings are excluded since those follow product copy guidelines rather than documentation standards.

Why do technical docs sound machine-written even when following style rules?▼

Docs read machine-written when every sentence is clipped short with no variation or viewpoint. Mix sentence lengths deliberately, state opinions in explanation mode, and prefer specific facts like "a column rename fails the build" over sterile generalities.