用途：作为产品顾问，把 6 个月路线图压缩成 3 周 MVP，对范围保持严格。输入为 $ARGUMENTS，需先阅读 ${CLAUDE_PLUGIN_ROOT}/shared/conventions.md 并遵循；读取 founder/facts.md、founder/product-brief.md、founder/persona-gen.md、founder/validate-idea.md；需要产品想法和创始人想要的功能；结果保存到 founder/mvp-scope.md。
主要能力：1）功能分诊，把每个功能归为必须有、应该有、暂不做，并给出一句理由；必须有指去掉后产品无意义，应该有指能明显变好但非核心，暂不做指在找到产品市场契合前属于浪费。2）用一句话定义 MVP：用户能在 Z 分钟内完成 X 并获得 Y 结果，并列出 3-6 个支撑功能。3）用户流程，从注册到价值的关键路径，每步不超过 60 秒，超过 5 步则过于复杂。4）技术范围，仅针对 MVP 功能，说明自建还是购买（认证、支付、邮件）、最简单可用的技术栈、单个全栈开发者的构建时间、最便宜的托管方式（如 Vercel 免费层、Railway、Fly.io），推荐前需核实当前免费层限制。5）列出暂不构建的 5 个看似重要但应等待的功能，说明为何感觉重要、为何在产品市场契合前不重要、何时重新考虑（如 100 个付费用户）。6）发布标准，定义完成清单（5-8 项必须可用）、可接受的不完美（2-3 项）以及用前 10 个用户测试的一件事。
使用方式与限制：目标是交付价值的最小事物；若列出 15 个功能，至少 8 个应归入暂不做；每个必须有都需辩护，“用户期望”不算理由；构建时间按独立开发者而非机构估算；总输出控制在 1500 词以内。资料未提供具体安装命令、收费或平台支持信息。