构思与战略

家族概览

本族在工程开始之前回答问题：做什么、为什么、方向是否对。它们在 ce-plan / ce-work 上游运行。输出格式可配置（默认 HTML，可选 MD）。

ce-strategy

目的：在仓库根维护 STRATEGY.md。该文档记录产品是什么、为谁服务、如何取胜、以及团队在何处投入。

阶段

所有权语义

• 独占（只有本技能写过）：严格按模板的章节顺序。每次写入都套用同一种内部格式。
• 多写入者（其他工具或人也写过）：永远不要 重排章节；只编辑。
• 作者认可标记（如 <!-- author-approved 2026-07-10 -->）：永远不要 编辑；上报或在其旁另写。

References

• references/grounding.md（22 行）
• references/interview.md（179 行）
• references/strategy-template.md（94 行）
• references/update-run.md（33 行）

ce-ideate

目的：发现哪些想法值得探索。在 ce-brainstorm 之前运行。生成有据可依的候选，逐一批评，仅解释幸存者。

阶段

3 条硬边界

1. 先落地，再构思。不给出与仓库脱节的建议。
2. 大量生成，全部批评，只解释幸存者。拒绝必须显式并附理由；这不是乐观排名。
3. 把用户送到 brainstorming 去执行。永远不要从 ideation 输出直接跳到 planning。

提问规则

不要问方案方向 / 约束 / 受众 / 语气 / 成功标准（那是 ce-brainstorm 的活）。如果问题超过 3 个，ideation 就是错误的工作流。主体未识别时才提问——提问工具缺位或调用出错时改用编号选项，绝不能静默跳过。

References

• references/output-mode.md（34）
• references/scope-gates.md（148）
• references/grounding.md（136）
• references/decomposition.md（39）
• references/divergent-ideation.md（112）
• references/post-ideation-workflow.md（169）
• references/universal-ideation.md（119）
• references/ideation-sections.md（191）
• references/html-rendering.md（638）— 共享
• references/markdown-rendering.md（242）— 共享
• references/publishing.md — 发布副本只投用户点名的发布方

4 个代理：issue-intelligence-analyst、learnings-researcher、slack-researcher、web-researcher。

ce-brainstorm

目的：把模糊想法 → 仅需求类统一计划（WHAT，不是 HOW）。与用户一次一问的访谈。推荐按用户目标所需给，不多不少；harness 显式扫描既有决策，方案生成按用户的问题锚定，不显式砍用户的范围。

输出契约

<root>/plans/YYYY-MM-DD-HHMM-<type>-<topic>-plan.{md,html}。前置元数据：artifact_contract: ce-unified-plan/v1 + product_contract_source: ce-brainstorm。正文：Goal Capsule + Product Contract（无 Goal Launch Block，无 Reader Index）。

阶段

三种停步并路由的情形

1. 非软件类工作 → references/universal-brainstorming.md 取代 Phase 0.2-4。
2. 关于某个具名外部候选的判定问题 → 提议改走 ce-pov 交接。
3. 两者都不是（快速答疑 / 事实 / 单步操作）→ 直接回答，不产出文件。

References（22 文件、约 2,700 行 + 1 个代理）

阶段对应参考表：

ce-bakeoff

目的：发展竞争方案，评判它们，综合出最强。用于目标明确但存在多个可行方案时。可直接调用；ce-plan 与 ce-debug 各按自己的条件路由进来（ce-brainstorm 只在用户明确要求时集成）。不要把一个日常选择变成竞赛。

阶段

何时不要用

• 已有定论 → 已决定；不要开 bake-off。
• 明显只有一个正确答案 → 没有竞争可发展。
• 开放机会场 → 那是 ce-ideate。
• 产品目标未定 → 那是 ce-brainstorm。

References（4 文件）

• references/candidates.md（37）— 独立的候选发展
• references/judging.md（19）— 经由 ce-pov 的独立评估
• references/verification.md（15）— 最终验证
• references/output.md（11）— 留存产物的位置

ce-pov

目的：产出基于项目的观点。三种形态：分级判定 / 文档接收 / 对给定方案的立场。可选 oracle panel。

阶段

边界

• 永远不要给出未与项目上下文对齐的 POV。
• 永远不要分派 POV 推理本身。始终在主上下文进行。
• 既有决策扫描：<root>/solutions/、ADR、设计文档。
• 当判定需要解释未解行为或设计原理时，调用 ce-explain 取证；判定的所有权留在此处。
• 进度更新说人话：用平常话讲清在核对什么、由哪个模型或助手在核对；绝不把本技能的机器部件写进进度（payload、scout、dossier、tier、轮次号、临时文件）。

Oracle 面板：peer 命名与路由

面板把四个身份分开：target（用户面的选择）、harness / 中间路由、请求模型、实际服务模型。请求模型是关于请求的事实、永远已知；实际服务模型只有 worker 回执才可知——无回执记 model_actual: unverified，而不是「未知模型」。读者可见的输出一律以 target + 请求模型为 peer 命名；仅当回执与请求不一致、或该路由没有请求具体模型时，才加服务侧警示。

六条 peer 路由统一经由一个被钉住的 acpx 传输（acpx@0.19.5，讲 Agent Client Protocol、打印 JSON-RPC 流，一份解析器覆盖所有 CLI）。每条路由的模型别名：codex → gpt-6.1-sol（high）、claude → claude-opus-5-5（high）、grok → grok-4.7（xhigh）、grok-cursor → grok-4.7 Cursor 预设、cursor → auto、composer → composer-2.5（fast）。

References（13 文件、4 个代理）

• references/intake.md（61）
• references/grounding.md（43）
• references/method.md（64）
• references/cross-model-panel.md（521）— panel 协议
• references/boundaries.md（36）
• references/invocation.md（47）
• references/followup.md（9）
• references/pov-schema.json（56）— 跨模型 POV 的 JSON schema
• 4 个代理：external-evidence-researcher、pov-peer、precedent-activity-scout、project-grounding-scout

ce-prototype

目的：构建一次性原型以敲定某事应如何工作 / 感觉如何 / 读起来如何。要求有人在场 — 拒绝无头运行。

硬规则

若无人在场（mode:pipeline、无头、无人工调用方）：停下并说明。不要启动预览，也不要臆测应有的手感。

两种问题形态

• 通过“看”来敲定（布局 / 配色 / 密度 / 排版读感）→ 应用 references/craft-floor.md。
• 通过“用”来敲定（流程 / 状态模型 / 控件响应）→ 不套 craft floor；只构建。

三条原则

1. 不要伪造正在被测试的维度。
2. 默认底座：Web（即便目标应用是 native）。
3. decisions.md 是给下游技能用的胶囊，不是计划；它记录的来源引用一路保留——ce-plan 的计划、交给 worker 的单元包都带着它，不在中途丢掉出处。

实时标注叠加层

对于“现有页面的密度”问题：以一次性补丁的方式扩展进既有应用。永不提交它。退出时还原。references/annotation-loop.md。

标注 pin 钉在放置它的那个 variant 上：同一屏的多个变体靠 data-ce-variant 标记区分，pin 只属于其中之一；pin 先持久化、页面再自动重载，刷新或切换屏幕不会让脚本失活。references/annotation-loop.md 与 references/build.md 对 webserver 位置的引用与此同步。Figma 设计同步代理（references/agents/figma-design-sync.md）不再经 /goal 旁路运行，文档随之大幅精简。

References（6 文件）

• references/scoping.md（36）— 在任何用户提问之前先读
• references/build.md（39）
• references/preview.md（118）— 本地 webserver 辅助
• references/annotation-loop.md（30）
• references/craft-floor.md（43）
• references/write-back.md（37）— Product Contract 写回

跨技能边界