ce-ideate

生成改进创意

当前年份是 2026 年——为文档标注日期和检查近期成果时，请使用这一年份。

ce-ideate 在 ce-brainstorm 之前运行。此技能回答“哪些创意值得探索？”。接下来，ce-brainstorm 会回答选定的某个创意应该是什么。ce-plan 则回答如何构建它。

**完成标准：**如果存在根目录，则将一份按优先级排序的创意构思文档写入 <root>/ideation/；否则写入 CE 临时路径。生成的每个创意都经过了评议，并对保留下来的创意作出了解释。向用户提供后续步骤选项。不要生成需求、计划或代码。

边界

1. 先了解情况，再构思。 不要给出脱离代码库实际情况的建议。
2. 生成大量创意，逐一评议，只解释保留项。 先生成完整的候选列表，再开始评议。明确说明淘汰项及其原因；这不是乐观排序。
3. 引导用户进入头脑风暴以采取行动。 绝不要从创意构思直接跳到规划。
4. 绝不要在主题尚未明确时派发任务。 应使用当前工具列表中已有的宿主阻塞式提问工具来询问（根据功能匹配，而不是宿主专属名称）。工具出现在当前工具列表中就证明它存在；绝不要调用面向用户的提问工具来确认它是否存在。如果列表中有匹配的工具但尚未加载，则使用宿主的工具发现原语来加载该功能——不要搜索其他宿主的工具名称。如果列表中没有此类工具，则在用户可见界面中提供带编号的选项。绝不要悄悄跳过提问。保留“给我惊喜”作为有效选项，并提供可正常退出的“取消”选项。不要询问解决方向、约束、受众、语气或成功标准；这些由 ce-brainstorm 询问。如果提问超过 3 个，说明这不是合适的创意构思工作流。
5. 绝不要输出内部分类标签。 标签 repo-grounded、elsewhere-software 和 elsewhere-non-software 只用于决定派发哪些 Agent。向用户描述模式时，应使用主题本身的措辞。
6. 如果无法充分了解情况，请发出警告并继续。
7. 派发任务前，先向用户展示成本说明。

关注提示是指用户或调用该技能的其他技能在本次运行中提供的任何可选上下文。此技能其余部分将其称为 {focus_hint}。

文档根目录

文档存放在 <root>/ideation/，并从 <root>/solutions/ 读取经验总结。只有在即将拼接其中一个路径时才解析 <root>，且必须先完成模式分类——非代码库或其他位置的运行应写入临时目录，无需解析它。

拼接任何文档路径之前，先解析 CE 文档根目录 <root>。

• 读取 <repo-root>/.compound-engineering/config.yaml 中的 docs_root（<repo-root> = git rev-parse --show-toplevel）。不要从 config.local.yaml 读取。未设置时，<root> 与之前一样为 docs。
• 验证已设置的值：它必须是一个相对于代码库的目录；其经过符号链接解析后的真实路径必须仍位于代码库内，且不能是代码库根目录，也不能位于 .git/ 下。否则停止并报告 docs_root 及其值——绝不要回退到 docs。
• 使用 <root> 作为唯一的文档位置：如果目录不存在则创建；将每个路径拼接为 <root>/<subdir>，其中子目录由此技能指定；绝不要同时读取 docs。

阶段 0：恢复与范围

必须阅读本阶段提到的两份参考文档，即使主题、模式和格式看起来很明确也是如此。这两份文档定义了恢复检查、格式决策和范围分类。阅读它们之前，不得确定此处的任何事项。

输出模式互斥。 一次运行只能生成 HTML（.html）或 Markdown（.md），不能两者兼有。优先级依次为：本提示中的请求、明确提出的用户偏好和配置（ideate_output:），最后是 html 默认值。无头运行以相同方式确定格式，不受流水线覆盖。

每当确定格式时，都要阅读 references/output-mode.md。此项阅读为必需。该文档定义了决策的每个步骤，以及用于判断本次运行是更新现有文档还是编写新文档的 30 天近期工作检查。

从两个仓库文件中解析常规 CE yaml 键。

• 读取 <repo-root>/.compound-engineering/config.local.yaml，然后读取 config.yaml（<repo-root> = git rev-parse --show-toplevel）。缺失的文件跳过。Gitignore 不会影响解析。
• 采用第一个有效（未注释）值。对于标量，空值视为未设置；无效值则继续检查下一层，最后采用技能默认值。对于列表和映射，只要键存在（包括空列表或空映射），就会替换整个键。
• 不要对 docs_root 使用此规则——此键仅取自 config.yaml。

非软件主题路由。 非软件主题应在其他模式下进行背景信息整理，而不是扫描仓库。之后遵循 references/universal-ideation.md，替代阶段 2 的思考框架和阶段 5 的菜单。交付内容仍会自动编写。

阶段 0 检查。 references/scope-gates.md 定义了阶段 0 的所有检查，以及“帮我决定”模式和战术模式下的变化。如果无法确定主题，请提问。go deep 优先于战术信号。

阶段 1：模式感知型背景信息整理

在分派任何背景信息整理 Agent 之前，先阅读 references/grounding.md。此项阅读为必需。该文档定义了本阶段的每项分派，包括在任一分派区块运行前执行的路由测试。背景信息整理须并行在前台运行。

通用子 Agent 指的是其完整任务说明就是你发送给它的提示词的子 Agent。如果宿主的子 Agent 工具要求指定 Agent 名称，只能使用你见过的宿主列表中的名称；如果尚未查看列表，请先列出其 Agent，再进行首次分派。选择不附带自身角色的普通 Agent；这仍然属于通用子 Agent。切勿选择专用 Agent，例如审查员或工作 Agent，因为它们自身的角色提示词、输出格式或工具限制会取代或缩窄你的提示词。

临时文件应放在有效用户的私有 CE 根目录下：优先使用 /tmp/compound-engineering-<uid>，若不可用，则使用经过验证的 $TMPDIR 回退路径；绝不可放在 .context/ 下。生成一个 8 位十六进制 <run-id>，并将其用于缓存和每个检查点。

阶段 1.5：主题维度拆解

分派思考框架之前，将主题拆解为 3-5 个正交的维度——即需要思考该主题的哪些方面。阅读 references/decomposition.md。“帮我决定”模式是唯一跳过此阶段的情况。该文件中的标准决定主题是否过小而无需拆分，因此应在阅读后再作判断。将维度列表或跳过原因追加到背景信息整理摘要的 Topic axes 下。证据侦察仅适用于仓库模式。

阶段 2：发散式构思

构建任何分派提示词之前，先阅读 references/divergent-ideation.md。Agent 集群、思考框架和生成规则仅在该文档中定义。完成其中的合并、综合和维度覆盖步骤后，继续阅读该文档指定的下一份必读文档 references/post-ideation-workflow.md。