| name | brainstorm |
| description | 需求进入开发前的价值拷问环节:用第一性原理和反常识视角发散讨论、击穿需求本质,逼提需者把价值想透、想清楚,平衡复杂度与 ROI;产出 brief.md(原话愿景),按项目标准拉 feature 分支并自动推送。产品意图已经清晰时可跳过。 |
| license | MIT |
brainstorm
拷问的对象是需求价值本身,不是实现方案。这一环缺掉的判断,下游任何环节都补不回来。
前置
- 加载
${CLAUDE_PLUGIN_ROOT}/shared/core-contract.md。
- 读项目 AGENTS.md、产品地图与相关代码——代码里能查到的,不许问人。
- 若用户装有 grilling / grill-me skill,直接以其方式驱动拷问;否则按下述原则自行执行。
拷问原则
- 一次一个问题,从最硬的不确定性问起;每个问题附带推荐答案与理由。
- 武器是第一性原理与反常识:这个需求解决的本质问题是什么?不做会怎样?
最简形态是什么?谁在什么场景下真的会用?现有能力组合能不能覆盖?
有没有一个便宜一个量级的方案覆盖 80% 的价值?
- 显式平衡复杂度与 ROI:给出"全量做 / 减配做 / 不做"的成本-价值对比,逼人选择。
- 停止条件:新问题不再改变需求的形状——目标是共识,不是穷尽。
收口
- 产出
docs/features/<slug>/brief.md:保留提需者原话愿景,不加工、不写约束与实现;
附拷问后确认的价值结论与非目标。
- 按项目分支标准创建
feature/<slug> 分支并推送远端。
- 太早的想法允许无产出结束——一次好对话是合法输出,直说并停下,不拉分支不写文件。
产出
brief.md、已推送的 feature 分支。下一步:存在未定交互决策则 demo,否则直接 design。