docs

Generate and maintain project documentation through a prompt-driven workflow.

6|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/nesquikm/dev-process-toolkit --skill docs-nesquikm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs
Source: https://github.com/nesquikm/dev-process-toolkit/tree/main/plugins/dev-process-toolkit/skills/docs
Command: npx skills add https://github.com/nesquikm/dev-process-toolkit --skill docs-nesquikm

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill orchestrates the generation and maintenance of project documentation by providing a structured, prompt-driven workflow that keeps docs up-to-date with specs, plans, and source changes.

Core Features & Use Cases

  • Staged doc fragments: generate lightweight, reviewable fragments during development cycles.
  • Canonical regeneration: rebuild the complete docs tree from spec and source data with human-in-the-loop validation.
  • Guarded commits: require explicit approval before merging staged fragments or regenerating canonical docs.
  • Documentation governance: ensures consistency with CLAUDE.md configuration and project changelogs.

Quick Start

Configure docs mode with /setup if needed, then run /docs --quick to generate a fragment or /docs --full to regenerate the entire docs tree.

Frequently Asked Questions about docs

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

FAQPage Schema
How do I automate project documentation generation from spec and source changes?

You can automate project documentation generation by running a prompt-driven workflow that produces staged doc fragments or regenerates the entire docs tree from spec and source data. Use /docs --quick for fragments or /docs --full for the complete tree.

What is a spec-driven workflow for maintaining project docs?

A spec-driven documentation workflow generates and validates docs by applying structured prompts across planning stages. It creates lightweight, reviewable doc fragments during development cycles and ensures consistency with project changelogs before any guarded commits.

How do I validate and stage documentation fragments before committing to version control?

Documentation fragments are staged and validated through a reviewer-guarded merge process that requires explicit human approval before committing. This safe staging ensures frontmatter metadata and validation checks pass before any docs are merged into version control.

Can I regenerate the entire documentation tree without losing manual edits?

Canonical regeneration rebuilds the complete documentation tree from spec and source data using a human-in-the-loop validation process. This ensures that regenerated docs remain consistent with your project configuration while requiring explicit approval before overwriting existing files.

What are the limitations of using prompt-driven workflows for documentation governance?

Prompt-driven documentation governance relies on structured constraints like frontmatter metadata and validation checks. It requires explicit approval for guarded commits, meaning it cannot automatically merge changes without human-in-the-loop validation, which may slow down fully automated pipelines.

Do I need a specific setup to generate staged doc fragments during development cycles?

You can configure the documentation mode with /setup if needed, then run /docs --quick to generate staged fragments. This lightweight process integrates with your existing development cycles and project changelogs without requiring external dependencies.