developer-docs-structure-audit

Audits developer documentation structure against Diátaxis modes and produces a prioritized remediation queue.

2|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/samber/developer-relations-skills --skill developer-docs-structure-audit-samber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: developer-docs-structure-audit
Source: https://github.com/samber/developer-relations-skills/tree/main/skills/developer-docs-structure-audit
Command: npx skills add https://github.com/samber/developer-relations-skills --skill developer-docs-structure-audit-samber

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Existing documentation sets drift into mixed-mode pages, misplaced content, and coverage gaps that leave readers unable to find what they need, and teams lack a systematic way to inventory, classify, and fix the structure without a full rewrite. ## Core Features & Use Cases - Page-by-page inventory and classification: Runs a bundled Python script over the docs tree to collect per-page facts, then classifies each page against the Diátaxis modes (tutorial, how-to, reference, explanation) with confidence levels. - Gap and navigation analysis: Builds a coverage matrix of product surfaces against modes, confirms gaps against demand signals like zero-result searches and support tickets, and detects orphans, dead nav entries, and broken links. - Scoring and remediation queue: Scores sections on the CNCF TechDocs 1-5 rubric plus a structural scorecard, then delivers a report with severity-tiered findings and a queue ordered by reader need fixed per hour of effort. - Use Case: A team with 200 Docusaurus pages and rising support tickets runs the audit to discover mixed-mode pages on the adoption path, a missing quickstart confirmed by search analytics, and receives a shippable week-by-week fix queue. ## Quick Start Ask the assistant to audit the structure of your documentation set and answer its gating interview questions about where the docs live and who reads them.

Frequently Asked Questions about developer-docs-structure-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit the structure of my developer documentation?

Run a full page inventory first, then classify each page against the Diátaxis modes (tutorial, how-to, reference, explanation), build a coverage matrix of product surfaces, and score sections on the CNCF TechDocs rubric. The bundled docs-inventory.py script automates the per-page data collection.

What is a Diátaxis documentation audit?

A Diátaxis audit classifies every documentation page by its dominant mode using two questions: does the content inform action or cognition, and does it serve study or work. Pages mixing modes or sitting in the wrong section become findings with concrete fixes.

Which documentation generators does the inventory script support?

The docs-inventory.py script works with MkDocs, Docusaurus, Sphinx, VitePress, Mintlify, Starlight, Nextra, GitBook, and others by extracting path-like tokens from any navigation config format. It handles Markdown, MDX, and reStructuredText files.

Can I run a docs audit without repository access?

Yes, but with reduced scope: diff the sitemap against the rendered navigation for orphan candidates and drop staleness and orphan measures from the scorecard since drafts and last-modified dates are invisible. Label the inventory as nav-only in the report.

When should I not restructure my documentation site?

Cancel a restructure when tree testing shows roughly 80% task success and 60% direct-path rates, since structure is not the bottleneck. Also avoid empty four-section scaffolding and full teardowns; ship small single actions that each improve the docs independently.

What are the limitations of a documentation structure audit?

The audit covers placement, coverage, and findability only; it does not verify content accuracy, edit prose, or check that code samples run. Those issues are noted separately with an owner rather than reported as structural findings.