Skip to content

Commit 87b099e

Browse files
M09Icclaude
andcommitted
blog: add OKR Creator article
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
1 parent acf19d1 commit 87b099e

3 files changed

Lines changed: 225 additions & 0 deletions

File tree

Lines changed: 225 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,225 @@
1+
---
2+
date:
3+
created: 2026-03-17
4+
slug: okr-creator
5+
---
6+
7+
# 你的 AI 连目标都没有,怎么给你干活?
8+
9+
> 我做了一个工具帮项目定 OKR,然后让它用自己的 OKR 管理自己。结果它每天凌晨给我发"绩效评估",还 PUA 我。
10+
11+
![cover](assets/okr-creator-cover.png)
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+
![每日评估 Issue](assets/okr-creator-issue.png)
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`
231 KB
Loading
707 KB
Loading

0 commit comments

Comments
 (0)