Agent skill

Technical Writing

by rsmdt in rsmdt/the-startup

Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks.

MITAuto-check passedDevelopment

Install Technical Writing

skills CLI
$ npx skills add rsmdt/the-startup --skill technical-writing -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install rsmdt/the-startup technical-writing --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/rsmdt/the-startup.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/team/skills/development/technical-writing .claude/skills/technical-writing && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
technical-writing
GitHub stars
551
Token cost
~1.3k tokens
SKILL.md length
543 words
Files
3
Skills in repo
27
Repo updated
First seen
Licence
MIT

At a glance

Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks.

  • Works in 5 steps: Identify Document Type → Gather Context → Apply Template → …
  • Capturing design decisions
  • SKILL.md covers Persona, Interface, Constraints and Reference Materials, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Technical Writing is an agent skill from rsmdt/the-startup. Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks. Use when capturing design decisions, documenting system architecture, creating API references, or writing operational procedures.

Its SKILL.md is about 1.3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 3 other files (for example `templates/adr-template.md` and `templates/system-doc-template.md`).

It sits in Development, covering Architecture decision records, Runbooks and postmortems and Technical writing. The repository describes itself as: The Agentic Startup - A collection of Claude Code commands, skills, and agents. The licence is MIT.

When your agent uses it

  • Capturing design decisions
  • Documenting system architecture
  • Creating API references
  • Writing operational procedures

Example prompts

  • “/technical-writing”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Identify Document Type
  2. Gather Context
  3. Apply Template
  4. Write Document
  5. Validate Quality

What it can do on your machine

Read from SKILL.md and the folder at commit 88d447c. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Technical Writing loads about 1.3k tokens when it runs. Until then it costs about 65 tokens; SKILL.md has 543 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~65
When it runs · the whole SKILL.md, loaded when a task matches
~1.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from rsmdt/the-startup at commit 88d447c, republished under its MIT licence (© rsmdt). 543 words, ~1,259 tokens.

Download SKILL.mdSave it as .claude/skills/technical-writing/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.
name
technical-writing
description
Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks. Use when capturing design decisions, documenting system architecture, creating API references, or writing operational procedures.

Persona

Act as a technical documentation specialist who creates and maintains documentation that preserves knowledge, enables informed decision-making, and supports system operations. You select the right documentation type for the situation and apply audience-appropriate detail.

Documentation Request: $ARGUMENTS

Interface

Document { type: ADR | SystemDoc | APIDoc | Runbook audience: Developers | Operations | Business | Mixed detailLevel: HighLevel | Technical | Procedural status: Draft | Proposed | Accepted | Deprecated | Superseded }

State { request = $ARGUMENTS docType: ADR | SystemDoc | APIDoc | Runbook audience: Developers | Operations | Business | Mixed context = {} document = null }

Constraints

Always:

  • Document the context and constraints that led to a decision before stating the decision itself.
  • Tailor documentation depth to its intended audience.
  • Use diagrams to communicate complex relationships rather than lengthy prose.
  • Make documentation executable or verifiable where possible.
  • Update documentation as part of the development process, not as an afterthought.
  • Use templates consistently to make documentation predictable.
  • Date all documents and note last review date.
  • Store documentation in version control alongside code.

Never:

  • Create documentation that contradicts reality (documentation drift).
  • Document obvious code — reduces signal-to-noise ratio.
  • Scatter documentation across multiple systems (wiki sprawl).
  • Document features that do not exist yet as if they do (future fiction).
  • Modify accepted ADRs — create new ones to supersede instead.

Reference Materials

See templates/ directory for document templates:

Workflow

1. Identify Document Type

Determine the document type from the request:

match (request) { decision | choice | trade-off | "why did we" => ADR architecture | system | overview | onboarding => SystemDoc API | endpoint | integration | schema => APIDoc runbook | procedure | incident | deployment => Runbook }

Determine audience:

match (docType) { ADR => Developers (future decision-makers) SystemDoc => Mixed (new team members, stakeholders) APIDoc => Developers (API consumers) Runbook => Operations (on-call engineers) }

2. Gather Context

Identify the subject matter — what system, decision, or process to document. Read existing documentation to understand current state. Identify stakeholders and intended audience.

match (docType) { ADR => Gather options considered, constraints, trade-offs SystemDoc => Gather components, relationships, data flows, deployment APIDoc => Gather endpoints, schemas, auth, errors, rate limits Runbook => Gather prerequisites, steps, expected outcomes, escalation paths }

Show full SKILL.md (214 more words)Show less
3. Apply Template

match (docType) { ADR => Load templates/adr-template.md SystemDoc => Load templates/system-doc-template.md APIDoc => Use standard API reference structure (auth, endpoints, errors, versioning) Runbook => Use standard runbook structure (prereqs, steps, troubleshooting, escalation) }

4. Write Document

Fill template with gathered context.

Apply audience-appropriate detail:

  • New developers — high-level concepts, step-by-step guides
  • Experienced team — technical details, edge cases
  • Operations — procedures, commands, expected outputs
  • Business — non-technical summaries, diagrams

Prefer diagrams over prose for:

  • System context — boundaries and external interactions
  • Container — major components and relationships
  • Sequence — component interaction for specific flows
  • Data flow — how data moves through the system

Make examples executable where possible:

  • API examples that can run against test environments
  • Code snippets extracted from actual tested code
  • Configuration examples validated in CI
5. Validate Quality

Check for documentation anti-patterns:

  • Documentation drift — does it match reality?
  • Over-documentation — is obvious code being documented?
  • Future fiction — are unbuilt features described as existing?

For ADRs, verify lifecycle state:

match (status) { Proposed => decision is being discussed Accepted => decision has been made, should be followed Deprecated => being phased out, new work should not follow Superseded => replaced by newer ADR (link to new one) }

When superseding an ADR:

  1. Add "Superseded by ADR-XXX" to the old record.
  2. Add "Supersedes ADR-YYY" to the new record.
  3. Explain what changed and why in the new ADR context.

© rsmdt, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 2 other files in plugins/team/skills/development/technical-writing of rsmdt/the-startup.

  • SKILL.md
  • templates/adr-template.md
  • templates/system-doc-template.md

Open the folder on GitHubat commit 88d447c

Compare with similar skills

Technical Writing next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Technical Writing compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Technical Writing this skillrsmdt/the-startup551—~1.3kAutomated safety check: PassMIT
Evidence-Backed Documentation Writerbgauryy/octocode949—~2kAutomated safety check: PassMIT
Diataxis Docspmndrs/glyph393—~1.4kAutomated safety check: PassMIT
RFC Creatortech-leads-club/agent-skills7k—~2.9kAutomated safety check: PassCC-BY-4.0
Technical Documentationkid-sid/claude-spellbook189—~3.4kAutomated safety check: NotesMIT
Simplified Technical Englishathola/claude-night-market342—~2kAutomated safety check: PassMIT

Similar skills

  • Writes, repairs and copyedits project docs against the Google developer documentation style guide, verifying claims in the repository before stating them.

    949 GitHub stars~2k tokensUpdated 5 days ago
    DevelopmentAuto-check passed
  • Diataxis Docs

    pmndrs/glyph

    Design, classify, write, audit, or restructure technical documentation with the Diátaxis framework.

    393 GitHub stars~1.4k tokensUpdated today
    DevelopmentAuto-check passed
  • RFC Creator

    tech-leads-club/agent-skills

    Drafts Request for Comments documents that lay out a proposal, the options weighed and the decision needed, so approvers can align before a major change.

    7k GitHub stars~2.9k tokensUpdated 18 days ago
    DevelopmentAuto-check passed
  • Technical Documentation

    kid-sid/claude-spellbook

    A skill your agent uses when writing a README, documenting an API with OpenAPI, drafting a runbook for on-call engineers, authoring a technical spec or ADR, or setting up docs-as-code with…

    189 GitHub stars~3.4k tokensUpdated 2 mo ago
    DevelopmentAuto-check: notes
  • Simplified Technical English

    athola/claude-night-market

    Applies an ASD-STE100-derived register to operator and procedural text.

    342 GitHub stars~2k tokensUpdated 2 days ago
    DevelopmentAuto-check passed
  • Docs

    brickbots/PiFinder

    Author and edit PiFinder's user-facing documentation in the project's house style.

    250 GitHub stars~6.2k tokensUpdated yesterday
    DevelopmentAuto-check passed

More from rsmdt/the-startup

All 27 skills in this repo
  • Analyze

    rsmdt/the-startup

    Deep-dive codebase analysis that explains how things actually work — business rules, architecture patterns, auth flows, data models, integrations, and performance hotspots.

    551 GitHub stars~1.9k tokensUpdated 2 mo ago
    Auto-check passed
  • Implement

    rsmdt/the-startup

    Implementation entry point. An agent skill from rsmdt/the-startup.

    551 GitHub stars~1.3k tokensUpdated 2 mo ago
    Auto-check passed
  • Implement Factory

    rsmdt/the-startup

    Factory loop orchestrator for multi-feature or multi-component implementation manifests.

    551 GitHub stars~3.2k tokensUpdated 2 mo ago
    Auto-check passed
  • Agentic Patterns

    rsmdt/the-startup

    Context enrichment for agentic AI application development using LangChain, Vercel AI SDK, and assistant-ui.

    551 GitHub stars~501 tokensUpdated 2 mo ago
    Auto-check passed
  • API Contract Design

    rsmdt/the-startup

    REST and GraphQL API design patterns, OpenAPI/Swagger specifications, versioning strategies, and authentication patterns.

    551 GitHub stars~1.1k tokensUpdated 2 mo ago
    Auto-check passed
  • Architecture Selection

    rsmdt/the-startup

    System architecture patterns including monolith, microservices, event-driven, and serverless, with C4 modeling, scalability strategies, and technology selection criteria.

    551 GitHub stars~1.2k tokensUpdated 2 mo ago
    Auto-check passed

Questions about Technical Writing

What does Technical Writing do?

Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks. Technical Writing is an agent skill from rsmdt/the-startup. Create architectural decision records (ADRs), system documentation, API documentation, and operational runbooks.

When should I use Technical Writing?

Technical Writing fits situations like: capturing design decisions; documenting system architecture; creating API references; writing operational procedures.

How do I install Technical Writing in Claude Code?

Run `npx skills add rsmdt/the-startup --skill technical-writing -a claude-code`. Or copy the skill folder (plugins/team/skills/development/technical-writing in rsmdt/the-startup) into .claude/skills/technical-writing in your project. Claude Code loads it when a task matches its description.

How do I install Technical Writing in Codex?

Run `npx skills add rsmdt/the-startup --skill technical-writing -a codex`. Or copy the skill folder (plugins/team/skills/development/technical-writing in rsmdt/the-startup) into .agents/skills/technical-writing in your project. Codex loads it when a task matches its description.

Can I use Technical Writing in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add rsmdt/the-startup --skill technical-writing -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/technical-writing, .gemini/skills/technical-writing, .github/skills/technical-writing and .opencode/skills/technical-writing in your project.

What does Technical Writing need to run?

SKILL.md names no scripts, command-line tools or credentials: Technical Writing is instructions for the agent only.

Does Technical Writing access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Technical Writing safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Technical Writing use?

Technical Writing is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Technical Writing use?

About 1.3k tokens (SKILL.md is roughly 5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Technical Writing?

Skills that share tags, products or a category with Technical Writing: Evidence-Backed Documentation Writer (bgauryy/octocode, 949 stars), Diataxis Docs (pmndrs/glyph, 393 stars), RFC Creator (tech-leads-club/agent-skills, 7k stars) and Technical Documentation (kid-sid/claude-spellbook, 189 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Technical Writing?

rsmdt (a GitHub user) maintains it in rsmdt/the-startup, which has 551 GitHub stars. The repository holds 27 skills in this directory. The repository was last updated on August 3, 2026.

Source: rsmdt/the-startup on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.