needs-design

Organize feature design documentation into structured design.adoc files.

Updated Feb 19, 2026
One-click install
npx skills add https://github.com/provenimpact/proven-needs --skill needs-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: needs-design
Source: https://github.com/provenimpact/proven-needs/tree/main/skills/needs-design
Command: npx skills add https://github.com/provenimpact/proven-needs --skill needs-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps product teams and engineers create a coherent, living design document that maps user stories and specs to a concrete implementation plan, ensuring ADRs and constraints are considered and traceable throughout a feature's lifecycle.

Core Features & Use Cases

  • Phase 0: Research and Decisions guidance to identify technology choices, unknowns, dependencies, and integration with ADRs.
  • Phase 1: Design guidance for system architecture, data models, interfaces, and story mapping, with requirements to produce design.adoc per feature.
  • Sync and maintenance workflows to keep design in line with evolving stories/specs and ADR updates.
  • Use Case: when starting a new feature, run the orchestrator to generate a design doc that captures decisions, constraints, and a structured implementation plan.

Quick Start

Create a new design for a feature by running the Proven Needs orchestration and populate docs/features/<slug>/design.adoc with system, data, interfaces, and story resolution.

Frequently Asked Questions about needs-design

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

FAQPage Schema
What is a living feature design document and when do I need one?

A living feature design document maps user stories and specs to a concrete implementation plan, ensuring ADRs and constraints are traceable throughout a feature's lifecycle. You need one when starting a new feature to capture decisions and structure the implementation plan.

How do I create a structured design.adoc for a new feature?

To create a design.adoc, run the Proven Needs orchestration to populate docs/features/<slug>/design.adoc with system architecture, data models, interfaces, and story resolution. This organizes end-to-end feature design documentation across research and design phases.

How do I keep system design documentation in sync with evolving user stories?

Use sync and maintenance workflows to keep system design documentation aligned with evolving stories, specs, and ADR updates. This ensures your design.adoc remains a living document that preserves traceability from requirements to implementation as the feature changes.

How do I map architecture decisions and constraints to feature implementation?

Apply Phase 0 research guidance to identify technology choices, unknowns, dependencies, and ADR integration, then use Phase 1 design guidance for system architecture and story mapping. This maps architecture decisions directly to a structured implementation plan in design.adoc.

Does this feature design process work without existing ADRs?

The feature design process references ADRs to ensure constraints and technology choices are considered traceable. While it guides identifying unknowns and dependencies during research, having established ADRs provides the foundational decisions needed for a coherent implementation plan.