创建或更新 STRATEGY.md。适用于产品新立项、调整发展方向或路线图，或者当 ce-ideate、ce-brainstorm、ce-plan 需要上游产品战略作为锚定依据时使用。
产品战略 (Product Strategy)
注意：当前年份为 2026 年。 在为战略文档标注日期时请使用此年份。
ce-strategy 用于生成和维护 STRATEGY.md——这是一份精简且持久的锚点文档，明确记录了产品是什么、服务谁、如何取得成功以及团队当前的精力投入方向。它位于仓库根目录，是一个标准的规范文件（与 README.md 同级）。当该文件存在时，下游 Skill（ce-ideate、ce-brainstorm、ce-plan）会将其作为上下文背景与决策依据。
这份文档故意设计得非常精简且结构化。相比于长篇大论，针对几个犀利问题的优质回答更能产出高水准的战略。本 Skill 会提出这些关键问题、坚决回退（push back）含糊不力的回答，并最终写就文档。
交互方式
优先使用当前平台的阻塞式提问工具：Claude Code 中的 AskUserQuestion（如果 schema 未加载，先调用 select:AskUserQuestion 的 ToolSearch）、Codex 中的 request_user_input、Antigravity CLI (agy) 中的 ask_question、Pi 中的 ask_user（需要 pi-ask-user 扩展）。只有在运行环境中不存在阻塞式提问工具或调用报错（如 Codex 的编辑模式）时，才降级为在对话中输出带编号的选项——绝不能仅仅因为需要加载 schema 就降级。严禁静默跳过提问。
每次只问一个问题。对于实质性章节（目标问题、核心方案、用户画像），优先使用自由文本回答；单选仅用于路由决策（如选择要重新审视的章节）。每个选项标签必须语义完整、自成一体。
聚焦提示 (Focus Hint)
focus hint 指的是调用本 Skill 时传入的任何可选参数——可能出现在当前 Prompt 或对话中，无论是由用户直接输入还是由上游调用 Skill 传递（未提供则为空）。
将传入的任何参数解析为可选的聚焦目标：要重新审视的章节名称（如 metrics、approach、tracks）或范围提示。如果没有传入参数，则采取开放式流程，由当前文件状态决定执行路径。
核心原则
- 是锚点，而非计划。 战略解决的是“产品是什么”以及“为什么做”。具体功能属于
ce-brainstorm；排期进度属于 issue tracker。绝不能让这两者渗透进战略文档中。 - 严谨体现在提问中，而非标题上。 章节标题采用简明通俗的语言，而访谈提问则用于严格把控战略纪律。
- 精炼本身就是一项特性。 模板经过精简约束。随意增添章节带来的隐形成本远超想象。对任何扩充文档结构的企图保持坚决回退（push back）。
- 跨运行保持持久。 本 Skill 支持重复运行。在后续运行中，它会原地更新文档，保留仍然适用的内容，仅对看似过时或薄弱的章节发起挑战。
执行流程
阶段 0：根据文件状态路由
使用原生的文件读取工具读取 STRATEGY.md。
- 文件不存在 -> 首次运行。跳转至阶段 1。
- 文件已存在且参数指定了特定章节 -> 定向更新。跳转至阶段 2。
- 文件已存在且无参数 -> 询问需要重新审视哪些章节，然后跳转至阶段 2。
用一行文字宣布执行路径：“未找到战略文档，让我们来撰写一份。”或“找到现有战略文档，让我们来审查并更新。”
阶段 1：首次运行访谈
读取 references/interview.md。该加载步骤为强制要求——其中包含了各个章节的回退规则（pushback rules）、反模式示例和质量标准。如果仅凭记忆即兴发挥，只会产出被动的文字记录，而非真正的战略文档。
按照最终文档的章节顺序展开访谈：
- 目标问题 (Target problem)
- 核心方案 (Our approach)
- 目标受众 (Who it's for)
- 关键指标 (Key metrics)
- 推进赛道 (Tracks)
- 里程碑 (Milestones，可选)
- 明确不做 (Not working on，可选)
- 市场策略 (Marketing，可选)
针对每个章节，抛出开篇提问，执行回退规则，并用用户原话记录最终回答。切勿跳过回退步骤——这是本 Skill 的核心所在。每个章节最多进行两轮回退；若两轮后用户仍坚持，则记录现有回答，并标注该章节值得在下次运行时重新审视。
当所有必填章节（1-5）收集完毕后，读取 references/strategy-template.md 进行内容填充，并在写入文件前将完整草稿呈现在对话中。提供一轮修改机会，随后写入 STRATEGY.md。
阶段 2：更新运行
深入阅读已有的 STRATEGY.md。用 3-5 行字总结当前状态，以便用户直观了解已有内容。
如果参数指定了特定章节，直接跳转至 references/interview.md 中的对应章节。完全保留所有其他章节。像首次运行一样执行回退机制——绝不能仅仅因为薄弱内容已经写在文件里就直接盖章放行。
若未指定特定目标，使用阻塞式提问工具询问用户希望重新审视哪个章节。选项包括：
- “目标问题 (Target problem)”
- “核心方案 (Our approach)”
- “目标受众 (Who it's for)”
- “指标、赛道或其他 (Metrics, tracks, or other)”
针对每个重新审视的章节，开展包含完整回退机制的重新访谈。对于用户确认仍然准确
<<<DESC>>>
创建或更新 STRATEGY.md。适用于产品新立项、调整发展方向或路线图，或者当 ce-ideate、ce-brainstorm、ce-plan 需要上游产品战略作为锚定依据时使用。
<<<CONTENT>>>
name: ce-strategy
description: "创建或更新 STRATEGY.md。适用于产品新立项、调整发展方向或路线图，或者当 ce-ideate、ce-brainstorm、ce-plan 需要上游产品战略作为锚定依据时使用。"
argument-hint: "[可选: 需要重新审视的章节，例如 'metrics' 或 'approach']"
产品战略 (Product Strategy)
注意：当前年份为 2026 年。 在为战略文档标注日期时请使用此年份。
ce-strategy 用于生成和维护 STRATEGY.md——这是一份精简且持久的锚点文档，明确记录了产品是什么、服务谁、如何取得成功以及团队当前的精力投入方向。它位于仓库根目录，是一个标准的规范文件（与 README.md 同级）。当该文件存在时，下游 Skill（ce-ideate、ce-brainstorm、ce-plan）会将其作为上下文背景与决策依据。
这份文档故意设计得非常精简且结构化。相比于长篇大论，针对几个犀利问题的优质回答更能产出高水准的战略。本 Skill 会提出这些关键问题、坚决回退（push back）含糊不力的回答，并最终写就文档。
交互方式
优先使用当前平台的阻塞式提问工具：Claude Code 中的 AskUserQuestion（如果 schema 未加载，先调用 select:AskUserQuestion 的 ToolSearch）、Codex 中的 request_user_input、Antigravity CLI (agy) 中的 ask_question、Pi 中的 ask_user（需要 pi-ask-user 扩展）。只有在运行环境中不存在阻塞式提问工具或调用报错（如 Codex 的编辑模式）时，才降级为在对话中输出带编号的选项——绝不能仅仅因为需要加载 schema 就降级。严禁静默跳过提问。
每次只问一个问题。对于实质性章节（目标问题、核心方案、用户画像），优先使用自由文本回答；单选仅用于路由决策（如选择要重新审视的章节）。每个选项标签必须语义完整、自成一体。
聚焦提示 (Focus Hint)
focus hint 指的是调用本 Skill 时传入的任何可选参数——可能出现在当前 Prompt 或对话中，无论是由用户直接输入还是由上游调用 Skill 传递（未提供则为空）。
将传入的任何参数解析为可选的聚焦目标：要重新审视的章节名称（如 metrics、approach、tracks）或范围提示。如果没有传入参数，则采取开放式流程，由当前文件状态决定执行路径。
核心原则
- 是锚点，而非计划。 战略解决的是“产品是什么”以及“为什么做”。具体功能属于
ce-brainstorm；排期进度属于 issue tracker。绝不能让这两者渗透进战略文档中。 - 严谨体现在提问中，而非标题上。 章节标题采用简明通俗的语言，而访谈提问则用于严格把控战略纪律。
- 精炼本身就是一项特性。 模板经过精简约束。随意增添章节带来的隐形成本远超想象。对任何扩充文档结构的企图保持坚决回退（push back）。
- 跨运行保持持久。 本 Skill 支持重复运行。在后续运行中，它会原地更新文档，保留仍然适用的内容，仅对看似过时或薄弱的章节发起挑战。
执行流程
阶段 0：根据文件状态路由
使用原生的文件读取工具读取 STRATEGY.md。
- 文件不存在 -> 首次运行。跳转至阶段 1。
- 文件已存在且参数指定了特定章节 -> 定向更新。跳转至阶段 2。
- 文件已存在且无参数 -> 询问需要重新审视哪些章节，然后跳转至阶段 2。
用一行文字宣布执行路径：“未找到战略文档，让我们来撰写一份。”或“找到现有战略文档，让我们来审查并更新。”
阶段 1：首次运行访谈
读取 references/interview.md。该加载步骤为强制要求——其中包含了各个章节的回退规则（pushback rules）、反模式示例和质量标准。如果仅凭记忆即兴发挥，只会产出被动的文字记录，而非真正的战略文档。
按照最终文档的章节顺序展开访谈：
- 目标问题 (Target problem)
- 核心方案 (Our approach)
- 目标受众 (Who it's for)
- 关键指标 (Key metrics)
- 推进赛道 (Tracks)
- 里程碑 (Milestones，可选)
- 明确不做 (Not working on，可选)
- 市场策略 (Marketing，可选)
针对每个章节，抛出开篇提问，执行回退规则，并用用户原话记录最终回答。切勿跳过回退步骤——这是本 Skill 的核心所在。每个章节最多进行两轮回退；若两轮后用户仍坚持，则记录现有回答，并标注该章节值得在下次运行时重新审视。
当所有必填章节（1-5）收集完毕后，读取 references/strategy-template.md 进行内容填充，并在写入文件前将完整草稿呈现在对话中。提供一轮修改机会，随后写入 STRATEGY.md。
阶段 2：更新运行
深入阅读已有的 STRATEGY.md。用 3-5 行字总结当前状态，以便用户直观了解已有内容。
如果参数指定了特定章节，直接跳转至 references/interview.md 中的对应章节。完全保留所有其他章节。像首次运行一样执行回退机制——绝不能仅仅因为薄弱内容已经写在文件里就直接盖章放行。
若未指定特定目标，使用阻塞式提问工具询问用户希望重新审视哪个章节。选项包括：
- “目标问题 (Target problem)”
- “核心方案 (Our approach)”
- “目标受众 (Who it's for)”
- “指标、赛道或其他 (Metrics, tracks, or other)”
针对每个重新审视的章节，开展包含完整回退机制的重新访谈。对于用户确认仍然准确无误的章节，保持原封不动。将 YAML frontmatter 中的 last_updated 值更新为今天的 ISO 日期。
将更新后的文档重新写回 STRATEGY.md。
阶段 3：下游交接
写入完成后，用一行文字说明文件的存放位置，并提示 ce-ideate、ce-brainstorm 和 ce-plan 将在下次运行时将其作为锚定背景。
如果该仓库尚未运行过任何下游 Skill，建议将 ce-ideate 或 ce-brainstorm 作为下一步操作。
本 Skill 不做的事
- 不更新 issue tracker，也不梳理进行中的工作。战略关注文档本身，执行归于其他地方。
- 不对 backlog 进行优先级排序。优先级排序属于单独的工作流。
- 不撰写产品需求文档 (PRD) 或实现计划——这些是
ce-brainstorm和ce-plan的职责。 - 不计算指标的具体数值。它只记录哪些指标重要以及数据存放在何处，而不关注今天的具体读数是多少。
了解更多
“目标问题 / 核心方案 / 推进赛道”这一架构灵感源自 Richard Rumelt 的著作 Good Strategy Bad Strategy（《好战略，坏战略》）——特别是其关于诊断（diagnosis）、指导方针（guiding policy）和连贯行动（coherent action）的核心概念。references/interview.md 中的访谈问题旨在规避他所总结的“坏战略”模式：空洞废话、伪装成战略的目标、以及用功能清单替代指导性选择。如果口号与战略之间的界限在你脑海中尚不够清晰，强烈建议阅读此书。
