用途
Brief 是一个产品经理工作流技能，核心目标是在团队讨论解决方案之前，先就“问题本身”达成一致。它通过结构化的简报模板，帮助团队在发现阶段对齐认知、界定研究范围，或在投入完整 PRD 之前对重大倡议进行一页式框架说明。
主要能力
该技能支持三种简报类型：
-
问题简报（Problem Brief）：用于发现阶段初期，目的是在讨论解决方案之前对齐团队对问题的理解。其规则是问题简报中不包含任何解决方案提议。格式包含：问题描述、受影响人群（来自 product.local.md 的人物画像）、证据（量化数据并注明来源）、不解决的后果、我们尚不知道什么、假设（可选，仅在确信时以假设形式陈述）、发现研究问题（3-5 个在编写规格之前需要回答的问题）。
-
发现简报（Discovery Brief）：用于界定研究冲刺的范围，明确探索内容、对象、方法与待回答问题。格式包含：持续时间、方法、样本、按优先级排列的待回答问题、本次发现的范围外内容、成功标准、预期产出。
-
倡议简报（Initiative Brief）：用于在编写完整 PRD 之前，对重大倡议做一页式框架说明以获取对齐。格式包含：状态、负责人、利益相关者、核心赌注（一句话说明我们相信什么、谁受益、为何是现在）、问题（含证据）、提议方向（高层级，不含详细规格）、价值规模、粗略工作量、风险、所需决策。
使用方式
在生成任何简报之前，需加载 product.local.md 以获取产品背景、人物画像与术语。如果尚未配置，则先向用户询问产品名称、阶段与主要人物画像。随后询问用户需要哪种类型的简报，或根据上下文推断。
该技能还说明了互补工作流：功能规格使用官方 /write-spec；竞争分析使用官方 /competitive-brief；发现后的研究综合使用官方 /synthesize-research；完整需求文档使用本插件的 /prd。
适用场景
适用于产品发现阶段的问题对齐、研究冲刺的范围界定，以及重大倡议在投入完整 PRD 前的框架说明与决策请求。
限制与禁止事项
- 绝不在问题简报中包含解决方案提议。
- 绝不编写没有明确发现问题的发现简报（“探索用户需求”这类过于模糊的表述不可接受）。
- 绝不产出没有“所需决策”或“下一步”的简报。
- 绝不省略“我们尚不知道什么”部分——承认不确定性是优势而非弱点。
- 绝不使用“用户”作为人物画像，必须引用 product.local.md 中的具名人物画像。
- 所有输出在分发给利益相关者之前均需经产品经理审核。