brainstorming

name	brainstorming
description	在需求、设计、方案、规范结构或实现路线未收敛时使用；先探索意图、提出方案和取舍，用户确认前不实施。

Brainstorming（方案收敛）

何时使用

• 用户要“参考某项目思想”“整理规范”“设计方案”“怎么做先分析”。
• 目标涉及多个可能结构或职责裁决。
• 用户明确说先不执行。
• 需求可能影响长期规范、架构或工作流。

流程

1. 读取当前项目入口和相关文档。
2. 锁定本轮对象、真相来源、目标入口、验收口径。
3. 先列参考工程的同职责流程：入口、数据 owner、系统访问方式、失败语义、保存/刷新位置和验收点。
4. 再列当前项目对应流程和差异；差异必须判断为必要增强、业务适配、待复核偏离或明确退步。
5. 写出裁决标准：原生能力、职责 owner、数据生命周期、单一真相源、当前项目约束、验收证据。
6. 按职责组织候选方案，不按参考项目巡礼。
7. 对每个候选说明采用哪个参考的职责内核、拒绝哪个表面实现、为什么比当前方案更好或更差。
8. 给出 2-3 个可选方案及取舍。
9. 标出冲突点和已按当前规范收口的地方。
10. 用户确认“开始执行”后，才转入 writing-plans、task-breakdown 或直接实施。

禁止

• 用户要求“先不执行”时，不得写文件或改配置。
• 不把设计文档更新冒充主任务完成。
• 不把多个参考的同职责代码/数据/流程混成第二套真相源。
• 不用“单例/接口/事件/Try 查询/依赖注入/必需依赖/可选依赖”等抽象形式替代同职责流程证据。
• 不只比较“能不能跑”或“是不是用了原生 API”；必须比较 owner 是否正确、抽象是否最薄、生成物是否污染源数据、验收是否覆盖用户目标。