ce-strategy

创建或维护 STRATEGY.md — 一个简短而持久的锚点，用于捕获产品是什么、它为谁服务、它如何成功以及团队在哪里投资。

ce-strategy 是上游锚点技能。它在存储库根（README.md 的同级）生成并维护一个规范文档，下游技能将其视为基础。该文档简短且结构合理——对一些尖锐问题的良好回答可以产生比任何散文都更好的策略。这项技能会提出这些问题，反驳薄弱的答案，然后撰写文档。

复合工程构思链是/ce-ideate → /ce-brainstorm → /ce-plan → /ce-work。 STRATEGY.md 位于链的上游 — ce-ideate、ce-brainstorm 和 ce-plan 都将其视为基础（当它存在时），将他们的建议加权到活动轨道和规定的方法。 ce-product-pulse 还会读取它以播种所测量的指标。

TL;DR

＃＃ 问题

大多数团队要么没有战略文档，要么有一份太长的没有人阅读的文档。故障形状：

• 完全缺失 - 每一件新作品都会重新提出“我们是否在做正确的事情？”
• 口号，而不是策略 - “我们取悦用户”告诉代理（和人类）没有任何可操作的东西
• 目标伪装成战略 —“ARR 增长 30%”是一个目标，而不是指导性选择
• 用功能列表代替指导政策 - “我们正在构建 X、Y 和 Z”并没有说明为什么
• 陈旧且未受影响 - 策略文档写过一次就被遗忘了；它现在描述了团队不再开发的产品
• 太长，无法浏览 — 一份 20 页的策略，在日常工作中没有人打开，并不能锚定任何内容

好的战略文档应该简短、清晰并且经常阅读。困难的部分是创作一个——大多数“写一个策略”都会导致散文的生成，掩盖薄弱的思维。

解决方案

ce-strategy 进行了带有明确推回规则的采访：

• 锚点，而不是计划 — 战略是产品是什么以及为什么；功能属于 ce-brainstorm，时间表属于问题跟踪器
• 问题的严谨性，而不是标题的严谨性 - 章节标题是简单的英文；面试强制执行纪律
• 短是一个特点——模板受到限制；扩张被推迟
• 跨运行持久 - 就地重新运行更新，保留有效的内容，仅重新访问薄弱部分
• 每个部分的推回规则 - 每个部分都命名了反模式和探究问题，这些问题推动了过去的口号、目标策略和功能列表

受到理查德·鲁梅尔特的“好战略坏战略”的启发——特别是他的诊断、指导政策和连贯行动的核心。面试问题旨在超越鲁梅尔特所说的“糟糕策略”模式。

是什么让它如此新颖

1. 面试中的反制纪律

对于每个部分，该技能都会提出开场问题，然后应用命名的推回规则——忽略那些废话、口号、虚荣目标和功能列表。每节最多两轮推回；如果此后答案仍然很弱，请捕获用户提供的内容并注意该部分值得在下次运行时重新访问。阻力是这项技能的核心——没有它，采访就会变成被动的转录。

2. 更新到位——跨运行持久

在现有 STRATEGY.md 上重新运行技能不会从头开始重写。第 2 阶段读取现有文档，用 3-5 行总结当前状态，以便用户看到文件中的内容，并询问要重新访问哪个部分（或在参数命名一个部分时直接跳转）。用户确认仍然准确的部分保持不变。 YAML frontmatter 中的 last_updated 字段已更新至今天。强大的部分不会被事后猜测；弱者受到全力反击。

3. 阅读下游技能作为基础

当 STRATEGY.md 存在于存储库根目录时，下游技能会读取它：

• ce-ideate — 代码库扫描接地代理读取它；构思权重自动偏向与策略一致的方向
• ce-brainstorm — 第 1.1 阶段约束检查读取它；产品/范围决策保持在活跃轨道上
• ce-plan — 回购研究分析师读取它；计划标记偏离活动轨道或既定方法的决策
• ce-product-pulse — 首次采访从文档中获取产品名称和关键指标，然后连接数据源以实际测量这些指标

该文档是 README.md （仓库根目录中规范的、众所周知的位置）的同级，因此技能可以预见地找到它。

4. 受鲁梅尔特启发的结构

“目标问题/我们的方法/轨迹”结构遵循鲁梅尔特的核心：诊断（情况是什么，出了什么问题，成本是多少），指导政策（选择的方法，战略赌注），连贯的行动（从政策中流出的工作的主动轨迹）。面试问题旨在将过去的口号推向这个核心。

5. 有界节数

所需的模板有五个部分（目标问题、我们的方法、它的用途、关键指标、跟踪）。三个可选部分（里程碑、未工作、营销）可用，但当它们没有分量时会被推迟。约束就是特征——需要 12 个部分的策略不是策略。

6. 用于过时跟踪的 Frontmatter

STRATEGY.md 在 YAML frontmatter 中带有 last_updated 字段。下游技能可以根据年龄将文档标记为可能陈旧；重新运行技能会更新时间戳。

简单示例

您正在开发一款新产品，并在启动 ce-ideate 之前需要一份策略文档。您调用 /ce-strategy。

该技能检查现有的 STRATEGY.md （未找到）并宣布“未找到策略文档 - 让我们编写它”。它读取 references/interview.md 并按部分顺序运行采访。

目标问题。 “你要解决什么问题以及为谁解决？”您回答“我们帮助团队更快地发货”。反击开始了：那是一个口号。 “谁的团队？运送什么？‘更快’意味着什么——节省每项任务的时间、更少的错误、更少的协调开销？”您尖锐地说：“我们帮助 50-200 人公司的工程经理将公关审查周期从几天缩短到几小时。”这已经足够具体了。

我们的方法。 “战略赌注是什么——影响其他一切的选择？”你回答“使用人工智能”。反击开始了：这是一个工具，而不是一个赌注。 “具体来说，关于人工智能的赌注是什么——人工智能可以比初级学生更好地复习？人工智能可以在人类看到复习问题之前对其进行预处理？这种复习根本不需要人类？”你锐化。

采访通过“目标是谁”、“关键指标”、“轨迹”进行。每个部分最多进行两轮推回。捕获所有必需的部分后，该技能将读取 references/strategy-template.md，对其进行填充，在聊天中呈现完整草稿，提供一轮编辑，然后写入 STRATEGY.md。

第 3 阶段指出文档现已就位，ce-ideate、ce-brainstorm、ce-plan 和 ce-product-pulse 将在下次运行时拾取它。建议 /ce-ideate 作为自然的下一步。

何时去实现它

在以下情况下使用 ce-strategy：

• 您正在开始开发一个新产品，并在开始构思之前需要一份策略文档
• 产品方向发生转变，现有策略陈旧
• “我们在做什么？”不断出现，因为答案没有记录在任何地方
• 某个特定部分感觉较弱，您想重新访问它 (/ce-strategy approach)
• 下游技能（ce-ideate、ce-brainstorm）将缺少 STRATEGY.md 标记为缺少接地

在以下情况下跳过 ce-strategy：

• 该策略已存档并且仍然准确 - 重新运行会增加噪音而没有价值
• 您正在尝试规划单个功能 → /ce-brainstorm
• 您正在尝试安排工作 → 这是问题跟踪器，而不是策略
• 你想要一个有日期的路线图 → 策略就是方向；路线图正在排序

用作工作流程的一部分

ce-strategy 是链的上游。新产品或主要方向转变的推荐顺序：

/ce-strategy → /ce-ideate (consults STRATEGY.md) → /ce-brainstorm → /ce-plan → /ce-work
                                                              ↑
                                          all read STRATEGY.md as grounding

下游技能不需要* STRATEGY.md — 他们无需它即可工作。但是，当文档存在时，主动跟踪和规定的方法会自动将构思、头脑风暴和计划拉向与战略一致的方向。当 STRATEGY.md 不存在时， ce-ideate 仍然可以在代码库中扎根，但它没有表明目前什么“类型”的工作最重要。

ce-product-pulse 类似地从 STRATEGY.md 的关键指标中播种其首次采访 - 连接数据源以衡量策略所说的重要内容。

使用独立版

该技能始终是独立调用的——策略不是链中任何其他技能的下游。

• 首次运行 — /ce-strategy（不存在 STRATEGY.md）
• 有针对性的更新 — /ce-strategy approach 直接跳转到该部分
• 打开更新 — /ce-strategy（文件存在，无参数）询问要重新访问哪个部分

输出工件

STRATEGY.md  (repo root, peer of README.md)

章节（除非另有说明，否则为必填）：

• 目标问题 — 诊断：出了什么问题、对谁造成的以及造成的损失
• 我们的方法 — 指导方针：塑造一切的战略赌注
• 它是为谁 — 人物角色；足够具体，设计决策可以参考它
• 关键指标 — 产品通过什么来衡量自身
• 轨迹 — 连贯的行动：工作的主动轨迹
• 里程碑 （可选） — 有意义的即将到来的标记
• 不致力于 （可选） — 明确的非目标；当团队面临“我们应该做 X 吗？”时很有用。压力
• 营销 （可选） — 相关的定位和消息传递方向

YAML frontmatter 带有 last_updated: YYYY-MM-DD。该文档设计得很短——通常只有 1-2 页，而不是章节书。

＃＃ 参考

＃＃ 常问问题

为什么文档这么短？ 因为长篇战略文档不会被阅读。该学科迫使人们对少数问题给出尖锐的答案。如果您发现自己想要更多部分，答案通常是“那些属于头脑风暴或问题跟踪器，而不是策略”。

战略和路线图有什么区别？ 战略就是方向（我们正在做什么以及为什么）。路线图是排序（什么时候发生）。策略位于 STRATEGY.md 中；路线图存在于问题跟踪器、规划工具或团队用于调度的任何工具中。该技能明确保留在策略通道中。

如果我的答案很弱怎么办？ 该技能对每个部分应用推回规则——最多两轮。如果此后答案仍然很弱，该技能会捕获您提供的内容并指出该部分值得下次运行时重新访问。策略是迭代的；第一次写入时不一定是完美的。

为什么文档位于存储库根目录？ 所以下游技能不需要配置就可以预见地找到它。与 README.md 一样，STRATEGY.md 是一个规范的、众所周知的位置。

如果我不希望下游技能阅读它怎么办？ 如果存在的话他们会的。这种行为是有意的——将链条锚定到既定的策略就是价值。如果你想抑制这种情况，请删除该文档；您可以稍后重新创建它。

它对于非软件产品有用吗？ 是的——结构（目标问题、方法、角色、指标、轨迹）可以推广到任何产品。推迟规则同样适用于 SaaS 功能路线图、咨询实践或非营利计划。

＃＃ 了解更多

“目标问题/我们的方法/轨迹”结构源自理查德·鲁梅尔特的“好策略、坏策略”——特别是他的诊断、指导政策和连贯行动的核心。 references/interview.md 中的面试问题旨在超越 Rumelt 所说的“糟糕策略”模式：毫无意义、伪装成策略的目标以及取代指导性选择的功能列表。如果口号和战略之间的区别还不明显，那么推荐阅读这本书。

另请参阅

• ce-ideate — 读取 STRATEGY.md 作为构思的基础
• ce-brainstorm — 在范围工作期间读取它以了解约束意识
• ce-plan — 读取；标记偏离活动轨道的计划决策
• ce-product-pulse — 根据策略的关键指标进行首次运行设置