需要先产生并评估有依据的改进想法、再决定探索哪个时，用…

在用户想要想法、改进或意外方向，但尚未选定要开发哪一个时，先运行 ce-ideate 做 grounded ideation 并输出排序后的想法工件。

适用场景

解决思路

1. 在 ce-brainstorm 之前运行 ce-ideate；ce-ideate 回答“哪些想法值得探索？”；随后 ce-brainstorm 回答选定想法应意味着什么；ce-plan 回答如何构建。
2. 当前年份使用 2026，给文档标注日期和检查近期工件。
3. 完成时，若 `<root>` 存在，将排序后的 ideation 工件写入 `<root>/ideation/`；否则写入 CE 临时路径。
4. 对每个生成的想法都进行批评，并只解释幸存者；让用户持有下一步菜单。
5. 不产出需求、计划或代码。
6. 先基于仓库接地再产生想法，不提供脱离仓库的建议。
7. 生成很多候选、批评全部、只解释幸存者；在批评任何候选之前先生成完整候选列表；拒绝必须显式并给出原因，不做乐观排序。
8. 将用户送去头脑风暴以采取行动；绝不从 ideation 输出直接跳到规划。
9. 绝不在未识别主题时分派；需要先询问主题。
10. 通过当前工具列表中已有的宿主阻塞式提问工具询问，按能力匹配而不是按宿主特定名称。
11. 当前工具列表中存在即证明工具存在；绝不调用面向用户的问题工具来发现其是否存在。
12. 如果匹配工具已列出但未加载，使用宿主的工具发现原语加载该能力；不要搜索另一个宿主的工具名。
13. 若列表中没有此类工具，则在用户可见界面上提供编号选项。
14. 绝不静默跳过问题；保留“Surprise me”为真实选项，并提供可干净退出的 Cancel。
15. 不要询问解决方向、约束、受众、语气或成功标准；这些由 ce-brainstorm 询问。
16. 如果问题超过 3 个，说明 ideation 是错误工作流。
17. 绝不打印内部分类标签；`repo-grounded`、`elsewhere-software`、`elsewhere-non-software` 只决定派发哪些代理；用主题自己的话向用户描述模式。
18. 接地失败时警告并继续。
19. 在派发前向用户显示成本行。
20. 将焦点提示视为本次运行启动时来自用户或调用技能的可选上下文；本技能其余部分称它为 `{focus_hint}`。
21. 工件放在 `<root>/ideation/` 下，学习记录从 `<root>/solutions/` 读取。
22. 仅在要组合这些路径之一时解析 `<root>`，绝不在模式分类之前解析；elsewhere 或 no-repo 运行写入临时目录且从不需要它。
23. 向子代理传递解析后的路径，而不是配置。
24. 在组合任何工件路径前解析 CE 工件根 `<root>`。
25. 从 `<repo-root>/.compound-engineering/config.yaml` 读取 `docs_root`（`<repo-root>` = `git rev-parse --show-toplevel`）；不要从 `config.local.yaml` 读取。
26. 若 `docs_root` 未设置，则 `<root>` 为 `docs`，同以前。
27. 验证设置值：必须是仓库相对目录，其真实、符号链接解析后的路径保持在仓库内，且既不是仓库根也不是在 `.git/` 下；否则停止并报错，指明 `docs_root` 和值，绝不回退到 `docs`。
28. 将 `<root>` 用作唯一工件位置：若不存在则创建；每个路径组合为 `<root>/<subdir>` 及本技能自己的子目录；绝不也读取 `docs`。
29. Phase 0 中两个读取都是必需的，即使主题、模式、格式看似清楚；这两个引用定义恢复检查、格式决策和范围分类；在读之前不解析任何东西。
30. 输出模式互斥：一次运行产生 HTML（`.html`）或 markdown（`.md`），绝不同时。
31. 格式优先级：本 prompt 中的请求 > 声明的用户偏好和配置（`ideate_output:`）> `html` 默认；无头运行以相同方式解析格式，没有流水线覆盖。
32. 每当解析格式时读取 `references/output-mode.md`；该读取是必需的；它定义决策每一步，以及 30 天近期工作检查，决定本次运行是否更新现有文档而不是写新文档。
33. 解析普通 CE yaml 键从两个仓库文件：先读 `<repo-root>/.compound-engineering/config.local.yaml`，再读 `config.yaml`（`<repo-root>` = `git rev-parse --show-toplevel`）；缺失文件跳过；Gitignore 不改变解析。
34. 配置层以第一个生效（非注释）值胜出；对于标量，空为未设置，无效值继续到下一层，再到技能默认；对于列表和映射，存在的键——包括空列表或映射——替换整个键；不要对 `docs_root` 使用此规则，该键仅 `config.yaml`。
35. 非软件主题运行 elsewhere 模式接地而非仓库扫描；然后遵循 `references/universal-ideation.md` 代替 Phase 2 的框架和 Phase 5 菜单；交付物仍自动写入。
36. `references/scope-gates.md` 定义每个 Phase 0 检查，以及 surprise-me 和战术运行中改变什么；当主题不可识别时询问；`go deep` 胜过战术信号。
37. 在派发任何接地代理前读取 `references/grounding.md`；该读取是必需的；该引用定义本阶段每个派发，包括在任一派发块之前运行的路由测试；接地在前台并行运行。
38. 临时草稿位于有效用户的私有 CE 根下：`/tmp/compound-engineering-<uid>` 当可用时，否则使用验证过的 `$TMPDIR` 回退，绝不 `.context/`。
39. 生成一个 8 位十六进制 `<run-id>` 并复用于缓存和每个检查点。
40. 在派发框架前，将主题分解为 3-5 个正交轴——要思考主题的哪些方面；读取 `references/decomposition.md`。
41. Surprise-me 模式是唯一跳过 Phase 1.5 的情况；该文件自己的标准决定主题是否太小无法拆分，因此在该读取后做判断。
42. 将轴列表或跳过原因追加到接地总结的 `Topic axes` 下；证据侦察代理仅仓库模式。
43. 在构建任何派发提示前读取 `references/divergent-ideation.md`；代理群、框架、生成规则只在那里。
44. 当其合并、综合和轴覆盖步骤完成后，继续 `references/post-ideation-workflow.md`，它被指定为下一个必需读取。

适用边界 · 注意事项

• 用户已有想法需要细化时（应使用 ce-brainstorm）。
• 需要评判已经摆在桌上的想法时（应使用 ce-pov）。
• 需要产出需求、计划或代码时；不要从 ideation 输出直接跳到 planning。