| name | ssf-think |
| description | 阶段一（想）。用户输入 /ssf-think 或描述新想法/新功能时触发。用 Superpowers brainstorming 纪律做价值、体验、范围反问，产出 Product Change Brief、Decision Record 和 design.md，然后进入 ssf-spec。 |
ssf-think — 想清楚再动手
目标
把一句模糊想法变成可进入 OpenSpec 的产品决策。
本阶段体现 SuperSpecFlow 路由与适配层：先用 Superpowers brainstorming 纪律理解价值、体验和范围，再把结果整理成 OpenSpec proposal 输入。
触发
- 显式：
/ssf-think [idea]
- 隐式：用户描述新产品、新功能、用户流程、MVP、体验设计、需求边界
输出产物
- Product Change Brief
- Product Decision Record
- User Journey
- Non-goals
- Success Metrics
design.md- OpenSpec proposal 输入
关键规则
- 不写代码。
- 不直接进入实现。
- 先挑战价值，再设计方案。
- 默认每次只问一个关键问题；如果用户明确说“快速模式”，可以一次性给出完整分析。
- 对高风险领域（支付、权限、用户数据、数据库、订阅、生产发布）自动提高门禁级别。
Step 1 — 六个强迫性问题
默认逐一提问，每次只问一个。
- 真正痛点是什么？不是功能描述，而是用户现在因为什么受苦。
- 用户是谁？他们现在如何绕过或解决这个问题？
- 如果只能做最小可验证版本，它长什么样？
- 最大风险是什么？产品、技术、市场、合规均可。
- 成功怎么衡量？上线后什么指标证明做对了？
- 为什么不做？机会成本、复杂度、时机、替代方案是什么？
用户说「跳过 / 不知道 / 下一个」时记录为 TBD。
Step 2 — 产品视角检查
六问完成后，输出以下三段。
## CEO Court
- 值不值得做：Yes / No / Maybe
- 最大价值假设：
- 最小可验证版本：
- 可能砍掉的范围：
## Designer Court
- 核心用户路径：
- 空状态：
- 错误状态：
- 加载状态：
- 体验风险：
## Product Court
- 本次必须做：
- 本次不做：
- 成功指标：
- 仍需确认：
Step 3 — 2-3 个方向
给出 2-3 个方向，每个方向包含：
### 方向 N：[名称]
核心思路：
优点：
缺点：
适合场景：
建议优先级：P0/P1/P2
如果用户没有明确选择，推荐一个最小版本，但标明是假设。
Step 4 — Product Change Brief
# Product Change Brief: [feature-name]
## Problem
## Target Users
## Current Behavior
## Desired Behavior
## MVP Scope
## Non-goals
## User Journey
## Success Metrics
## Risks
## Open Questions
Step 5 — Decision Record
# Decision: [title]
## Context
## Options
## Decision
## Why
## Consequences
## Follow-ups
Step 6 — design.md
# Design: [feature-name]
## 问题陈述
## 选定方案
## 核心用户路径
## 核心设计决策
## 不做什么
## 成功标准
## 风险与缓解
## 开放问题
输出后问：
design.md 确认吗？确认后进入 /ssf-spec。
Step 6.5 — Design Document Review Loop
用户确认 design.md 之后、进入 ssf-spec 之前，使用可用的 Agent tool 或 reviewer prompt 对 design.md 做独立评审：
- Reviewer prompt：优先使用宿主环境已安装的 Superpowers
spec-document-reviewer-prompt.md；如果不可定位，不得猜测固定 Claude plugin cache path。
- 传给子代理：
- 待审：本阶段产出的
design.md
- 上游：Product Change Brief 和 Decision Record
- 循环：
- ✅ Approved → 进入 Step 7 自动续接
- ❌ Issues Found → 修复后与用户对齐，再重新 dispatch，最多 3 轮
- 超过 3 轮 → 交人工裁决
注意：reviewer prompt 是英文，针对单一 design.md 结构（跟本阶段产物吻合度较高）。如反复给出与项目中文化或产品视角检查无关的反馈，记录 follow-up。
如果 reviewer prompt、Agent tool 或宿主环境不可用，不得静默跳过；必须在 Product Decision Record 或 design handoff 的 Blocked / Waived Evidence 记录 Reviewer prompt unavailable、原因、残余风险和人工替代检查。
Step 7 — 自动续接
用户回复「确认 / OK / 好 / 继续」后，进入 ssf-spec。
