核心用法
本技能是一套完整的产品需求文档（PRD）开发工作流，触发关键词包括"写PRD"、"产品需求文档"、"用户故事"、"功能说明"等。执行流程分为七个严格阶段：
1. 项目背景确认：提取"问题"与"目标"两大核心要素，执行信息完整性检查、矛盾检测和补全建议
2. 专业领域识别：自动匹配DNS分析、僵尸网络分析等垂直领域skill，支持领域特定化后续流程
3. 用户故事拆解：采用固定格式US-XX，包含角色、场景、意图、动机四要素
4. 大纲确认（强制卡点）：必须先输出功能大纲并获得用户明确确认，否则不得进入详细撰写阶段
5. 功能说明：包含功能描述、业务规则（前置条件/实现逻辑/核心字段/数据校验）
6. 界面与交互说明：基于design-system.md描述页面结构和完整交互流程（触发→执行中→成功→失败→边界）
7. 文档输出：调用docx_handler生成Word文档
显著优点
- 流程标准化：强制确认机制避免需求偏差，七阶段递进确保交付物完整
- 决策智能化：自动识别领域关键词并加载专业skill，减少人工判断成本
- 写作规范严格：禁用模糊表述（"可能"、"等"），强制标注
[待确认]，提升开发可直接执行性 - 交互描述完整：覆盖成功/失败/边界全路径，降低前端沟通成本
潜在局限
- 领域覆盖有限：当前仅内置DNS、僵尸网络两个专业领域，其他领域需走通用流程
- 设计系统依赖：界面描述强依赖外部
design-system.md，若缺失则无法完成阶段六 - 单线程确认：阶段四强制卡点可能降低效率，复杂需求需多轮确认
- 输出格式单一：最终仅支持Word输出，未覆盖Markdown、Confluence等常见协作格式
适合人群
- 产品经理（尤其是技术背景较弱、需要结构化引导的）
- 敏捷开发团队的技术负责人/Scrum Master
- 需要快速将会议纪要为标准化需求文档的协作场景
- 安全领域（DNS、威胁情报）的B端产品开发团队
常规风险
- 需求蔓延风险：阶段五可能因"补全建议"过度扩展原始需求边界，需用户主动控制范围
- 确认疲劳：阶段四强制等待用户确认，若用户响应不及时会导致流程中断
- 领域误匹配：关键词匹配机制可能错误加载skill（如"域名"在非DNS场景），需用户二次校验
- 文档维护成本：PRD与后续迭代的同步依赖人工更新，未内置版本追溯机制