用途
foundation-okr-writer 用于撰写、评审、改写和辅导以成果为导向的 OKR 集合，适用范围包括公司、部门、产品、产品领域、团队或倡议等层级。资料将其定位为教练，而非模板填充器，并说明其依据来自 Doerr《Measure What Matters》、Wodtke《Radical Focus》、Cagan（SVPG 团队目标）、Castro（成果与产出）、Grove《High Output Management》、Torres（持续发现）以及 Gothelf 与 Seiden《Outcomes Over Output》等来源的实证共识。
主要能力
- 五种入口模式：Guided（默认，中等投入）、One-Shot（低投入，单次生成完整 OKR 集并标注所有假设）、Sustained Coach（高投入，逐组件迭代并每轮重新评分直至达到质量阈值）、Audit Only（仅评审用户粘贴的现有 OKR，不生成新草案）、Rewrite（将有问题 OKR、功能列表或路线图项转换为成果形态的 OKR）。模式由用户措辞识别，含糊时默认为 Guided，并要求在回复开头声明所识别的模式。
- 赋能团队诊断：询问功能、项目或日期是否已提前承诺、团队能否在关键结果不动时中途变更举措、由谁决定要构建什么，并将结果记录为 empowerment_signal：empowered | feature-team | mixed | unknown。
- 判断 OKR 是否适用：若请求实为项目计划、KPI 仪表盘、发布清单、假设、实验或状态更新，则重定向到相应的 pm-skill 或技能链。
- 运营情境分类：记录范围、周期、层级以及 OKR 类型（committed | aspirational | learning | operational_health | compliance_or_safety）。缺少情境时默认周期为季度。
- 区分成果与工作：将功能、任务、项目、发布、招聘数和活动数归入 Initiatives，并引用 Castro 的试金石：“如果它能放进你的待办列表，它就不是成果。”
- 关键结果要素：每个关键结果需包含指标定义、基线（缺失时标为 recommended-to-measure）、目标、截止时间、证据来源、适当的负责人、指标类别（leading | lagging | guardrail | health | evidence_generation）以及置信度（high | medium | low | unknown）。
- 举措作为赌注：每个举措标明预期推动哪些关键结果及其背后的假设，举措是假设而非承诺。
- 质量审计：对战略契合、目标质量、关键结果成果质量、测量质量、产品影响力、聚焦、护栏、对齐、运营节奏、诚信、赋能团队披露等标准给出 pass / risk / fail 评级及一行理由。
- 反模式检测：如功能交付型关键结果、任务计数型关键结果、虚荣指标、活动型目标、指标堆砌型目标、过多 OKR、瀑布式对齐表演、路线图包装、缺失基线、缺失证据来源、仅滞后型产品 OKR、无护栏、薪酬挂钩、默认个人 OKR、无依据基准、PMF 前过度指标化等。
使用方式
该技能提供五种模式，并说明各模式由特定措辞触发，例如“just draft OKRs from this context”对应 One-Shot，“coach me through OKRs for X”对应 Sustained Coach，“review these OKRs”对应 Audit Only，“fix these OKRs”或“convert this roadmap to OKRs”对应 Rewrite，含糊时默认 Guided。执行时遵循固定步骤：检测模式、运行赋能团队诊断、判断 OKR 是否适用、分类运营情境、提取或推断战略意图、区分成果与工作、撰写或改进目标与关键结果、映射举措、执行质量审计、按需加入赋能团队披露、呈现开放问题、标注真实来源，最后去除技能指令性评论，输出仅 Markdown。
适用场景
资料列出的适用场景包括：在公司、部门、产品、产品领域、团队或倡议范围规划 OKR；将上级 OKR 或战略转化为团队 OKR；评审草案 OKR 集质量（Audit Only 模式）；将功能、路线图或倡议列表重构为成果导向 OKR（Rewrite 模式）；为利益相关方评审准备 OKR；识别关键结果是否可衡量且有证据支撑。
限制
资料说明不适用场景包括：只需仪表盘规格、只需事件跟踪、只需实验、只需假设、周期结束需正式评分与学习综合（应使用 measure-okr-grader），以及团队纯属常规运营需要稳态 KPI 而非拉伸成果。约束规则要求测量成果而非功能、任务、里程碑或活动计数；不得静默编造基线、目标、当前值或基准，缺失值须明确标记；不得将 OKR 分数用作个人绩效评级或薪酬输入；对任何激励增长、速度或数量的关键结果须包含至少一个护栏或反指标关键结果；0.6 至 0.7 的甜蜜区仅适用于拉伸型 OKR，承诺型、合规、安全、可靠性和合同类关键结果目标为 1.0；默认团队级 OKR；不得成为权威真实来源，须始终包含指向用户实际 OKR 跟踪器的 source_of_truth。若请求个人 OKR 或薪酬挂钩，技能会警告或拒绝并解释。
项目记忆约定
仅当 .claude/pm-skills.local.md 存在时生效，否则忽略。读取 phase、active_initiative 及既有决策产物；写入 OKR 集作为决策产物；除非 memory_auto_append: true，否则先提议并等待确认；写入前须重新读取文件，只追加自己的条目并保持其他字段逐字节不变；记忆永不提供基线或目标值。
输出契约（v1.0.0）
要求所有必需部分按规范顺序呈现：Context、Objective、Key Results、Initiatives as Bets、Guardrails and Health Checks、Alignment Notes、Quality Audit、Open Questions、Suggested Next Step；当 empowerment_signal 为 feature-team 或 mixed 时须包含 Disclosure 部分，empowered 时省略；仅 Markdown 输出，不使用 JSON。基础分类方面，frontmatter 中无 phase: 字段，使用 classification: foundation。
示例
资料指向 references/EXAMPLE.md，其中包含 storevine 示例线程（Campaigns 团队，Q3 2026）中的完整 OKR 集，展示在赋能型团队产品情境下应用 Guided 模式，并含一个真实的跨团队对齐依赖。配套的 measure-okr-grader 技能负责周期末评分，两者共同覆盖完整季度弧线。