dew-document

Generate a Hugo documentation site from dew workflow artifacts and code.

5|1|Updated Mar 1, 2026
One-click install
npx skills add https://github.com/jkerdels/dew-plugin --skill dew-document
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dew-document
Source: https://github.com/jkerdels/dew-plugin/tree/main/skills/dew-document
Command: npx skills add https://github.com/jkerdels/dew-plugin --skill dew-document

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It converts the output of the dew engineering workflow into a coherent, developer-facing documentation site so external contributors can understand architecture, data flows, and design intent without reading every source file.

Core Features & Use Cases

  • Synthesizes all upstream artifacts: merges Discover, Design, Demonstrate/Design Verification, and implemented code into a single Hugo-based documentation site.
  • Explains system “why” and “how”: documents component responsibilities, interface contracts, invariants, algorithms, and failure modes with explicit sourcing vs inference.
  • Supports meaningful contribution: provides architecture maps and codebase navigation so developers know where code should live and how components interact.

Quick Start

Ask for documentation generation for the completed Develop stage, targeting the Hugo site output from the current dew artifacts and repository code.

Frequently Asked Questions about dew-document

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

FAQPage Schema
How do I generate developer documentation from architecture decisions and code?

You can generate developer documentation by synthesizing upstream engineering artifacts and implemented code into a Hugo-based site, creating architecture maps and data flow diagrams for external contributors.

How do I create Mermaid diagrams for complex data flows in developer docs?

Creating Mermaid diagrams for complex data flows is handled automatically during documentation generation, mapping component interactions and interface contracts directly from the synthesized source artifacts.

What is the best way to document architecture boundaries for developer onboarding?

Documenting architecture boundaries for onboarding is best achieved by generating a Hugo site that explicitly distinguishes between sourced facts and code-inferred details, clarifying component responsibilities and failure modes.

Can I use Hugo to document software architecture and design philosophy from existing code?

Yes, you can use Hugo to document architecture by processing completed project artifacts and repository code, producing a sectioned site that explains system design philosophy, internal algorithms, and invariants.

Does developer documentation generation distinguish between actual design decisions and inferred code behavior?

Yes, developer documentation generation provides an auditable distinction between sourced facts from design artifacts and code-inferred details extracted from the implemented repository.

When should I generate developer documentation from project artifacts?

You should generate developer documentation when a project has completed implementation and external developers need to understand architecture, data flows, and design intent without reading every source file.