Ideate 阶段 ​

Ideate 是主链工作流的可选起点。它回答的不是"怎么实现"，而是：

现在这份代码库里，什么值得优先探索？

只有一种情况下 ideate 最有价值：你还不知道现在最值得做什么。

本页帮助你判断：当前应该先发散候选方向，还是直接进入 brainstorm / plan / work。Ideate 的价值不是“多想几个点子”，而是避免在没有足够证据时过早锁定方向。

Ideation Funnel

Ideate 先收集事实，再过滤方向，最后只把高价值候选交给 brainstorm。

Facts
代码库结构、近期 commit、测试面、issue、外部 prior art
Candidates
生成改进方向、机会点、技术债、DX 或性能候选
Critique
按价值、风险、复杂度和证据质量过滤
Handoff
选择一个方向进入 brainstorm

在工作流中的位置 ​

阶段关键问题产物
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 的修复

一个好 ideation 应该包含 ​

  • 候选方向，而不是单一结论。
  • 每个方向的用户价值、证据来源、风险和复杂度。
  • 明确推荐哪个方向进入 brainstorm，以及为什么其他方向暂缓。
  • 证据限制：哪些判断来自 repo facts，哪些只是外部参考或 LLM 推断。

常见误区 ​

  • 把 ideate 当成自由聊天，不要求证据来源。
  • 直接把 ideate 的候选方向交给 work 实现。
  • 在需求已经清楚时仍先 ideate，增加无用环节。
  • 只看创意数量，不看证据强度和后续可执行性。

关键设计：基于代码库事实 ​

Ideate 不是拍脑袋列灵感清单。它的设计原则：

  1. 先扫描代码库 —— 读取真实模块、依赖、测试面、近期 commit 等事实
  2. 基于事实生成方向 —— 每个候选都有据可依，不脱离实现现实
  3. 对抗性过滤 —— 每个被拒绝的候选必须有明确理由
  4. 按价值/风险/复杂度排序 —— 输出 5–7 个高质量幸存者

这避免了"产品愿景式幻想"，让 AI 给出的方向能直接成为 brainstorm 的可信输入。

阅读下一步 ​