核心用法
prd-workflow 是一个完整的产品需求文档(PRD)生成工作流,采用 OpenClaw AI 驱动的多轮深度访谈模式。用户通过自然语言描述需求后,AI 会依次执行 10 步流程:环境检查 → 深度访谈 → 需求拆解 → PRD 生成 → PRD 评审 → 流程图生成 → UI/UX 设计 → HTML 原型 → Word 导出 → 质量审核。
执行模式灵活:支持 auto(默认完整流程)、iteration(迭代修改)、fresh(清空重来)、rollback(版本回滚)四种模式,满足不同场景需求。
内置 6 个专业子技能:mermaid-flow(流程图绘制)、ui-ux-pro-max(UI/UX 设计)、htmlPrototype(HTML 原型)、prd-export(Word 导出)、requirement-reviewer(PRD 评审)、quality-reviewer(质量审核),形成完整工具链。
显著优点
1. 深度需求澄清:通过 6 维度(产品定位、核心功能、合规要求、技术约束、业务目标、用户场景)16-50 个问题的多轮访谈,确保需求理解准确,避免返工。
2. 金融合规专精:内置合规检查点,针对金融产品自动覆盖风险测评、适当性管理、冷静期设置等监管要求。
3. 输出完整专业:自动生成标准 PRD 结构(需求概述、全局业务流程、功能详情、非功能需求、附录),附带 Mermaid 流程图、UI 设计规范、可交互 HTML 原型、标准 Word 文档。
4. 版本管理完善:支持迭代版本自动备份(v1→v2),可对比需求变更、回滚历史版本,适应敏捷开发节奏。
5. 降级容错机制:v2.8.0 新增环境检查前置化,当 mermaid-cli、Chrome 等依赖缺失时自动降级,保证核心流程可用。
潜在局限
1. 执行耗时较长:完整流程涉及 10 个步骤,深度访谈需多轮问答,不适合紧急需求。
2. 依赖本地环境:流程图生成依赖 mermaid-cli,原型截图依赖 Chrome/Puppeteer,Word 质量检查依赖 .NET SDK,环境配置复杂。
3. AI 访谈质量波动:访谈深度依赖 AI 提问能力,若 AI 未严格执行"逐个提问、追问细节"指令,可能导致需求理解不充分。
4. 仅限金融场景优化:虽通用 PRD 功能可用,但合规检查点、业务规则模板等针对金融产品设计,其他行业需自行调整。
适合人群
- 金融产品经理:需要生成含合规要求的正式 PRD 文档
- 复杂系统设计者:需求模糊、涉及多模块协调的大型功能
- 文档交付导向团队:需要完整输出物(PRD+流程图+原型+Word)用于评审或客户交付
- 敏捷开发团队:需要版本管理和迭代追溯能力
常规风险
1. 数据隔离依赖路径安全:虽 v2.8.0 新增路径安全化,但三级隔离架构(用户/需求/版本)仍依赖正确配置,误操作可能泄露其他用户数据。
2. 版本回滚不可逆:rollback 模式会覆盖当前版本,虽有自动备份,但频繁回滚可能导致版本混乱。
3. AI 生成内容需人工复核:PRD 中的业务规则、合规条款必须由具备专业知识的人员审核,不可直接作为正式文档使用。
4. 依赖技能版本兼容性:子技能版本更新可能导致兼容性问题,需关注兼容矩阵。