技能介绍

要解决什么问题

产品或交互原型往往只停留在 Axure、墨刀、MasterGo、蓝湖等工具的离线导出里：页面树、控件文案、跳转关系散落在 HTML 或 Schema JSON 中，而研发侧需要的是 PRD、功能清单、测试用例、数据字典 等可评审、可排期的文档。手工从原型里抄字段、补流程，既慢又容易把「截图页」当成可交互规格，或在标签后无控件时臆造字段类型。

技能如何工作

技能把「原型目录 / 单页 HTML / 蓝湖 .schema.json」当作输入，通过 scripts/parse_axure.py（名称沿用旧名，已支持多工具）自动识别工具类型并输出结构化 JSON，包含页面树、可见文本、控件类型、交互事件，以及 pagecategory、isscreenshotcomposite、strictfields / ambiguousfields、filterarea 等约束字段，避免在 PRD 里凭空补全。

典型流程分几步：

解析与摘要：识别 Axure 完整包、墨刀离线包、MasterGo 标注、蓝湖 Schema 或降级 HTML 扫描；未知工具会标注降级输出。
圈定页面：用 --list-pages 展示带序号的页面清单，用户用 all、序号、范围或页面名选择范围，再用 --pages 过滤；单文件 HTML 无多页选择时直接进入交付物步骤。
选择交付物：在确认选中页面集合后，按需生成 PRD（读 references/PRD-template.md）、功能清单 / 测试用例（独立 xlsx 脚本）、数据字典、页面跳转关系图、用户故事、开发计划等；输出默认落在原型目录下 output/。
可选衔接：若已生成 PRD / 功能清单 / 用户故事，可询问是否调用 requirement-analysis 做需求澄清与冲突检测。

适用边界与注意点

字段与规则：必填、校验、英文字段名等原型未展示的内容应标「待确认」；ambiguous_fields 需与用户确认后再写入 PRD 或数据字典。
截图拼接页：判定为 image_composite 的页面在 PRD 中需明确标识，不宜当成功能规格的唯一依据。
工具差异：墨刀离线包交互提取有限；MasterGo / 蓝湖在无数据文件时会退化为通用 HTML 扫描。
职责划分：references/ 定义交付物结构与列含义，scripts/ 负责生成可打开的 .xlsx / .md，便于单独调试与升级。