用途：在推荐屏幕、组件、框架或实现之前，先把模糊的产品想法、客户请求、应用概念、SaaS/仪表盘/网站想法或 vibe-coding 提示澄清为明确的产品意图，防止模糊想法直接变成随意的 UI。
主要能力：用用户的语言一句话复述想法；识别主要用户、次要用户和客户/业务相关方；定义产品承诺（什么变得更容易、更快、更安全、更清晰或更有价值）；命名核心待办任务和第一个关键工作流；把 v1 必须项与后续功能分开；呈现约束（时间线、受众、设备、数据、集成、预算、品牌、合规、无障碍、部署）；标记假设和开放问题，不静默编造产品策略；推荐下一个产物（需求、站点地图、用户流程、原型保真度或第一个切片）。
使用方式：按流程逐步澄清，并输出固定格式的 Product intent brief，包含一句话概念、主要用户、客户/业务目标、产品承诺、核心待办任务、第一个关键工作流、V1 必须包含、明确推迟、约束与风险、假设、开放问题、推荐的下一个产物。资料中给出了一个共享日历的完整示例。
适用场景：用户只有粗略产品想法、客户请求、应用概念或 vibe-coding 提示，且主要用户和工作流尚不清晰时。
限制：意图已清晰、只需决定做到多精致时，应改用 $prototype-fidelity-selector；已有约定简报、需要可测试需求时，应改用 $requirements-from-brief；预览存在后可再次使用，对比实际切片与原始简报并列出保留/修复/推迟，但不要发明新产品。最终前需验证简报包含用户、承诺、工作流、范围边界和至少一个风险或假设；缺失的产品事实应列为开放问题，而非当作已知。
其他事实（如收费、价格、平台支持）暂未提供。