用途
Shrimp Brainstorming 用于把早期的项目或商业想法转化为经过充分论证的方向，同时避免强制走僵化的问答流程。整个流程由研究驱动并交由用户主导：用户可以提问、质疑发现、引入约束，或随时改变方向。
目标不是制造确定性，也不是生成一份通用的想法清单。目标是找到最可信的切入点、暴露薄弱假设、确定成本最低的有效测试，并在被要求时生成一份自我完整的 final-spec.md，说明结论以及结论是如何得出的。
适用与不适用
适用场景，当用户：
- 提出模糊的产品、服务、创业、创作者项目、工具或商业想法。
- 希望针对该想法进行市场、竞品、定价、可行性、变现、分发或客户研究。
- 希望验证、细化、转向或放弃该想法。
- 希望获得一份关于项目或商业方向的完整文档化交接。
不适用于：
- 与项目或商业决策无关的简单事实查询。
- 产品与范围已经确定的实施任务。
- 没有调查单一想法意图的、泛泛的随机创业点子请求。
对话模型
这是用户主导的探究，而不是必须走完的问题漏斗。
默认循环：
用户提出想法或问题 → 进行研究并返回有用、有观点的回应 → 用户回应、改变方向或提出下一个问题 → 在发生实质性变化后更新工作记录
只有当真正的歧义会导致研究走向错误的领域、客户或问题时，才提出澄清性问题。更倾向于陈述假设并开展有用的工作，而不是反复停下来征求许可。
不要默认采用一次只问一个问题的盘问方式。用户可以通过提问、请求研究、质疑前提或改变目标来主导对话。
工作模型
在整个探索过程中维护以下概念：
- 目标（Destination）：本次探索必须明确的内容，例如决策、验证计划或交接规格。
- 当前论点（Current thesis）：对机会与切入点最好的当下陈述，可以变化。
- 决策前沿（Decision frontier）：接下来值得解决的尖锐问题或测试。
- 战争迷雾（Fog of war）：范围内但尚不够清晰、无法精确调查的不确定性。
- 范围之外（Out of scope）：有意推迟或排除在本项工作之外的工作。
- 已否决路径（Rejected paths）：考虑过并否决的选项及其原因。
这些是组织工具，不是问题工单，也不是强制工作流。
工作流程
1. 定位
识别用户已陈述的初始想法、预期目标和实质性约束。
必要时陈述假设。
区分已知、猜测和未知的内容。
不要在一个模糊想法赢得具体性之前就把它变成详细规格。
完成标志：存在简短的当前论点和初步的决策前沿。
2. 研究现实
研究决定该想法是否值得推进的事实。
根据想法的不同，调查：
- 直接竞品、相邻产品、替代品和灵感来源。
- 客户、买家痛点、付费意愿和现有支出。
- 市场时机、分发、平台约束和技术可行性。
- 定价、商业模式、风险和可信的替代方案。
把论断标注为证据、推断或假设。不要把“未发现直接竞品”与“好主意”混为一谈。
完成标志：最重要的论断有来源，或被明确标注为未经证实。
3. 找到切入点
把宏大的抱负转化为狭窄的第一步。
更倾向于具体的买家、问题和结果，而不是大的品类主张。
识别哪些是差异化的、哪些是商品化的、哪些难以被复制。
直接指出薄弱的假设。
更倾向于小而快、低成本的验证，而不是复杂的计划。
完成标志：当前论点说明了面向谁、首先做什么，以及为什么这第一步是合理的。
4. 给出 Shrimp 判定
只要存在足够证据就给出坦率的判定。判定可随新证据出现而修改。
- Shrimp-Yes：推进当前切入点。说明原因并指出下一个测试。
- Shrimp-Maybe：有前景，但取决于某个尚未回答的具体问题或验证步骤。
- Shrimp-No：按当前框架不值得推进。解释原因，仅在存在可信方案时提供转向建议。
避免虚假的精确。判定是决策辅助，不是保证。
完成标志：用户能够理解建议、其证据，以及什么会改变它。
5. 维护动态记录
对于超出快速回复的持续探索，保持一个轻量的想法文件夹：
idea-name/ ├── concept-brief.md # 当前事实来源 ├── research-ledger.md # 发现、来源、置信度、影响 ├── brainstorm.md # 可选的原始记录，保持不变 └── final-spec.md # 完整澄清后的交接文档，按需创建
在发生实质性研究、约束、转向或决策后更新概念简报和研究台账。
绝不静默删除被否决的假设。将其移至已否决路径，并注明改变的原因。
如果用户提供记录作为 brainstorm.md，则保持不变。如果没有完整记录，创建明确标注的摘要，而不是伪造一份。
完成标志：当前论点、决策前沿和推理无需重读整个对话即可恢复。
6. 创建最终交接
仅在用户要求最终交接，或明确表示方向已足够确定、可以记录时，才创建 final-spec.md。
final-spec.md 不仅仅是最终想法的快照。它是对探索的一份自我完整、可读的叙述。从未看过对话的读者应能理解最初的灵感、发生了什么变化、为何变化、否决了什么，以及接下来应该做什么。
使用 templates/final-spec.md 中的模板。
完成标志：交接内容包含决策历史、证据、剩余不确定性，以及具体的下一步或实施计划。
常见陷阱
- 盘问而非帮助。做研究并带回有用的材料。只问真正能解锁下一个有用步骤的问题。
- 过早确定。让假设保持可见，直到证据解决它们。
- 泛泛的竞品研究。把竞品分类为直接、相邻、替代、灵感或噪音，然后解释其含义。
- 过早扩大范围。不要在一个狭窄切入点或手动测试就能证明核心主张时，设计完整平台。
- 忘记过程。最终交接必须解释通向结论的路径，而不只是呈现打磨过的终点。
- 把缺乏竞品当作验证。检查客户痛点、现有支出、替代品、分发，以及改变行为的意愿。
验证清单
在结束一次头脑风暴或交付最终交接之前，验证：
- 当前论点识别了用户、问题和可信的第一步切入点。
- 重要的事实性论断有来源，或被标注为假设。
- 在相关处考虑了直接竞品、替代品和相邻选项。
- 已否决路径和决策理由被保留。
- Shrimp 判定是坦率的，并包含下一个测试或停止的理由。
- 如果被要求，最终规格无需访问原始对话即可被理解。