workshopping-prds
npx skills add https://github.com/memyselfandm/cconami --skill workshopping-prds
Agent 安装分布
Skill 文档
Workshopping PRDs
Interactive product requirements document creation with structured phases.
Usage
/workshopping-prds [options]
Options
--template TEMPLATE: PRD template (full|lean|technical)--output PATH: Output file path--from-item ID: Start from existing work item--quick: Skip optional sections
Examples
# Full interactive session
/running-prd-sessions
# Start from existing idea
/running-prd-sessions --from-item CCC-123
# Quick lean PRD
/running-prd-sessions --template lean --quick
# Technical PRD
/running-prd-sessions --template technical
Session Phases
Phase 1: PM Mode – Problem Discovery
Objective: Understand the problem space
## Problem Discovery
Let's understand what we're solving.
â What problem are we trying to solve?
>
â Who experiences this problem?
>
â How do they currently deal with it?
>
â Why is now the right time to solve this?
>
â What happens if we don't solve it?
>
Output: Problem statement, user personas, opportunity assessment
Phase 2: Architect Mode – Solution Space
Objective: Explore solution approaches
## Solution Exploration
Now let's think about solutions.
â What are possible approaches to solve this?
>
â What's the simplest version that could work?
>
â What technical constraints exist?
>
â What similar solutions exist in the market?
>
â What's our unique angle?
>
Output: Solution options, technical feasibility, differentiation
Phase 3: PO Mode – Requirements Definition
Objective: Define what we’re building
## Requirements Definition
Let's get specific about what we're building.
### User Stories
â Complete this: "As a [user], I want [capability], so that [benefit]"
> (repeat for 3-5 primary stories)
### Acceptance Criteria
For each user story:
â How will we know it's working correctly?
>
### Scope Boundaries
â What's explicitly OUT of scope?
>
â What's nice-to-have vs must-have?
>
Output: User stories, acceptance criteria, scope definition
Phase 4: SWE Mode – Technical Planning
Objective: Plan implementation approach
## Technical Planning
Now let's think about how to build it.
â What are the main technical components?
>
â What existing systems does this integrate with?
>
â What new infrastructure is needed?
>
â What are the biggest technical risks?
>
â How would you break this into phases?
>
Output: Technical architecture, integration points, risk assessment
Phase 5: Synthesis – Document Generation
Compile all inputs into structured PRD:
# PRD: {Product/Feature Name}
## Executive Summary
{Generated from Phase 1}
## Problem Statement
### Current State
{From Phase 1}
### Desired State
{From Phase 2}
### Success Metrics
{Derived from acceptance criteria}
## User Personas
{From Phase 1}
## Solution Overview
{From Phase 2}
## Detailed Requirements
### User Stories
{From Phase 3}
### Acceptance Criteria
{From Phase 3}
### Non-Functional Requirements
{From Phase 4}
## Technical Approach
{From Phase 4}
## Scope
### In Scope
{From Phase 3}
### Out of Scope
{From Phase 3}
## Risks & Mitigations
{From Phase 4}
## Timeline & Phases
{From Phase 4}
## Appendix
{Any additional details}
Templates
Full Template
All sections, comprehensive documentation. Best for: Major features, new products, cross-team initiatives.
Lean Template
Core sections only: Problem, Solution, Requirements, Scope. Best for: Smaller features, internal tools, quick iterations.
Technical Template
Focus on architecture, integration, implementation. Best for: Infrastructure changes, API design, technical debt.
Output Options
- Markdown file – Save to docs/
- Work item – Create epic via pm-context
- Both – File + linked work item
Session Tips
- Answer questions conversationally, not formally
- It’s OK to say “I don’t know yet”
- Revisit earlier sections if needed
- Ask clarifying questions back
- Use examples to illustrate points
Example Session
ð Starting PRD Session
Template: Full
Output: docs/prd-user-notifications.md
âââ Phase 1: Problem Discovery âââ
â What problem are we trying to solve?
> Users miss important updates because we have no notification system
â Who experiences this problem?
> All users, but especially power users who manage multiple projects
...
âââ Phase 5: Generating PRD âââ
â
PRD generated: docs/prd-user-notifications.md
Would you like to:
1. Create an epic from this PRD
2. Refine any section
3. Done
>