技能家族 · 级别：参考
构思与战略
六个掌握工程循环上游的技能：项目战略、想法生成、头脑风暴、比稿、判定、一次性原型。
家族概览
本族在工程开始之前回答问题：做什么、为什么、方向是否对。它们在 ce-plan / ce-work 上游运行。输出格式可配置（默认 HTML，可选 MD）。
ce-strategy
目的：在仓库根维护 STRATEGY.md。该文档记录产品是什么、为谁服务、如何取胜、以及团队在何处投入。
阶段
| 阶段 | 做了什么 |
|---|---|
| 0 | 落地与路由：读 README、CONCEPTS、文档、同级文档、近期提交。在聊天里给出 3-5 行的仓库模型；邀请纠正。宣告下一阶段（1 = 首次运行，2 = 更新）。 |
| 1 | 首次运行访谈：9 节按序进行 — Purpose → Positioning → Users → Key Metrics → Tracks → Stress Test → Boundaries → Milestones → Brand。 |
| 2 | 更新运行：3-5 行当前状态，列出可能的漂移候选，回访聚焦的那一节，其余各节的内容与位置保持不动。 |
| 3 | 下游交接：一句话提醒：ce-ideate、ce-brainstorm、ce-plan、ce-product-pulse、ce-dogfood 都消费 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 之前运行。生成有据可依的候选，逐一批评，仅解释幸存者。
阶段
| 阶段 | 做了什么 |
|---|---|
| 0 | 续接 + 分类 + 范围：识别主题；分类模式（repo-grounded / elsewhere-software / elsewhere-non-software）；确定范围（具体功能 / 聚焦 / 约束）。 |
| 1 | 模式感知的落地：并行 + 前台侦察（仓库扫描或网络/调研）；8 位十六进制 run-id 用作草稿缓存。 |
| 1.5 | 主题面分解：3-5 条正交轴。仅在 surprise-me 模式下跳过。 |
| 2 | 发散构思：在不同框架上并行子代理；候选契约：title / summary / axis / basis / why_it_matters / meeting_test。 |
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）— 共享
4 个代理：issue-intelligence-analyst、learnings-researcher、slack-researcher、web-researcher。
ce-brainstorm
目的：把模糊想法 → 仅需求类统一计划（WHAT，不是 HOW）。与用户一次一问的访谈。
输出契约
<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）。
阶段
| 阶段 | 做了什么 |
|---|---|
| 0.0 | 输出模式：默认 HTML；按请求 MD。 |
| 0.1-0.4 | 续接 / 分类 / 路由 / 范围：已有计划？轻量？停步并路由？ |
| 1 | 理解想法：落地侦察；可选 Slack 研究员；压力测试；盲点检查；视觉探查关；与 CONCEPTS.md / 已验证代码的冲突关。 |
| 2-2.6 | 方案、综合、声明验证器：按 references/reasoning-elevation.md 提升模型。 |
| 3 | 写下计划：等待 Ready-for-Planning 检查；若未通过，不要 进入 Phase 4。 |
| 4 | 交接：ce-plan / ce-prototype / ce-pov 分派 + 最终菜单。 |
三种停步并路由的情形
- 非软件类工作 →
references/universal-brainstorming.md取代 Phase 0.2-4。 - 关于某个具名外部候选的判定问题 → 提议改走
ce-pov交接。 - 两者都不是（快速答疑 / 事实 / 单步操作）→ 直接回答，不产出文件。
References（21 文件、约 2,686 行 + 1 个代理）
阶段对应参考表：
| 阶段 | 先读 |
|---|---|
| 0.0 | references/output-mode.md |
| 0.1-0.4 | references/phase-0.md |
| 1 | references/dialogue.md |
| 2-2.6 | references/approaches.md + references/synthesis-summary.md |
| 3 | references/plan-write.md + references/brainstorm-sections.md |
| 4 | references/handoff.md |
ce-bakeoff
目的：发展竞争方案，评判它们，综合出最强。用于目标明确但存在多个可行方案时。
阶段
| 阶段 | 做了什么 |
|---|---|
| 1 | 立框：目标、约束、已敲定决策、源指针、产物保真度、对比标准、预算。 |
| 2 | 宣布与发展：默认 3 个候选，至多 1 次重开发射。相互独立的全新上下文负载。 |
| 3 | 比较与选择：独立裁判与协调员的比较进行对账。一致≠正确，分歧≠重做。 |
| 4 | 验证：references/verification.md。 |
何时不要用
- 已有定论 → 已决定；不要开 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。
阶段
| 阶段 | 做了什么 |
|---|---|
| 0 | 立框与分类：输出模式、范围、意图、退路。references/intake.md。 |
| 1 | 落地：分派侦察（POV 推理永远 不被分派）。必须扫描既有决策。 |
| 2 | 验证落地：references/method.md 定义项目底线。证据短 → 不得给出有把握的结论。 |
| 3 | POV：先冻结自己的 POV；若用户请求 panel，则读 references/cross-model-panel.md 获取同行路由。 |
| 4 | 交付与返回：判定即产物；后续推进归调用方。 |
边界
- 永远不要给出未与项目上下文对齐的 POV。
- 永远不要分派 POV 推理本身。始终在主上下文进行。
- 既有决策扫描：
<root>/solutions/、ADR、设计文档。 - 当判定需要解释未解行为或设计原理时，调用
ce-explain取证；判定的所有权留在此处。
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；只构建。
三条原则
- 不要伪造正在被测试的维度。
- 默认底座：Web（即便目标应用是 native）。
decisions.md是给下游技能用的胶囊，不是计划。
实时标注叠加层
对于“现有页面的密度”问题：以一次性补丁的方式扩展进既有应用。永不提交它。退出时还原。references/annotation-loop.md。
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 写回
跨技能边界
| From | To | 何时 |
|---|---|---|
| ce-ideate | ce-brainstorm | ideation 输出交付后 |
| ce-brainstorm | ce-plan | Phase 4 交接（默认路由） |
| ce-brainstorm | ce-pov | 关于外部候选的判定问题 |
| ce-brainstorm | ce-prototype | Phase 4 后仍残留的视觉/空间手感问题 |
| ce-pov | ce-explain | 判定需要对未解行为进行解释 |
| ce-strategy | （提供 STRATEGY.md） | ce-ideate、ce-brainstorm、ce-plan、ce-product-pulse、ce-dogfood 消费 |
| ce-prototype | ce-brainstorm / ce-plan | 用户应用决策；挑选匹配的下游技能 |