technical-writing
Technical writing standards and best practices
What this skill does
# Technical Writing Skill
Standards and best practices for technical writing.
## Writing Principles
### Clarity
```markdown
## Be Clear
❌ "Utilize the aforementioned methodology to facilitate optimal outcomes."
✅ "Use this method to get the best results."
## Rules:
- Use simple words
- One idea per sentence
- Active voice over passive
- Specific over vague
```
### Conciseness
```markdown
## Be Concise
❌ "In order to effectively and efficiently process the data,
it is necessary that the system must first initialize."
✅ "The system must initialize before processing data."
## Cut:
- Unnecessary words ("very", "really", "actually")
- Redundant phrases ("end result", "future plans")
- Filler phrases ("it should be noted that")
```
### Consistency
```markdown
## Be Consistent
### Terminology
Pick one term and stick with it:
- "user" or "customer" (not both)
- "click" or "select" (not both)
- "app" or "application" (not both)
### Formatting
- Code: `backticks`
- UI elements: **bold**
- File paths: `code`
- First mention of terms: *italics*
```
## Style Guide
### Voice and Tone
```markdown
## Voice Characteristics
### Professional but Friendly
❌ "One must ensure that..."
✅ "Make sure you..."
❌ "Heyyy! Super excited to show you..."
✅ "We're excited to introduce..."
### Direct and Helpful
❌ "You might want to consider..."
✅ "We recommend..."
❌ "There are several ways to..."
✅ "Do this by..."
```
### Sentence Structure
```markdown
## Sentence Guidelines
### Lead with Action
❌ "To create a new user, click the Create button."
✅ "Click Create to add a new user."
### One Action per Step
❌ "Click Settings, then Security, then API Keys."
✅ "1. Click Settings
2. Select Security
3. Click API Keys"
### Front-Load Key Information
❌ "If you're using Docker, skip this step."
✅ "Skip this step if you're using Docker."
```
### Technical Terms
```markdown
## Handling Technical Terms
### Define on First Use
"The API uses *webhooks* (HTTP callbacks triggered by events)
to notify your server of changes."
### Use Consistently
If you introduce "webhook," don't later call it:
- "HTTP callback"
- "event notification"
- "push notification"
### Know Your Audience
**Beginner audience:** Define all terms
**Expert audience:** Use standard terminology
**Mixed audience:** Link to glossary
```
## Formatting Standards
### Headings
```markdown
## Heading Guidelines
### Use Sentence Case
✅ "Getting started with APIs"
❌ "Getting Started With APIs"
### Be Descriptive
✅ "Install dependencies"
❌ "Step 1"
### Heading Hierarchy
- H1: Page title only
- H2: Main sections
- H3: Subsections
- H4: Use sparingly
```
### Lists
```markdown
## List Guidelines
### Use Bullets For:
- Unordered items
- Features or benefits
- Requirements
### Use Numbers For:
1. Sequential steps
2. Ordered processes
3. Rankings
### List Formatting
- Parallel structure
- Complete sentences or fragments (not both)
- 2-7 items ideally
```
### Code
```markdown
## Code Guidelines
### Inline Code
Use for:
- Function names: \`createUser()\`
- File paths: \`src/index.ts\`
- Commands: \`npm install\`
- Values: \`true\`, \`null\`
### Code Blocks
\`\`\`typescript
// Always specify language
// Include comments for complex code
// Use realistic examples
const user = await createUser({
email: '[email protected]'
})
\`\`\`
### Show Expected Output
\`\`\`
$ npm test
✓ 42 tests passed
\`\`\`
```
## Common Patterns
### Procedures
```markdown
## Procedure Template
### Prerequisites
Before you begin:
- Requirement 1
- Requirement 2
### Steps
1. **[Action verb]** the [object].
[Additional details if needed]
\`\`\`bash
command
\`\`\`
2. **[Next action]** the [object].
3. **Verify** that [expected result].
### Result
You have now [completed task].
```
### Warnings and Notes
```markdown
## Callout Types
> **Note:** Additional information that's helpful but not critical.
> **Tip:** Helpful suggestion or best practice.
> **Important:** Information the reader needs to know.
> **Warning:** Potential for data loss or security issues.
> **Caution:** Action that can't be undone.
```
### Examples
```markdown
## Example Structure
### Good Example Includes:
1. Context - why you'd use this
2. Complete, runnable code
3. Expected output
4. Common variations
### Example
\`\`\`typescript
// Create a user with minimal required fields
const user = await createUser({
email: '[email protected]'
})
// Output: { id: 'usr_123', email: '[email protected]' }
// Create a user with all fields
const fullUser = await createUser({
email: '[email protected]',
name: 'Jane Doe',
role: 'admin'
})
\`\`\`
```
## Review Checklist
```markdown
## Before Publishing
### Content
- [ ] Accurate and up-to-date
- [ ] Complete (no missing steps)
- [ ] Tested (code works)
- [ ] Audience-appropriate
### Writing
- [ ] Clear and concise
- [ ] Active voice
- [ ] Consistent terminology
- [ ] No jargon unexplained
### Formatting
- [ ] Proper heading hierarchy
- [ ] Code has syntax highlighting
- [ ] Links work
- [ ] Images have alt text
### Polish
- [ ] Spell-checked
- [ ] Grammar-checked
- [ ] Read aloud for flow
```
## Integration
Used by:
- `blog-writer` agent
- `tutorial-writer` agent
- `announcement-writer` agent
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.