Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
smithery.ai avatar

Documentation

  • 60 installs
  • smithery.ai

Helps with documentation tasks during AI-assisted development.

About

documentation is a Claude Code skill for documentation. It helps solo builders move faster with AI-assisted coding.

  • documentation
  • Documentation
  • AI-coding skill

Documentation by the numbers

  • 60 all-time installs (skills.sh)
  • +3 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #755 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/smithery.ai --skill documentation

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs60
Repositorysmithery.ai

What it does

Helps with documentation tasks during AI-assisted development.

Files

SKILL.mdMarkdownGitHub ↗

Documentation Skill

Unifies all Diataxis documentation guidance into one Skill. Claude activates this Skill whenever documentation should be written, reviewed, or improved, and then "lazy loads" the exact documentation type guidance by opening the reference docs linked below.

Critical Workflow

REQUIRED: Before writing or reviewing ANY documentation, you MUST load the relevant documentation type reference file(s) using the Read tool.

1. Use the Compass to identify the documentation type needed (see below) 2. Read the matching reference file(s) BEFORE writing/reviewing:

  • Learning experiences → Read references/tutorials.md
  • Task-oriented guides → Read references/how-to-guides.md
  • Information lookup → Read references/reference.md
  • Understanding & context → Read references/explanation.md

3. Apply the documentation type's principles from the loaded reference 4. Write or review documentation according to that type's standards

DO NOT attempt to write or review documentation without first loading the appropriate reference file(s).

The Diataxis Compass

The compass is your primary decision-making tool. Ask two questions:

Question 1: Action or Cognition?

  • Action = Practical steps, doing things, hands-on work
  • Cognition = Theoretical knowledge, thinking, understanding

Question 2: Acquisition or Application?

  • Acquisition = Study, learning something new
  • Application = Work, using skills to accomplish tasks

The Four Quadrants

                    ACQUISITION              APPLICATION
                    (Study)                  (Work)
              ┌─────────────────────┬─────────────────────┐
              │                     │                     │
   ACTION     │     TUTORIALS       │    HOW-TO GUIDES    │
   (Doing)    │   Learning-oriented │    Task-oriented    │
              │   "Teach me"        │    "Help me do X"   │
              │                     │                     │
              ├─────────────────────┼─────────────────────┤
              │                     │                     │
   COGNITION  │    EXPLANATION      │     REFERENCE       │
   (Knowing)  │ Understanding-      │  Information-       │
              │    oriented         │     oriented        │
              │   "Help me          │    "What is the     │
              │    understand"      │     spec for X?"    │
              └─────────────────────┴─────────────────────┘

Quick Decision Guide

User NeedAction/CognitionAcquisition/Application→ Type
"How do I get started?"ActionAcquisitionTutorial
"How do I deploy to prod?"ActionApplicationHow-to
"What parameters does X accept?"CognitionApplicationReference
"Why does the system work this way?"CognitionAcquisitionExplanation

Key Distinctions (Critical!)

Tutorial vs How-to Guide

Both contain steps, but serve fundamentally different purposes:

AspectTutorialHow-to Guide
UserLearner, may not know enough to ask questionsCompetent practitioner who knows their goal
ResponsibilityTeacher bears responsibility for successUser bears responsibility for outcomes
ApproachConcrete, specific, controlled environmentGeneral, adaptable to real-world variation
PathSingle path, no choicesMultiple routes, branching options
CompletenessMust be complete end-to-endCan start/end at reasonable points
SafetyMust be safe, can always restartCannot promise safety
FocusLearning through doingGetting work done

Reference vs Explanation

Both provide knowledge, but for different contexts:

Test QuestionIf Yes →If No →
Would someone turn to this while actively working?ReferenceExplanation
Could you imagine reading this in the bath?ExplanationReference
Is it lists, tables, or technical specs?ReferenceExplanation
Does it answer "why?" questions?ExplanationReference

Applying Diataxis: Iterative Approach

Do NOT create empty structures. Don't create /tutorials, /how-to, /reference, /explanation folders with nothing in them.

Start small: 1. Pick any existing documentation 2. Apply compass to determine what type it should be 3. Improve it according to that type's principles 4. Repeat

Let structure emerge: As you improve individual pieces, patterns will emerge that suggest organizational structure. The top-level structure forms from the inside out.

Documentation Type References (load on demand)

  • [Tutorials](references/tutorials.md) - Learning-oriented experiences enabling skill acquisition through guided practice
  • [How-to Guides](references/how-to-guides.md) - Task-oriented directions for accomplishing specific goals
  • [Reference](references/reference.md) - Information-oriented technical descriptions for authoritative lookup
  • [Explanation](references/explanation.md) - Understanding-oriented discussions providing context and answering "why?"

Key Principles

1. Different contexts need different documentation - Users learning need tutorials; users working need how-to guides or reference; users seeking understanding need explanation 2. Separation of concerns - Keep documentation types distinct to prevent confusion 3. User-centered approach - Consider what the user is trying to accomplish and in what context 4. Iterative improvement - Enhance documentation incrementally by applying Diataxis principles 5. Purpose-driven structure - Each type has specific characteristics that make it effective for its intended purpose

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.