product-brief 是一个在写任何代码之前使用的产品简报技能，目标是产出一页纸的产品简报，比 mvp-spec 技能更轻量。它的核心思路是：简报是“审问”的产物，而不是先写一稿再修改。
用途 在开始技术规划之前澄清一个产品想法。它强制回答“为谁做、解决什么问题、做什么、不做什么”，避免在想法尚未清晰时就进入开发。
主要能力
- 通过提问提取想法：要求用一句话说明“这是什么”，明确一个具体的人（而非人群类别），说明为什么需要存在、今天人们用什么替代方案，以及它必须做好的一件事。
- 撰写一页纸简报，包含六个部分：WHAT IS THIS?（一段话，陌生人能看懂）、WHO IS IT FOR?（一个具体的人及其处境，而非职位头衔）、THE PROBLEM（今天坏在哪里、人们现在怎么做、为什么不行）、THE SOLUTION（描述体验而非实现）、V1 DOES（4-6 项，每项以动词开头）、V1 DOES NOT（3-5 项，且长度至少是 DOES 列表的一半）。
- 执行“Does Not”测试：追问哪些功能可以砍掉、如果只有一个周末上线哪些功能能存活、最简单但有人愿意付费/使用/分享的版本是什么。
- 在写简报之前进行压力测试：能否用一句话向朋友解释、能否说出一个真实使用者的名字、今天人们用什么替代、什么会让人从现有方案切换过来、用户注册后做的第一件事是什么。
使用方式 先问一个问题：“你在做什么？一句话。”等待回答后再追问。如果 WHO 模糊（如“开发者”“小企业”），追问“具体是谁？说出一个真实的人。”如果 WHAT 太宽泛（如“一个做 X 的 AI 工具”），追问“它必须做好的一件事是什么？”如果用户说不出今天人们用什么替代，追问“现在的变通办法是什么？如果没有，问题可能不真实。”在压力测试问题得到回答之前不要写简报。简报写成 markdown 文件，可提议保存为项目根目录的 BRIEF.md。如果想法已验证、需要技术规划，可提示下一步使用 mvp-spec 技能。
适用场景 适合在写代码之前澄清产品想法，尤其是容易跳过“不做什么”而过度构建的场景。
限制 资料未提供该技能的具体安装命令、平台支持、收费方式或价格信息。资料未提供官方文档或代码仓库细节。