defprod-change-design

Explores design decisions for a change and records the agreed design on the change record.

Updated Apr 4, 2026
One-click install
npx skills add https://github.com/defprod1/defprod-skills --skill defprod-change-design-defprod1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: defprod-change-design
Source: https://github.com/defprod1/defprod-skills/tree/main/skills/defprod-change-design
Command: npx skills add https://github.com/defprod1/defprod-skills --skill defprod-change-design-defprod1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often jump from a change's intent straight into code without settling the approach, leaving design decisions implicit, unrecorded, and impossible to review later. This skill structures the design stage of a change: it explores the genuine decisions, settles the approach with the user (or autonomously), and records the frozen design on the DefProd change record. ## Core Features & Use Cases - Decision-space exploration: Identifies genuine decisions (data model, API shape, UI placement, migrations) with options, recommendations, and trade-offs for each. - Adaptive discussion depth: Proposes quick-confirm, walk-the-decisions, or exhaustive discussion tiers, with risk-assessment floors that prevent high-risk changes from being rubber-stamped. - Change-record integration: Stamps the design stage via startChangeStage/finishChangeStage, writes the design to the record or a designDocPath pointer, and caps commit trailers with a stage ceiling for interim design-doc commits. - Use Case: A developer starts work on a billing-related change. The skill reads the change's intent, sees a high risk assessment, walks each design decision with the user, and records the agreed design on the change record before any code is written. ## Quick Start Ask the agent to design the current change, for example: "Run the design stage for this change and record the agreed approach on the change record."

Frequently Asked Questions about defprod-change-design

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

FAQPage Schema
How do I run the design stage for a DefProd change?

Invoke the skill from a worktree with change context (a .defprod/change file, a chg/ branch, or a Change: commit trailer). It reads the change's intent, explores the design decisions, and records the agreed design via patchChange.

How does the skill choose the design discussion depth?

It proposes one of three tiers: quick-confirm, walk-the-decisions, or exhaustive discussion. A risk assessment on the change record sets a floor — medium or high risk changes are never quick-confirm — and you can escalate or de-escalate mid-discussion.

Can the design stage run autonomously without user input?

Yes. When the orchestrator passes autonomous mode, the skill settles each design decision itself, records the outcome, and finishes the stage without discussion. Invoked standalone with no mode, it defaults to interactive.

Does this skill work without the defprod-change orchestrator?

Yes, it works standalone. It resolves change context from the worktree, branch name, or commit trailer, and proceeds silently without stage stamping if no active change context resolves.

What happens if the exhaustive discussion skill is not installed?

The skill falls back to walk-the-decisions mode and never blocks on the missing skill. When the exhaustive engine is available, it produces a converged design while this skill still records it and stamps the stage.

Why does the skill suffix the Change trailer on design doc commits?

An unsuffixed trailer on an interim commit claims the whole change forever, letting later deploys advance it to ship without delivery. The :design suffix caps how far that commit may advance the change, after probing that the installed defprod-stamp supports it.