|
| 1 | +--- |
| 2 | +date: |
| 3 | + created: 2026-03-17 |
| 4 | +slug: okr-creator |
| 5 | +--- |
| 6 | + |
| 7 | +# 你的 AI 连目标都没有,怎么给你干活? |
| 8 | + |
| 9 | +> 我做了一个工具帮项目定 OKR,然后让它用自己的 OKR 管理自己。结果它每天凌晨给我发"绩效评估",还 PUA 我。 |
| 10 | +
|
| 11 | + |
| 12 | + |
| 13 | +| 资源 | 地址 | |
| 14 | +|------|------| |
| 15 | +| GitHub | [github.com/chainreactors/okr-creator](https://github.com/chainreactors/okr-creator) | |
| 16 | +| 自举 Issue(每日更新) | [Issue #1](https://github.com/chainreactors/okr-creator/issues/1) | |
| 17 | +| 自举 OKR 文件 | [.claude/skills/okr/SKILL.md](https://github.com/chainreactors/okr-creator/blob/main/.claude/skills/okr/SKILL.md) | |
| 18 | +| Workflow 运行记录 | [Actions](https://github.com/chainreactors/okr-creator/actions/workflows/okr-review.yml) | |
| 19 | + |
| 20 | +**OKR Creator** — 一个 AI Agent Skill,分析任何项目后自动生成定制化 OKR,部署 GitHub Action 每日追踪。支持 Claude Code / OpenAI Codex CLI / CodeBuddy。不限于代码项目——写作、研究、运营、产品、设计等任何项目都适用。 |
| 21 | + |
| 22 | +<!-- more --> |
| 23 | + |
| 24 | +--- |
| 25 | + |
| 26 | +## 一个真实的问题 |
| 27 | + |
| 28 | +你有没有这样的经历—— |
| 29 | + |
| 30 | +打开 Claude Code / Codex / Cursor,对着 repo 说"帮我优化一下"。AI 很努力,改了一堆文件,跑了一堆命令。然后你看着 diff,问自己:**这些改动有价值吗?跟项目的方向一致吗?** |
| 31 | + |
| 32 | +答不上来。因为你的项目根本没有定义过"方向"。 |
| 33 | + |
| 34 | +这不是 AI 的问题,是你的问题。 |
| 35 | + |
| 36 | +| 你的状态 | 表现 | |
| 37 | +|---------|------| |
| 38 | +| 无目标 | 想到什么做什么,做完不知道有没有价值 | |
| 39 | +| 目标模糊 | "提升质量"、"优化性能"——没有数字,没有验收标准 | |
| 40 | +| 定了不追 | OKR 写完放进抽屉,下个季度才想起来 | |
| 41 | +| AI 没方向 | AI 在 repo 里工作,但不知道项目的优先级是什么 | |
| 42 | + |
| 43 | +**AI 再强,也只是工具。工具不知道往哪使劲,就是在做布朗运动。** |
| 44 | + |
| 45 | +--- |
| 46 | + |
| 47 | +## OKR Creator:给你的项目装一个方向盘 |
| 48 | + |
| 49 | +**OKR Creator** 是一个 AI Agent Skill,做三件事: |
| 50 | + |
| 51 | +### 第一,全面体检 |
| 52 | + |
| 53 | +读你的 README、配置文件、目录结构、git log、TODO/FIXME,然后从**六个维度**给项目打分: |
| 54 | + |
| 55 | +``` |
| 56 | +六维诊断 |
| 57 | +
|
| 58 | + 愿景 ████████░░ 4/5 |
| 59 | + 质量 ████░░░░░░ 2/5 |
| 60 | + 债务 ████████░░ 4/5 |
| 61 | + 架构 ██████░░░░ 3/5 |
| 62 | + 文档 ██████░░░░ 3/5 |
| 63 | + 自动化 ██████░░░░ 3/5 |
| 64 | +``` |
| 65 | + |
| 66 | +不是拍脑袋打分——是基于实际文件内容的数据驱动诊断。 |
| 67 | + |
| 68 | +### 第二,逼你想清楚 |
| 69 | + |
| 70 | +诊断完了不是直接出 OKR,而是先把结果摆在你面前,然后**用大厂 PUA 话术逼你回答**: |
| 71 | + |
| 72 | +> "这个项目你到底想做成什么样?" |
| 73 | +> |
| 74 | +> "我诊断出来这些问题,你告诉我先解决哪个。什么都想要 = 什么都做不好。" |
| 75 | +> |
| 76 | +> "你的底线在哪?不是'最好能做到',是'做不到就算失败'的那种。" |
| 77 | +
|
| 78 | +### 第三,输出 OKR + 每天追着你验收 |
| 79 | + |
| 80 | +每个 KR 都有 **baseline**(当前值)、**target**(目标值)、**harness**(验收方法)。 |
| 81 | + |
| 82 | +OKR 写入项目文件,同时部署 GitHub Action——**每天凌晨自动评估每个 KR 的完成进度**,结果追加到 Issue 评论里。 |
| 83 | + |
| 84 | +不是写完就完了。是写完之后,每天有个 AI 对着你的 OKR 逐条检查,做到了标绿,没做到标红,还附带 PUA 点评。 |
| 85 | + |
| 86 | +--- |
| 87 | + |
| 88 | +## 它长什么样? |
| 89 | + |
| 90 | +在任何项目里输入 `/okr`,全部自动完成: |
| 91 | + |
| 92 | +``` |
| 93 | + /okr 触发 |
| 94 | + | |
| 95 | + +------------------+ |
| 96 | + | 读项目文件 | README、配置、git log、TODO |
| 97 | + | 六维诊断 | 愿景/质量/债务/架构/文档/自动化 |
| 98 | + +--------+---------+ |
| 99 | + | |
| 100 | + +--------v---------+ |
| 101 | + | 拷问意图 | "你到底想做成什么样?" |
| 102 | + +--------+---------+ |
| 103 | + | |
| 104 | + +--------v---------+ |
| 105 | + | 制定 OKR | 3-5 个 O,每个 2-4 个 KR |
| 106 | + | 部署 Action | 每日自动评估 + Issue 追踪 |
| 107 | + +--------+---------+ |
| 108 | + | |
| 109 | + +--------v---------+ |
| 110 | + | 每日闭环 | Claude 逐条验收 |
| 111 | + | 对话续接 | @claude 直接讨论 |
| 112 | + +------------------+ |
| 113 | +``` |
| 114 | + |
| 115 | +--- |
| 116 | + |
| 117 | +## 自举:它用自己管理自己 |
| 118 | + |
| 119 | +最硬核的部分来了。 |
| 120 | + |
| 121 | +**OKR Creator 自己也在用 OKR Creator 生成的 OKR 来管理自身的迭代。** |
| 122 | + |
| 123 | +我们对 okr-creator 这个项目运行了 `/okr`,它给自己做了六维诊断: |
| 124 | + |
| 125 | +| 维度 | 评分 | 关键发现 | |
| 126 | +|------|------|---------| |
| 127 | +| 项目愿景 | 4/5 | 愿景清晰但无 roadmap | |
| 128 | +| 交付质量 | 2/5 | 零自动化测试 | |
| 129 | +| 历史债务 | 4/5 | 代码库干净 | |
| 130 | +| 结构架构 | 3/5 | SKILL.md 700 行巨石文件 | |
| 131 | +| 文档完善 | 3/5 | 缺 CONTRIBUTING.md | |
| 132 | +| 自动化 | 3/5 | 核心交付物无质量门禁 | |
| 133 | + |
| 134 | +然后它给自己定了 **5 个 Objective、14 个 KR**: |
| 135 | + |
| 136 | +> **O1: 完成自举闭环** — OKR Creator 自己有 OKR、Action 能跑通、Issue 有评估 |
| 137 | +> |
| 138 | +> **O2: 建立质量门禁** — SKILL.md 改了不会悄悄坏 |
| 139 | +> |
| 140 | +> **O3: E2E 自动化** — 不靠人肉验证 |
| 141 | +> |
| 142 | +> **O4: 架构可维护** — 拆掉 700 行巨石 |
| 143 | +> |
| 144 | +> **O5: 生态就绪** — 让别人能参与进来 |
| 145 | +
|
| 146 | +部署完成后,每天凌晨 Claude 自动对着 14 个 KR 逐条检查: |
| 147 | + |
| 148 | + |
| 149 | + |
| 150 | +*▲ Issue #1:每日 OKR 评估,Claude 逐条验收每个 KR* |
| 151 | + |
| 152 | +第一天的 **PUA 点评**是这样的: |
| 153 | + |
| 154 | +> 你做了一个"帮别人制定 OKR"的工具,自己的 OKR 倒是写出来了——就是 KR1.1 的那个 SKILL.md 文件,格式合规,挺漂亮的。然后呢?E2E 是 0%,模板还是 700 行的巨石,连 CONTRIBUTING.md 都没有——你是想让别人贡献还是想让别人知难而退? |
| 155 | +
|
| 156 | +### 对话续接 |
| 157 | + |
| 158 | +Maintainer 可以直接在 Issue 里 `@claude` 讨论,Claude 会读取上下文和 repo 现状回复: |
| 159 | + |
| 160 | +> **Maintainer**: *@claude KR1.2 和 KR1.3 实际上已经完成了——你正在运行的这次评估本身就是证明。* |
| 161 | +> |
| 162 | +> **Claude**: *O1 整体: 100% — P0 底线 #1 完成。之前评估把"需要 gh run list 授权才能确认"误判为不确定性。实际上自证型证据(你看到的输出就是运行结果)更可靠。* |
| 163 | +
|
| 164 | +**一个帮别人定目标的工具,自己连目标都没有——这说不过去。所以我们让它完成了自举。** |
| 165 | + |
| 166 | +--- |
| 167 | + |
| 168 | +## 不只是代码项目 |
| 169 | + |
| 170 | +OKR Creator 不限于代码项目。任何有目录结构、有交付物的项目都适用: |
| 171 | + |
| 172 | +| 类型 | 可量化指标 | |
| 173 | +|------|----------| |
| 174 | +| 技术研究 | 论文进度、实验覆盖率、文档完成度 | |
| 175 | +| 内容写作 | 发布频率、完成比例、质量指标 | |
| 176 | +| 产品规划 | 功能完成度、用户反馈、Bug 数量 | |
| 177 | +| 运营策略 | 指标达成率、自动化覆盖率 | |
| 178 | + |
| 179 | +只要你的项目有 README 和目录结构,`/okr` 就能分析出来该往哪走。 |
| 180 | + |
| 181 | +--- |
| 182 | + |
| 183 | +## 内置大厂 PUA 风味包 |
| 184 | + |
| 185 | +根据不同场景,OKR Creator 会自动切换话术风格: |
| 186 | + |
| 187 | +| 风味 | 触发场景 | 话术示例 | |
| 188 | +|------|---------|---------| |
| 189 | +| 阿里味 | KR 不对齐战略 | "你这个 OKR 的**底层逻辑**是什么?**抓手**在哪?" | |
| 190 | +| 字节味 | KR 不够量化 | "**数据说话**。'做好一点'不是 KR,'从 X 到 Y'才是" | |
| 191 | +| 华为味 | 执行力不足 | "OKR 不是许愿清单,是**军令状**" | |
| 192 | +| 腾讯味 | 目标太保守 | "你确定 target 够高?还是在**管理预期**?" | |
| 193 | +| 美团味 | 写得好落地差 | "每个 KR 旁边写:**第一步做什么?今天做什么?**" | |
| 194 | + |
| 195 | +--- |
| 196 | + |
| 197 | +## 支持三大平台 |
| 198 | + |
| 199 | +| 平台 | 安装方式 | |
| 200 | +|------|---------| |
| 201 | +| **Claude Code** | `claude plugin install okr-creator@okr-creator` | |
| 202 | +| **OpenAI Codex CLI** | 下载 SKILL.md 到 `~/.codex/skills/` | |
| 203 | +| **CodeBuddy** | `codebuddy plugin install okr-creator@okr-creator` | |
| 204 | + |
| 205 | +--- |
| 206 | + |
| 207 | +## 三条铁律 |
| 208 | + |
| 209 | +这个工具的设计原则,也是项目管理的三条铁律: |
| 210 | + |
| 211 | +> **铁律一:先分析后输出** |
| 212 | +> |
| 213 | +> 没有深度分析项目之前,禁止凭空编造 OKR。拍脑袋写的 OKR 等于没写。 |
| 214 | +
|
| 215 | +> **铁律二:OKR 必须可衡量** |
| 216 | +> |
| 217 | +> "提升质量"不是 KR,"测试覆盖率从 43% 提升到 80%"才是。每个 KR 必须有当前值和目标值。 |
| 218 | +
|
| 219 | +> **铁律三:生成即可用** |
| 220 | +> |
| 221 | +> 输出的文件必须能直接加载运行。格式不合规 = 交付物不合格 = 返工。 |
| 222 | +
|
| 223 | +--- |
| 224 | + |
| 225 | +你的项目有方向了吗?试试 `/okr`。 |
0 commit comments