Vague Requirement Unpacker

Cold-start unpacker for vague boss/business requirements. Use when the user says "老板/业务只给了一个模糊方向", "帮我接一下这个需求", "信息不全先拆一下", "我还没 PRD 先给方案骨架", or needs a 30-minute to 2-hour PM alignment pack with confirmation questions, scenario narrowing, scope skeleton, readiness score, risk flags, and reply script.

模糊需求接招器 · Vague Requirement Unpacker

EN From vague ask -> PM alignment pack.
中文 模糊指令 -> 可对齐的产品行动包。

不是 PRD 生成器，也不是需求评审器，而是 PM 面对“信息不完整但必须推进”的冷启动拆解工具。它先帮用户判断该问什么、怎么回、一期怎么收边界、哪些风险不能承诺。

When / 何时用： 老板或业务方只给了一个模糊方向、口头任务、微信截图、会议纪要短句；需要在 30 分钟到 2 小时内拿出能回老板或能开会对齐的材料；PRD 还没开始写，需要先搭骨架。
Not / 不用： 已有完整 PRD -> 用 pm-requirement-review-simulator；纯竞品调研 -> 用 competitive-product-research；替用户拍板做不做；承诺可直接给研发排期的终稿。

text

老板说：最近新客转化不太好，看看能不能搞点权益激励。
我现在只有这句话，帮我先拆成能跟老板确认的问题和方案骨架。

可直接触发的说法

以下输入都应触发本技能，不要要求用户先补完整 PRD：

• 老板/业务只给了一个模糊方向，帮我拆一下
• 这个需求现在信息不全，先帮我接住
• 我只有一句会议纪要，帮我拆成对齐问题
• 我还没 PRD，先给我需求冷启动骨架
• 帮我判断这个需求该先问什么
• 帮我把这个模糊需求拆成能开会对齐的材料
• 业务说想提升 XX，但没说清楚怎么做
• 一句话需求，先出接招包

典型输入

text

老板说：最近新客转化不太好，看看能不能搞点权益激励。
我现在只有这句话，帮我先拆成能跟老板确认的问题和方案骨架。

text

业务说：能不能给新用户做一个进阶引导，别一上来就流失。
我还没拿到完整需求，先帮我拆成对齐问题、核心场景和一期方案骨架。

text

会议纪要里只有一句：投顾服务要提升触达后的承接效率。
帮我先拆一下，这到底要确认什么、可能做哪些方向、怎么跟业务对齐。

最小可用输入

最低可启动： 老板原话、业务口头方向、会议纪要短句或截图摘要。缺失信息必须标注为「待确认」，不可脑补成事实。

推荐输入和示例见 references/user_templates.md。用户可以说「直接生成」。此时默认：交付档位 L2、输出 Markdown、缺失项按待确认处理。

交付档位

档位	适用场景	输出重点
L1 回话包	30 分钟内要先回应	意图还原、关键问题、回话话术、风险红旗
L2 对齐包（默认）	1-2 小时内要开会对齐	L1 + 场景收敛、能力骨架、MoSCoW、主流程
L3 开写包	要开始写 PRD 草稿	L2 + 异常分支、埋点指标、非功能、评审交接

工作流

text

1) 接收模糊原话
2) 输出信息采集清单（预填 + 待补充 / 可跳过）
3) Layer 0 模糊度判定 -> 选择 L1 / L2 / L3
4) 按五层接招法展开
5) 计算接招就绪度 + 风险红旗
6) 输出报告 + 可选 handoff 到 pm-requirement-review-simulator

执行细节见 references/unpacking-playbook.md。

逐层门控

默认直接生成完整选定档位；如果用户要求互动式推进，则每层结束询问：

text

继续 / 停在这里 / 回老板或业务确认

不要在用户明显赶时间时强制逐层确认。可以先输出完整接招包，再把需要确认的问题放到最前面。

五层接招法

层级	名称	要解决的问题	必出内容
Layer 0	模糊度判定	信息缺口有多大？紧急度？出哪档材料？	需求状态、紧急度、交付档位、保守假设
Layer 1	意图还原	老板/业务真正想解决什么、不要什么、怎么算交差	可能意图、交差标准、确认问题、回话话术
Layer 2	场景收敛	谁在什么情况下用，核心场景是否收敛	角色、核心场景 <=3、验收口径
Layer 3	边界骨架	需要哪些模块，边界在哪里	模块清单、权限边界、MoSCoW
Layer 4	流程状态	主路径怎么走，关键状态是什么	主流程、状态表、卡点
Layer 5	风险补丁	哪些补丁现在必须补	异常分支、埋点指标、非功能要求（L3 默认全开）

L1 默认输出 Layer 0-1；L2 默认输出 Layer 0-4；L3 默认输出 Layer 0-5。

接招就绪度

按 5 个维度给 0/1/2 分，总分换算为百分制。读取 references/scoring-engine-deterministic.md 后执行。

维度	问什么
意图清晰度	知道老板/业务要结果、方案还是试点
场景收敛度	核心场景是否 <=3 且可验收
边界明确度	做什么 / 不做什么是否说清
约束可见度	时间、人力、合规、技术是否已知
对齐准备度	确认问题和回话话术是否 ready

输出

按用户选择输出 Markdown 或 HTML；用户未选择时默认 Markdown。

Markdown 直接按以下结构输出：

text

1. 一页结论卡
2. 原话复述
3. 待确认问题（必须先问 / 可以后问）
4. Layer 0-5 接招展开（按档位裁剪）
5. MoSCoW 范围
6. 主流程与关键状态
7. 接招就绪度
8. 风险红旗
9. 回老板/业务话术
10. 下一步 / handoff

HTML 输出必须使用本技能自己的 references/report-template-pro.html。模板视觉可以与 HammerRoom 其他技能同源，但文件必须在本技能内独立存在，避免跨技能依赖。

必含：

• 一页结论卡：这是个什么需求、现在能交付到哪一档、最大风险是什么
• 原话复述，不改写原意
• 待确认问题：最多 7 个，按必须问 / 可以后问分组
• 五层接招展开：按档位输出
• MoSCoW 范围：必须做、应该做、可以做、不做
• 回话话术：30 秒版 + 稍正式版
• 接招就绪度：分数、扣分原因、下一步补齐动作
• 风险红旗：合规、资源、范围、交付承诺、跨部门依赖
• 可选 handoff：如果用户要评审预演，交给 pm-requirement-review-simulator

硬约束

• 信息优先：禁止把缺失信息编成事实；所有推断必须标注「假设」。
• 冷启动定位：不要输出“可直接给研发排期”的终稿承诺。
• 问题克制：确认问题最多 7 个，先问能改变方向的问题。
• 场景收敛：核心场景最多 3 个；超过 3 个必须建议分期或收敛。
• 边界清晰：必须写「不做什么」；未知也要列为待确认项。
• 金融/合规敏感：涉及金融、投顾、营销、隐私、未成年人、医疗、法律时，必须单列合规风险，不替代专业合规结论。

Rigid（不可跳过）：

• 原话复述
• Layer 0 模糊度判定
• 至少 5 个待确认项或明确说明为什么少于 5 个
• 接招就绪度评分
• 风险红旗
• 回话话术

Flexible（可按场景调整）：

• 是否逐层门控
• HTML 或 Markdown
• 模块清单颗粒度
• 流程图详细程度
• 是否继续 handoff 评审模拟器

验收与失败路径

• 只有一句方向：可以启动，输出接招包，但要把关键事实标为待确认。
• 只有产品名或口号：先追问“解决谁的什么问题”；用户仍要求直接生成时，只能输出低置信度接招包。
• 要求过度紧急：必须给出“今天能回什么、不能承诺什么”的话术。
• 需求明显是竞品研究：转 competitive-product-research。
• 已有完整 PRD 且目标是过会：转 pm-requirement-review-simulator。
• 用户要求直接开写终稿 PRD：先输出 L3 开写包，再建议接 create-prd 或 PM PRD 技能。

参考文件

文件	内容
references/scoring-engine-deterministic.md	接招就绪度评分规则
references/unpacking-playbook.md	五层接招执行细则
references/report-template-pro.html	HTML 专业报告模板
references/user_templates.md	输入模板与示例