cs-feat-design

Drafts feature design documents and checklists as inputs for implementation and acceptance.

Updated Jun 8, 2026
One-click install
npx skills add https://github.com/wildlily1021/XW_Software --skill cs-feat-design-wildlily1021
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: cs-feat-design
Source: https://github.com/wildlily1021/XW_Software/tree/main/.agents/skills/cs-feat-design
Command: npx skills add https://github.com/wildlily1021/XW_Software --skill cs-feat-design-wildlily1021

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? It turns a clarified feature requirement into a single authoritative design document ({slug}-design.md) plus an actionable checklist ({slug}-checklist.yaml), so that downstream implementation and acceptance phases have one consistent, reviewable source of truth instead of scattered conversation history. ## Core Features & Use Cases - Structured design drafting: Produces a design doc covering terminology, decisions and constraints, noun-layer (entities/contracts) and orchestration-layer (workflows) changes in a current-state-to-change format, mount-point inventory, and acceptance contracts. - Multiple entry modes: Supports formal drafting from a clarified requirement, an initialization mode that scaffolds a feature directory with an empty intent draft, and starting from a roadmap item with automatic status write-back to items.yaml. - Structural health check: Includes a mandatory section evaluating whether files about to be modified are oversized or mixed-responsibility, deciding on a behavior-preserving micro-refactor before implementation. - Use Case: A developer says "write a design doc for the export-csv feature"; the skill checks for existing intent/brainstorm docs, reads architecture and related code, drafts the full design, iterates through review, then emits a validated checklist YAML. ## Quick Start Tell the assistant to start the design phase for your clarified feature, for example by saying "start the design plan for user-auth" once you know what to build, for whom, and how success is measured.

Frequently Asked Questions about cs-feat-design

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

FAQPage Schema
How do I write a feature design document before implementation?▼

Clarify the user goal, core behavior, success criteria, and explicit non-goals first, then trigger the design phase. The skill reads architecture docs and related code, drafts a design covering noun-layer and orchestration-layer changes, and iterates with you until approved.

What should a feature design doc include and exclude?▼

Include terminology, decisions and constraints, current-state-to-change descriptions of data structures and workflows, a mount-point inventory, and acceptance contracts. Exclude file-level change lists, function-level details, test code, and library selection, which belong to the implementation phase.

Can I start a design from a roadmap item?▼

Yes. Point to a planned roadmap entry whose dependencies are done; the skill reads the roadmap document and items.yaml, uses the item's slug, adds roadmap fields to the frontmatter, and writes back in-progress status after approval.

When should I use intent mode instead of full design drafting?▼

Use intent mode when you want to write a rough half-formed plan yourself rather than dictating requirements. The skill creates the feature directory and an empty intent skeleton, then stops so you can fill it in offline before formal drafting.

What are the limitations of the design phase?▼

The design phase only permits behavior-preserving micro-refactors verifiable by compiler checks; signature changes or module restructuring are out of scope and deferred to a separate refactor flow. It also requires clarified requirements and will defer to brainstorming if they are missing.