Okr Skill

复制给 AI

• 本 Skill 唯一入口：当前文件 SKILL.md（仓库根）。
• 聚合入口：`FOR_AI.md`。
• 规范总纲：`docs/RFC-OKRCLAW.md`（讨论深度问题时 SHOULD 引用其章节）。
• 实践原子索引：`practices/README.md`（96 条，16 域 × 6）。
• 术语表：`docs/GLOSSARY.md`。

OKR.skill — 让 AI 和你一起「说到做到、还能证明」

语言

根据用户第一条消息的语言，全程使用同一语言。

何时激活

• 用户要：定目标、拆季度/迭代、写 KR、对齐团队、周更、复盘。
• 用户只有 Todo 列表，没有「怎样算达成」。
• 对话 发散，需要把每条工作映射到「为什么服务」。
• 用户明确说「用 OKR」「按关键结果来」「用 OKRClaw」。

重要声明

• 本 Skill 用于协作与执行对齐，不替代用人单位的绩效考核、晋升或合同义务。
• OKRClaw 仅为本仓库内对「4×16×96 实践分类」的简称；与 PUAClaw 仅形态类比，内容无关。见 `docs/RFC-OKRCLAW.md`。

OKR 是什么（执行版）

实践原子索引（卡点 → 域）

用法：进入对应目录，阅读 README.md 再按需打开单条原子 .md；在对话中可写「按 A02-03 自检」。

操作顺序

Phase 0：对齐语境

与用户确认并写下：

• [ ] 周期：开始日、结束日。
• [ ] 范围：个人 / 项目 / 小团队；不在范围内的不写进 O。
• [ ] 成功语言：用什么词算「赢」。
• [ ] 数据源：指标从哪来 — 没有则先设计「建立度量」类 KR。

输出：一段话摘要 + 约束清单。

Phase 1：起草 O + KRs

引导产出 1 个 O + 3–5 个 KR（每条：陈述、度量、基线、目标值、证据）。模板：

## Objective
> 

## Key Results
| ID | Key Result | 度量方式 | 基线 | 目标 | 证据来源 |
|----|------------|----------|------|------|----------|
| KR1 | | | | | |

自检：结合 L1 域原子（`01`–`04`）逐条过一遍。

Phase 2：工作映射

每项工作标注 → KRn；不服务任何 KR 的归入运维桶或触发 OKR 变更讨论。参考 `12-l3-initiative-map`。

Phase 3：周更

更新进度分 0.0–1.0 + 证据摘要 + 风险。参考 `09-l3-weekly-score`、`10-l3-evidence`。

Phase 4：周期末复盘

逐条 KR 终分、根因、下期继承。参考 `16-l4-retro-inherit`。

反模式库（速查）

与 pua-skill 的关系

• okr-skill：目标、度量、对齐、复盘。
• pua-skill：卡住时的穷尽与验证。
• 组合：先 OKR 再执行；遇阻可并行用 PUA，叙事不混用。

不做的事

• 不替用户做绩效评级或承诺晋升。
• 不编造指标完成度。
• 不将 OKR 强加给未同意的协作者。

路径约定

• `{repoRoot}`：仓库根。
• 示例索引 `examples/README.md`；完整表见 `examples/sample-okr.md`。配方 `recipes/quarterly-okr.md`、`recipes/biweekly-okr.md`。

贡献指南

目录与编号

• 十六个主题域：practices/01-... 至 practices/16-...（见 `practices/README.md`）。
• 每个域：README.md（总述）+ 6 个原子文件 01-*.md … 06-*.md。
• 原子 ID：A{域号两位}-{序号}，例如域 03 第 2 条为 A03-02（写在原子文件首行注释或标题）。

原子文件格式（建议）

# Axx-yy · 短标题

**检查**：一句可勾选的自检问句。  
**反模式**：常见错误写法或行为。  
**提示**：给 Agent 的一句引导语（可选）。

• 单文件 不宜过长；若需展开，链到 docs/ 或 examples/。

PR 要求

• 中文或中英并列均可；与现有文件风格一致。
• 修改原子时更新对应域 README.md 中的列表（若有）。
• 不引入与 OKR 无关的「操控类」内容。

重新生成（可选）

若仓库含 scripts/generate_practices.py，在根目录执行：

python3 scripts/generate_practices.py

仅维护者在大规模调整编号时使用；日常 PR 可直接编辑 Markdown。

伦理与误用边界

本框架不是什么

• 不是 绩效考核制度，不是 晋升、调薪、裁员依据。
• 不是 操纵数据或「美化 OKR」的话术工具。
• 不是 在缺少度量能力时强行捏造指标。

Agent 与人类协作时应遵守

1. 诚实：无数据则说无数据；建议先增加「建立度量」类 KR，而非虚构完成度。 2. 同意：不向未同意使用 OKR 的协作者强加本框架术语。 3. 分离：若用户组织将 OKR 与考核绑定，Agent 应提醒用户以公司内部制度为准，本仓库仅为协作辅助。 4. 透明：周更与复盘应可追溯证据，避免「口头完成」。

禁止行为

• 教用户伪造指标、选择性披露数据以通过评审。
• 将 OKR 作为职场霸凌或无限加班的合理化工具（若用户语境如此，应拒绝并建议寻求正式劳动/管理渠道）。

联系

问题与改进请通过 Issue / PR；严重误用场景可在 CONTRIBUTING 中补充案例。

常见问题（FAQ）

OKR 和 KPI 有什么区别？

简要：KPI 常强调指标本身与考核；OKR 强调对齐与聚焦，许多组织将 OKR 与考核分离。本 Skill 按「对齐工具」使用。

一条 KR 可以写「完成项目 X」吗？

不推荐作为最终形态。应追问：项目完成后可验证的结果是什么（性能、收入、错误率、采用率等）？若暂时无量化，可写明确的二元验收 + 下一步建立度量的计划。

周期末分数不高算失败吗？

不一定。公开资料常提到 0.6–0.7 表示目标有挑战性。重要的是诚实复盘与下期调整，而非面子分。

和 pua-skill 一起用会冲突吗？

不冲突：okr-skill 管「做什么算赢」；pua-skill 管「卡住时如何穷尽与验证」。叙事不要混用（一个对齐、一个执行韧性）。

OKRClaw 与 PUAClaw 什么关系？

仅 仓库结构层级（4×16×96 + 规范文档）上的类比；内容、目的、伦理边界完全不同。见 `RFC-OKRCLAW.md`。

个人开发者需要 OKR 吗？

可选。双周或月度 一个 O + 少量 KR 也能显著减少与 AI 对话时的发散。

术语表（Glossary）

OKRClaw Framework — RFC 草案（OKR 与 Agent 协作分类体系）

状态：互联网草案（Internet-Draft style, 非 IETF 正式 RFC） 关键词：OKR, Agent collaboration, Key Results, evidence, cadence, alignment

摘要

本文档描述 OKRClaw：一套用于 人类与 LLM Agent 协作 的目标管理实践分类框架。框架将实践组织为 四级深度（L1–L4）、十六个主题域、九十六条实践原子（每域 6 条），并配套术语表、伦理边界与贡献规范。理论背景与业界公开实践一致，参见 Google re:Work — OKRs、What Matters、Wikipedia: OKR。

与 [PUAClaw](https://github.com/puaclaw/PUAClaw) 的关系：仅借鉴其 仓库分层与索引形态（层级—类别—子项—规范文档）；目的、术语与价值观完全不同。本框架不包含任何「话术操控」分类。

1. 规范性用语

文中 MUST / MUST NOT / SHOULD / MAY 的含义遵循 RFC 2119。

• Agent 在引用本框架协助用户时 SHOULD 使用用户首选语言。
• Agent MUST NOT 将本框架表述为用人单位的绩效考核依据。
• Agent MUST NOT 在缺少证据时编造 KR 完成度或指标数值。

2. 定义

3. 四级 × 十六域

每域含 6 条实践原子，共 96 条。索引见 `practices/README.md`。

4. Agent 协作流程（与 SKILL.md 对齐）

1. Phase 0：语境与数据源（对应 L1 范围与可测性前提）。 2. Phase 1：起草 O/KR（主要引用 L1 原子）。 3. Phase 2：工作映射（L2+L3 initiative 映射）。 4. Phase 3：周更（L3）。 5. Phase 4：复盘与下期（L4）。

卡点 → 原子索引见根目录 `SKILL.md` 中的「实践原子索引」表。

5. 参考文献（公开资料）

• Google re:Work — Set goals with OKRs
• What Matters — OKRs explained
• John Doerr, Measure What Matters（概念来源，勿长段摘抄）
• Wikipedia — Objectives and key results

6. 版权声明

MIT License，见仓库根目录 LICENSE。

示例索引

虚构短例，用于对齐 `docs/GLOSSARY.md` 与 OKRClaw O / KR / initiative 写法；勿当作真实公司数据。

起草时对照 L1 域：`practices/01-l1-objective-design`、`02-l1-kr-measurable`、`03-l1-outcome-vs-output`。

示例：个人季度 OKR（开源侧车项目）

虚构示例，用于演示 O + KR + 周更 格式；数值均为演示。术语与框架说明见 `docs/GLOSSARY.md`、`docs/RFC-OKRCLAW.md`。自检时可对照 L1 域 `01-l1-objective-design`、`02-l1-kr-measurable`、`03-l1-outcome-vs-output`。

周期

• 起：2026-04-01
• 止：2026-06-30

Objective

让 sidecar 项目在 GitHub 上可被陌生人「10 分钟内跑起来」，并持续收到可行动的反馈。

Key Results

周更记录

2026-04-07

2026-04-14

（后续周更略）

周期末复盘（模板）

• O 达成度：叙述是否达成「10 分钟跑起来」的主观+客观证据。
• KR 均分：____
• 学到什么：____
• 下期 O/KR 调整：____

短例：B2B 客户成功（虚构）

演示 与考核分离 下的健康度指标；数值为占位符。

Objective

降低可续约收入（NDR 相关）的可预防流失，让风险客户被提前识别并干预。

Key Results（骨架）

Initiative 示例：健康分规则迭代、QBR 模板改版、与产品联动的 escalation 通道。

短例：内部开发者平台（虚构）

演示 output 可作 leading、lagging 须 outcome 的拆法。参见 `03-l1-outcome-vs-output`。

Objective

让业务研发团队「自助完成常规发布」而不必排队等平台排期，同时不牺牲变更安全。

Key Results（骨架）

Initiative 示例：模板库、Runbook、Golden path 文档、渐进式权限模型。

短例：连锁门店运营（虚构）

演示 outcome 型 KR，非「多巡店几次」类 output。周期：季度。

Objective

提升试点区域顾客复购与坪效感知，在不动大改装修的前提下验证运营动作有效。

Key Results（骨架）

Initiative 示例（映射到 KR，勿当 KR）：周陈列 SOP 培训、收银动线试点、会员券 AB 测试。

给 AI：一键入口

将终端或工作区设为克隆后的 `okr-skill/` 根目录（根目录需存在 SKILL.md）。

---

总控复制块（整段复制到对话）

工作目录在 okr-skill 仓库根。请完整阅读 SKILL.md，严格按 Phase 0–4 执行：
Phase 0 对齐周期与数据源；
Phase 1 产出 1 个 Objective + 3–5 个可度量 Key Results（含证据约定）；
Phase 2 将用户提出的工作映射到 KR ID；
Phase 3 按约定节奏做周更表（0.0–1.0 进度分 + 证据摘要）；
Phase 4 周期末复盘并给出下期调整建议。
深度讨论 OKR 定义、范围、规范性要求时，SHOULD 引用 docs/RFC-OKRCLAW.md 中的章节标题或编号（若文档内有编号）。
卡点自检时，按 SKILL.md「实践原子索引」表打开 practices/ 下对应域 README，再按需引用单条原子（如 A02-03）。
禁止把任务清单当 KR；禁止在缺少数据时编造完成度。若用户执行卡住需要穷尽排查，可建议其并行参考 pua-skill（tanweai/pua），不与本 Skill 混用叙事。

---

推荐阅读顺序

1. `SKILL.md`（必读） 2. `docs/RFC-OKRCLAW.md`（规范总纲；深度讨论时引用） 3. `practices/README.md`（十六域与 96 原子索引） 4. `examples/README.md`（示例索引）；`examples/sample-okr.md`（完整表） 5. `recipes/quarterly-okr.md` 或 `recipes/biweekly-okr.md`（节奏配方）

A01-01 · 时间边界清晰

检查：读者能否判断在周期结束时 O 是否「到站」？ 反模式：写成无限期口号。 提示：请把 O 改写成「在本周期结束时我们成为/实现……」。

A01-02 · 价值语言

检查：O 是否在谈用户/业务价值？ 反模式：堆砌内部任务名。 提示：用「谁因此更好」重写 O。

A01-03 · 单周期可感知

检查：一个季度内能否感受到变化？ 反模式：十年愿景塞进季度 O。 提示：拆出本周期可验证的一小步价值。

A01-04 · 避免指标汤

检查：O 是否保持定性？ 反模式：把 KR 数字全写进 O。 提示：指标留给 KR，O 只保留方向。

A01-05 · 使命对齐

检查：O 能否与上级/个人使命用一句话连上？ 反模式：与战略无关的孤岛 O。 提示：补一句「这如何支撑上级 O/使命」。

A01-06 · 建设性表述

检查：O 是否描述期望状态而非仅否定现状？ 反模式：全是「别再烂下去」。 提示：改为「达到何种健康状态」。

L1 · Objective 设计

级别：L1 起草（Craft） 摘要：把 Objective 写成「方向 + 价值」而非功能清单。

本域实践原子

详见各 *.md 文件。

A02-01 · 数值或严格二元

检查：每条 KR 是否有明确完成判据？ 反模式：「做得更好」式形容词。 提示：给出阈值、比例或 是/否 验收条件。

A02-02 · 统计口径

检查：分子分母/时间窗是否写明？ 反模式：口径随周改导致不可比。 提示：写下计算公式与采样周期。

A02-03 · 基线存在

检查：是否记录周期起点现状？ 反模式：只有目标无起点。 提示：先测基线再写目标值。

A02-04 · 数据源指名

检查：从哪里拉数？ 反模式：「大家感觉不错」。 提示：指定系统/表/日志/问卷规则。

A02-05 · KR 可独立验收

检查：能否在不看完其他 KR 的情况下判定本条？ 反模式：三条 KR 描述同一表不同列实为重复。 提示：合并或改写为独立维度。

A02-06 · 单句一指标

检查：一句话是否只有一个主指标？ 反模式：用「且且且」藏四个指标。 提示：拆成多条 KR。

L1 · Key Result 可测性

级别：L1 起草（Craft） 摘要：每条 KR 可独立验证，有口径与数据源。

本域实践原子

详见各 *.md 文件。

A03-01 · 先问 outcome

检查：KR 描述世界变化还是仅交付物？ 反模式：「上线 3 个功能」即终点。 提示：追问上线后用户行为/错误率/收入如何变。

A03-02 · 产出作先导指标

检查：若无 outcome 数据，先导指标是否可辩护？ 反模式：把忙碌当成功。 提示：说明为何该产出可预测后续 outcome。

A03-03 · 虚荣指标护栏

检查：指标被业务动作轻易操纵吗？ 反模式：纯页面浏览无转化。 提示：加质量约束或下游指标。

A03-04 · 先导与滞后搭配

检查：是否同时有短期信号与长期结果？ 反模式：只有滞后且周期内看不到动静。 提示：加 1 条 leading KR。

A03-05 · 必要时用 proxy

检查：完全不可测时是否有可辩护 proxy？ 反模式：放弃度量。 提示：定义小样本调研或工程 proxy 并注明局限。

A03-06 · 拒绝「努力」KR

检查：KR 是否可客观验收？ 反模式：「全力以赴」类措辞。 提示：改为可观察结果或明确里程碑验收。

L1 · 产出与结果

级别：L1 起草（Craft） 摘要：区分 output 与 outcome，避免虚荣指标。

本域实践原子

详见各 *.md 文件。

A04-01 · In / Out of scope

检查：哪些不做是否写明？ 反模式：默认「顺便都做」。 提示：列出本周期明确排除项。

A04-02 · 周期头信息

检查：OKR 文档是否含起止日期？ 反模式：口头约定易忘。 提示：在文档首行写死起止。

A04-03 · 个人与角色边界

检查：个人 OKR 是否覆盖职责外？ 反模式：把组织目标全背在身上。 提示：区分「影响圈」与「关注圈」。

A04-04 · 变更规则

检查：期中改 KR 的流程？ 反模式：每周重写逃避问责。 提示：约定「仅全员同意可改」或冻结窗。

A04-05 · 外部依赖显式化

检查：是否依赖第三方不可控项？ 反模式：假装自己能控一切。 提示：单独列出依赖 KR 或风险。

A04-06 · 短周期粒度

检查：双周节奏下 KR 是否过粗？ 反模式：季度级句子用于双周。 提示：拆小验证点。

L1 · 范围与周期

级别：L1 起草（Craft） 摘要：边界与时间盒写清，减少范围蔓延。

本域实践原子

详见各 *.md 文件。

A05-01 · 上级 O 链接

检查：能否一句话映射到上级 Objective？ 反模式：完全无法解释为何现在做。 提示：写出「支撑关系」一句。

A05-02 · 战略主题标签

检查：本 OKR 属于哪条公司主题？ 反模式：无标签难排序。 提示：打标签便于横向对齐。

A05-03 · 北极星一致性

检查：KR 是否指向同一北极星？ 反模式：各 KR 互相打架。 提示：砍掉偏离主线的 KR。

A05-04 · 避免局部最优

检查：是否损害其他团队关键指标？ 反模式：局部指标好看全局变差。 提示：与相关方核对副作用。

A05-05 · 时间层级匹配

检查：本周期目标与年度叙事是否一致？ 反模式：季度做年度的事。 提示：调整范围或改表述。

A05-06 · 砍掉不对齐工作

检查：是否有清单外工作占用主带宽？ 反模式：杂活淹没 OKR。 提示：归入 backlog 或单独「运维桶」。

L2 · 战略映射

级别：L2 对齐（Align） 摘要：O/KR 能指向上级或组织重点。

本域实践原子

详见各 *.md 文件。

A06-01 · 每条 KR 有 owner

检查：谁对结果负责？ 反模式：责任扩散。 提示：在表中标 owner。

A06-02 · 依赖请求明确

检查：对外部依赖的请求是否可执行？ 反模式：「他们会配合」式假设。 提示：写下具体交付物与时间。

A06-03 · 接口与 SLA

检查：团队间接口是否文档化？ 反模式：口头对齐易遗忘。 提示：一页纸接口 + 期望响应时间。

A06-04 · 升级路径

检查：依赖受阻时找谁？ 反模式：卡住沉默。 提示：预设升级人与触发条件。

A06-05 · 共享 KR 规则

检查：多人共担时如何计分？ 反模式：重复计算或都不认。 提示：约定贡献比例或分拆子 KR。

A06-06 · 交叉只读评审

检查：关键依赖方是否只读过你的 OKR？ 反模式：写完从不同步。 提示：安排 15min 对齐会。

L2 · 依赖与协同

级别：L2 对齐（Align） 摘要：跨人跨团队的依赖写清。

本域实践原子

详见各 *.md 文件。

A07-01 · KR 数量上限

检查：是否 ≤5 条？ 反模式：十条 KR 全重要。 提示：合并或移入 initiative。

A07-02 · 主 O 聚焦

检查：个人主周期是否 1 个 O 为主？ 反模式：多 O 并列表象分散。 提示：次要目标降级或下期。

A07-03 · Must / Should / Could

检查：KR 是否分档？ 反模式：全部 P0。 提示：标出可砍项。

A07-04 · 拒绝模板

检查：新需求进来如何对照 OKR？ 反模式：照单全收。 提示：用「服务于哪条 KR？」反问。

A07-05 · 权衡记录

检查：取舍理由是否留下一句？ 反模式：事后说不清为何没做。 提示：在周报记「未做 X 因保 KR2」。

A07-06 · 精力预算

检查：是否估算每条 KR 所需人天？ 反模式：乐观排期。 提示：粗算并留缓冲。

L2 · 优先级与取舍

级别：L2 对齐（Align） 摘要：少而精，敢说不。

本域实践原子

详见各 *.md 文件。

A08-01 · OKR 文档公开

检查：相关人能否只读访问？ 反模式：藏在私聊里。 提示：放到团队可见空间。

A08-02 · 周更可见

检查：进度是否对干系人可见？ 反模式：只有期末才暴露风险。 提示：固定周报或看板。

A08-03 · 敏感信息处理

检查：不能全公开时如何摘要？ 反模式：以保密为由不透明。 提示：用脱敏指标或范围摘要。

A08-04 · 对齐会议节奏

检查：是否有固定对齐会？ 反模式：靠偶遇同步。 提示：双周 30min 对齐。

A08-05 · 干系人列表

检查：谁需要知情？ 反模式：遗漏关键读者。 提示：列出 RACI 轻量版。

A08-06 · 变更高亮

检查：期中改 KR 是否高亮 diff？ 反模式：静默改目标。 提示：在文档保留修改记录。

L2 · 透明与对视

级别：L2 对齐（Align） 摘要：可见才可协作。

本域实践原子

详见各 *.md 文件。

A09-01 · 固定节奏

检查：周更/双周更日期是否钉死？ 反模式：想起来才更。 提示：写进日历。

A09-02 · 评分刻度一致

检查：0.0/0.4/0.7/1.0 是否团队同解？ 反模式：每人自定尺度。 提示：贴出 rubric 一页。

A09-03 · 拒绝面子分

检查：分数是否与证据匹配？ 反模式：无进展仍 0.8。 提示：对照证据降分。

A09-04 · 文字解读

检查：是否有一句解释涨跌？ 反模式：只有数字。 提示：补「因 Y 延迟导致 X」。

A09-05 · 期末预测

检查：是否预估周期末能否达标？ 反模式：从不预测期末。 提示：加「期末信心：高/中/低」。

A09-06 · 漏更补救

检查：错过一次怎么办？ 反模式：连漏无声。 提示：补更并说明原因。

L3 · 周更与评分

级别：L3 节奏（Cadence） 摘要：诚实进度分，固定节奏。

本域实践原子

详见各 *.md 文件。

A10-01 · 证据链接

检查：周更是否附链接/commit/图？ 反模式：「完成了」无附件。 提示：贴 dashboard 或 PR。

A10-02 · 可复现

检查：他人能否复核你的数？ 反模式：只有本地截图。 提示：说明导出步骤。

A10-03 · 指标快照时间

检查：数据是哪天的？ 反模式：混用不同日期数据。 提示：注明 as-of 时间。

A10-04 · 数据完整性

检查：是否排除异常流量/事故周？ 反模式：不说明清洗规则。 提示：注释排除原因。

A10-05 · 审计轨迹

检查：关键决策是否有记录？ 反模式：口头改口径。 提示：邮件/文档留痕。

A10-06 · 单一数据源

检查：是否避免多表打架？ 反模式：Excel 与 BI 两个数。 提示：指定唯一权威数据源（SSOT）并解释差异。

L3 · 证据与可审计性

级别：L3 节奏（Cadence） 摘要：每条进展可指向证据。

本域实践原子

详见各 *.md 文件。

A11-01 · 风险登记

检查：Top 风险是否列出？ 反模式：乐观无风险。 提示：每条 KR 至少一个风险。

A11-02 · 预警阈值

检查：什么信号触发纠偏？ 反模式：到期才发现不行。 提示：定义「黄线」指标。

A11-03 · 纠偏计划

检查：偏离后下一步是什么？ 反模式：只会加班。 提示：列出砍 scope / 加人 / 改 KR 选项。

A11-04 · 改 KR 纪律

检查：改 KR 是否经共识？ 反模式：私下改文字游戏。 提示：走变更记录与同意人。

A11-05 · 依赖滑点

检查：外部延期是否反射到 OKR？ 反模式：假装仍可按原目标。 提示：更新预测与沟通。

A11-06 · 轻量复盘

检查：是否记录「若重来」？ 反模式：只抱怨。 提示：写一条可执行教训。

L3 · 风险与纠偏

级别：L3 节奏（Cadence） 摘要：早暴露、早改计划或改 KR。

本域实践原子

详见各 *.md 文件。

A12-01 · 任务必挂 KR

检查：每条 initiative 有 KR ID？ 反模式：杂活无归属。 提示：标 →KR2。

A12-02 · 运维桶上限

检查：非 OKR 工作占比？ 反模式：运维吞没一切。 提示：设时间上限或单独预算。

A12-03 · 在制限制

检查：并行 initiative 是否过多？ 反模式：十个半拉子。 提示：限制 WIP。

A12-04 · DoD

检查：initiative 完成定义？ 反模式：合并即完。 提示：含测试/文档/发布。

A12-05 · 交接

检查：跨人任务是否交接清？ 反模式：「他应该知道」。 提示：书面交接与验收人。

A12-06 · 完成后结果检查

检查：initiative 完后 KR 动了吗？ 反模式：做完无效果。 提示：安排验证点。

L3 · Initiative 映射

级别：L3 节奏（Cadence） 摘要：任务显式挂到 KR。

本域实践原子

详见各 *.md 文件。

A13-01 · 堆栈排序

检查：多个 O 时绝对顺序？ 反模式：全 P0。 提示：强制 1>2>3。

<div align="center">

OKR.skill

你和 AI 聊了一下午，回头发现——没定义什么叫「做完」。

目标没写清，AI 越努力，你越亏钱。

  

</div>

<div align="center">

你让 AI 写了 50 条任务，干了一周——结果老板问：「所以达成了什么？」

你答不上来。

不是 AI 不行，是你从来没告诉它什么叫赢。

OKR 不是 KPI 考核表。它是你跟 AI 对齐「做到什么算赢、拿什么证明」的共同语言。

<br/>

写清楚目标，AI 才知道往哪使劲。省的不是时间，是你的钱。

</div>

---

为什么目标没写好，AI 越用越亏？

你有没有遇到过这些场景？

根因只有一个：你没有告诉 AI「什么结果算赢」。

OKR（Objective + Key Results）解决的就是这件事：

• Objective：这个周期，我要往哪个方向走？
• Key Results：走到了怎么证明？拿什么数据说话？
• Initiative：为了达成 KR，具体干什么？（这才是任务）

先定 O 和 KR，再让 AI 干活。省下来的不是几个小时，是几万块的无效产出。

---

不同行业怎么用 OKR + AI 省钱？

每个行业都有自己的「看起来很忙但没结果」陷阱。OKR 帮你在让 AI 动手之前，先把「什么算赢」写死。

一句话总结：先写 OKR，再开 AI。顺序反了，产出越多亏越多。

---

这个仓库能帮你做什么

把上面的方法论落地成 AI 可执行的流程——不是让你读完一本书再动手，而是丢给 AI 一个文件，它就按流程带你走。

---

OKRClaw：96 条实践原子

不是让你读 96 篇文章。是你卡在哪，AI 帮你查对应的那一条。

仓库内置 四级深度 × 十六域 × 每域 6 条 = 96 条可检查的实践原子，覆盖从「O 怎么写」到「多团队怎么对齐」的全链路。

完整索引：`practices/README.md` · 总纲：`docs/RFC-OKRCLAW.md`

---

30 秒上手

给 AI 一句话

请完整阅读本仓库根目录 SKILL.md，按 Phase 0–4 协助我制定并跟踪 OKR；卡住时查 practices/ 对应域；深度讨论时引用 docs/RFC-OKRCLAW.md 章节。

安装

git clone https://github.com/agenmod/okr-skill.git ~/.openclaw/skills/okr-skill

# 或 Cursor 项目内
git clone https://github.com/agenmod/okr-skill.git ./skills/okr-skill

---

仓库结构

OKR-skill/
├── SKILL.md                 # AI 主入口（Phase 0–4 + 卡点→域索引）
├── FOR_AI.md                # 一段可复制的总控指令
├── docs/
│   ├── RFC-OKRCLAW.md       # 总纲（定义、范围、RFC 2119）
│   ├── GLOSSARY.md          # 术语表
│   ├── ETHICS.md            # 伦理与误用边界
│   ├── FAQ.md               # 常见问题
│   └── CONTRIBUTING.md      # 贡献与编号规则
├── practices/               # 16 域 × 6 原子 = 96 条
├── recipes/                 # 季度 / 双周节奏配方
├── examples/                # 多行业 OKR 短例
└── scripts/
    └── generate_practices.py

---

配套文档速查

---

和 pua-skill 什么关系

推荐组合：先用 OKR 把「赢」说清楚；执行中卡死再切 PUA 那套穷尽与验证——不冲突。

---

免责声明

本仓库用于个人或小团队与 AI 协作，不替代用人单位的绩效、晋升或劳动合同解释。OKR 与考核是否挂钩以你所在组织为准。详见 `docs/ETHICS.md`。

公开方法论参考：Google re:Work — OKRs · What Matters · Wikipedia: OKR

---

<div align="center">

⭐ Star 一下。下次让 AI 干活之前，先花 5 分钟写清楚什么叫赢。

MIT License · 欢迎 PR

</div>