@chantezy/mcp-product-design 0.1.13 → 0.1.15

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@chantezy/mcp-product-design",
-  "version": "0.1.13",
+  "version": "0.1.15",
   "description": "Product design skills MCP server - structured design workflow tools for AI agents",
   "type": "module",
   "main": "./dist/index.js",

package/skills/prd-generator/README.md

@@ -1,6 +1,6 @@
 # PRD 需求文档生成 Skill
 
-产品需求文档（PRD）生成技能。`
+产品需求文档（PRD）生成技能。
 
 ## 功能
 
@@ -39,16 +39,15 @@ Create a PRD for dark mode feature
 ## 目录结构
 
 ```
-skills-prd-generator/
+prd-generator/
 ├── SKILL.md                    # 技能主文件
 ├── references/
-│   └── prd-template.md       # PRD 模板
-└── README.md                  # 本文件
+│   └── prd-template.md         # PRD 模板
+└── README.md                   # 本文件
 ```
 
 ## 工作流程
 
 1. **收集背景信息** - 通过发现式对话获取需求
-2. **生成结构** - 按照标准PRD结构组织内容
-3. **输出文档** - 生成 Markdown 格式的完整 PRD
-
+2. **生成结构** - 按照标准 PRD 结构组织内容
+3. **输出文档** - 生成 HTML 格式的富文本 PRD

package/skills/prd-generator/SKILL.md

@@ -42,15 +42,16 @@ trigger: 当用户需要创建/编写产品需求文档（PRD）、或涉及产
 PRD 包括以下部分，如果不需要的内容可以省略，如果有好的表述方式也可以自己规划，但要注意不要重复内容进行描述，要尽量简洁通俗易懂：
 
 1. **一、需求背景** - 需要解决的问题及背景，问题的清晰表述，我们为谁处理，要做到什么程度
-2. **二、功能范围** - 功能影响范围及衍生情况的考虑，范围内和范围外的内容
-3. **三、业务流程** - 用户、功能流程简述
-4. **四、需求详情** - 详细的功能需求
-5. **五、操作流程** - 用户操作路径
-6. **六、相关需求链接** - （用户自己填写）
+2. **二、功能范围** - 功能支持点与涉及角色，以及衍生情况的考虑
+3. **三、业务流程** - 用户、功能流程简述（非必须，流程复杂时再补充）
+4. **四、需求详情** - 详细的功能需求：位置、权限、功能描述、异常处理、交互描述
+5. **五、操作流程** - 操作路径说明，或原型／流程图链接（由产品自行补充）
+6. **六、其他** - 其他需要说明的事项，如依赖、限制、上线注意事项
+7. **七、相关需求链接**
 
 ### 步骤 3：输出 PRD
 
-将收集的信息按照结构模板生成 Markdown 格式的 PRD 文档。
+先按结构模板把内容组织成 Markdown，再按下方「输出格式」的要求交付 HTML 文档。
 
 ## PRD 模板
 
@@ -72,18 +73,6 @@ PRD 包括以下部分，如果不需要的内容可以省略，如果有好的
 - 范围蔓延（坚持核心需求）
 - 未经验证的假设
 
-### 范围管理
-
-**范围内部分：**
-- 列出包含的特定功能/能力
-- 明确且详细
-
-**范围外部分：**
-- 明确说明不包括什么
-- 防止范围蔓延
-- 管理利益相关者的期望
-- 可以包含"未来考虑"
-
 ## 使用模式
 
 ### 模式 1：新功能 PRD
@@ -113,10 +102,10 @@ PRD 包括以下部分，如果不需要的内容可以省略，如果有好的
 - [ ] **问题清晰**：任何人都能理解我们要解决什么
 - [ ] **用户已确定**：我们知道这是给谁的
 - [ ] **成功可衡量**：我们能判断它是否有效
-- [ ] **范围有界限**：明确范围内外
+- [ ] **范围清晰**：功能支持点与涉及角色明确
 
 ## 输出格式
 
 将上面内容考虑清楚，最后要输出为 **html** 格式的富文本文档。
-富文本 HTML 做极简处理——只有正文、表格和三张流程图，不要花哨卡片。
+富文本 HTML 做极简处理——只保留正文、表格和必要的流程图，不要花哨卡片。
 

package/skills/prd-generator/references/prd-template.md

@@ -1,59 +1,50 @@
-# PRD 模板
+# [功能名称] PRD 需求文档
 
-## [功能名称]-PRD需求文档
-
-## **一、需求背景**
+## 一、需求背景
 
 **目标：** [我们要实现什么]
 
 **现状：** [当前存在的问题或不足]
 
 **痛点：**
+
 - [痛点1]
 - [痛点2]
-- [痛点3]
 
-## **二、功能范围**
+## 二、功能范围
 
 ### 2.1 功能支持
 
 1. **[功能点1]**：[描述]
 2. **[功能点2]**：[描述]
-3. **[功能点3]**：[描述]
 
 ### 2.2 涉及角色
 
-| 角色 | 权限1 | 权限2 | 权限3 |
-|---|---|---|---|
-| 管理员 | ✅ | ✅ | ✅ |
-| 成员 | - | ✅ | ✅ |
-
-### 2.3 范围内/外
-
-**范围内：**
-- [明确包含的功能]
+| 角色 | 权限1 | 权限2 |
+|---|---|---|
+| 管理员 | ✅ | ✅ |
+| 成员 | - | ✅ |
 
-**范围外：**
-- [明确不包含的功能]
-- [未来考虑的功能]
+## 三、业务流程
 
-## **三、业务流程**
+> 非必须。涉及多角色或跨系统流程时再补充说明。
 
 [用流程图或文字描述业务流程]
 
-### 关键业务流程：
 1. [步骤1]
 2. [步骤2]
-3. [步骤3]
 
-## **四、需求详情**
+## 四、需求详情
 
 ### 4.1 [功能模块1]
 
 **位置：** [界面位置]
 **权限：** [需要的权限]
+**功能描述：** [这个模块做什么]
+**异常处理：** [异常场景及处理方式]
 
 **交互描述：**
+
 - [交互细节1]
 - [交互细节2]
 
@@ -61,39 +52,24 @@
 
 **位置：** [界面位置]
 **权限：** [需要的权限]
+**功能描述：** [这个模块做什么]
+**异常处理：** [异常场景及处理方式]
 
 **交互描述：**
+
 - [交互细节1]
 - [交互细节2]
 
-### 4.3 状态定义
+## 五、操作流程
 
-| 状态 | 说明 | 可操作 |
-|---|---|---|
-| 状态1 | 描述 | 操作1 |
-| 状态2 | 描述 | 操作2 |
-
-## **五、操作流程**
-
-### 用户操作路径
+[操作路径说明，或对应的原型／流程图链接]
 
-```
-用户进入 → [操作1] → [操作2] → [操作3] → 完成
-```
+## 六、其他
 
-### 异常处理
+[其他需要说明的事项，如依赖、限制、上线注意事项]
 
-- **异常1：** [处理方式]
-- **异常2：** [处理方式]
-
-## **六、相关需求链接**
+## 七、相关需求链接
 
 - 相关需求：[链接]
 - 设计稿：[链接]
 - 接口文档：[链接]
-
----
-
-**文档版本：** v1.0
-**创建日期：** [日期]
-**产品负责人：** [姓名]