dew-design

Translate a Discover planning artifact into an implementation design document.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It converts a prior planning or “Discover” artifact into a concrete, implementation-ready architecture by guiding a careful, Socratic design dialogue that makes assumptions explicit and negotiates trade-offs.

Core Features & Use Cases

  • Socratic, phased design exploration: Summarizes the planning document, negotiates design perspectives, then proceeds through coarse architecture, data modeling, module interfaces, and detail refinement.
  • Alternatives with explicit trade-offs: Presents at least two alternatives at each major decision point and evaluates them against the agreed design perspectives.
  • Assumptions made explicit with validation hooks: Flags unverified dependencies and requires a validation plan before implementation.
  • Auditable output: Produces a structured Implementation Design Document including subsystems, data flow, interfaces, error handling, validation, implementation order, and a decision log.

Quick Start

Use the dew-design skill to transform your Discover output into an implementation design by answering one design question at a time and choosing between the proposed alternatives.

Frequently Asked Questions about dew-design

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

FAQPage Schema
How do I translate a planning document into an implementation design for production code?

To translate a planning document into an implementation design, you use guided Socratic dialogue to negotiate architectural perspectives and refine data models and module interfaces. This process converts planning artifacts into a structured, implementation-ready design document for production code.

What is the best way to track architectural assumptions during software design?

The best way to track architectural assumptions during software design is to make them explicit with validation hooks throughout a phased dialogue. This approach flags unverified dependencies and requires a validation plan before proceeding to actual implementation.

How do I structure module interfaces and data flow for a new engineering project?

You structure module interfaces and data flow by proceeding through iterative coarse-to-fine architectural refinement. This involves evaluating at least two design alternatives at each major decision point against agreed perspectives to produce a structured auditable output.

Can I evaluate alternative data models before finalizing my implementation design?

Yes, you can evaluate alternative data models before finalizing your implementation design. The process presents at least two alternatives at each major decision point and evaluates them against prioritized design criteria to ensure trade-offs are explicitly negotiated.

What should be included in an implementation design document for engineering teams?

An implementation design document for engineering teams should include subsystems, data flow, module interfaces, error handling, validation plan, implementation steps, and a decision log. This structured output ensures production code structure is fully defined.