Ideate 阶段
Ideate 是主链工作流的可选起点。它回答的不是"怎么实现"，而是：
现在这份代码库里，什么值得优先探索？
只有一种情况下 ideate 最有价值：你还不知道现在最值得做什么。
在工作流中的位置
| 阶段 | 关键问题 | 产物 |
|---|---|---|
| Ideate | 什么值得做？ | docs/ideation/*-ideation.md |
| Brainstorm | 这件事具体要做成什么？ | docs/brainstorms/*-requirements.md |
| Plan | 应该怎么拆解和实施？ | docs/plans/*-plan.md |
Ideate 不会直接产出 requirements、plan 或代码——它只交付排序后的方向候选。
决策：要不要先做 ideate？
text
是否清楚要做什么？
│
├── 是 ──── 直接进入 brainstorm 或 plan
│
└── 否 ──── 先做 ideate
│
▼
选一个方向进入 brainstorm适合用 ideate 的场景：
- 想从真实代码库中挖出改进方向
- 想发现技术债、DX 改进点、性能瓶颈
- 希望先做方向选择，再进入需求澄清
不必用 ideate 的场景：
- 需求已明确
- 已知道接下来要做哪件事
- 当前任务本质是已知 bug 的修复
关键设计：基于代码库事实
Ideate 不是拍脑袋列灵感清单。它的设计原则：
- 先扫描代码库 —— 读取真实模块、依赖、测试面、近期 commit 等事实
- 基于事实生成方向 —— 每个候选都有据可依，不脱离实现现实
- 对抗性过滤 —— 每个被拒绝的候选必须有明确理由
- 按价值/风险/复杂度排序 —— 输出 5–7 个高质量幸存者
这避免了"产品愿景式幻想"，让 AI 给出的方向能直接成为 brainstorm 的可信输入。
阅读下一步
- Ideate 详细指南 —— 实际调用、参数、典型对话
spec-ideate契约 —— 入口、输入、输出、边界- Brainstorm 详细指南 —— ideate 之后的下一步
- 工作流总览 —— 完整研发链路