墨刀原型转需求包

要解决什么问题

产品评审往往卡在「原型能点、需求说不清」：墨刀里的页面、组件和注释分散在线，PM 需要一份可审计、可对照的结构化需求包，而不是开发侧自行脑补的业务规则。本技能把输入限定为墨刀在线原型（及可选补充文档），输出《结构化需求包》v0.1-draft，只写需求层结论，不写接口、表结构或实现步骤。

如何工作

1. 取证：在能读取原型与注释的前提下，抽取业务目标、范围、角色、流程、功能、规则、异常、验收、非功能、埋点、依赖与风险；无法从材料证实的条目一律标为 待PM确认。
2. 墨刀访问：若提供墨刀链接，优先用 Playwright CLI 拉取页面、组件与注释；遇「访问受限/登录失效」则走 Chrome 持久化 profile 的登录态复用，并通过 snapshot/eval 校验 URL、标题与核心节点文本，确认不是受限页后再继续。
3. 冲突与成稿：同一流程入口/退出互斥、字段约束不一致、KPI/范围矛盾或文档与注释冲突时，单列冲突项（含冲突 ID、双方陈述，决策人 PM，状态 待PM确认），并在附加输出 C 中同步列出。
4. 交付：按固定 Markdown 模板输出正文，并附带完整性评分（扣分明细）、待 PM 确认优先级（P0/P1/P2）及 A/B/C 附加输出；对外版不含来源标签，保存为 UTF-8（无 BOM）+ CRLF 的 .md 文件（默认名如 需求包-{项目名}-{需求名}-v0.1-draft.md），并告知保存路径。

边界与注意点

• 未登录或无权限读取原型/注释时停止生成，只返回固定登录提示，待用户回复「已登录，继续生成初稿」后再继续。
• 强约束：不得编造业务规则；不处理来源引用；发现信息缺失禁止猜测；对外文档不展示取证过程。
• 本技能面向 PM 评审初稿，完整性评分用于暴露证据缺口，不替代产品决策。