场景演示

痛点：OKR定了，季度末才想起来填表，过程完全失控。

解决：用三个 Agent 组成 OKR 自动追踪流——KR 扫描 Agent 每日检查进度、预警 Agent 超前推送提醒、复盘 Agent 周末自动生成周报。把"人追OKR"变成"OKR追人"。

多Agent OKR追踪流架构

┌─────────────────────────────────────────────┐
│           OKR 目标设定（用户）                │
└─────────────────┬───────────────────────────┘
                  ▼
┌─────────────────────────────────────────────┐
│  KR 扫描 Agent（每日定时）                   │
│  · 读取飞书多维表格/任务列表                 │
│  · 计算每个 KR 的当前完成率                  │
│  · 判断是否触发预警阈值                      │
└─────────────────┬───────────────────────────┘
                  ▼
        ┌─────────┴─────────┐
        ▼                   ▼
┌───────────────┐   ┌───────────────┐
│  预警分发 Agent │   │  周末复盘 Agent │
│  · 进度落后→推消息│   │  · 生成周报摘要 │
│  · 超前→鼓励肯定 │   │  · 下周计划建议 │
└───────────────┘   └───────────────┘

Step by Step

Step 0：配置 OKR 数据源

在飞书多维表格中建一张 OKR 追踪表，字段如下：

Step 1：部署 KR 扫描 Agent（定时每日早9点）

# 调度 prompt（输入给 KR 扫描 Agent）
"""
你是 KR 扫描 Agent。

读取飞书多维表格 OKR追踪表（app_id: your_bitable_app_id），
扫描所有 KR 的当前进度%字段，判断当前日期距离本季度末的天数，
结合进度%计算"应该在什么水平"。

输出格式（JSON）：
{
  "scan_date": "2026-04-04",
  "kr_list": [
    {
      "o_title": "...",
      "kr_title": "...",
      "current_progress": 45,
      "expected_progress": 50,
      "gap": -5,
      "warning_level": "🟡注意",
      "days_to_quarter_end": 87
    }
  ]
}
"""

使用的 Skills：feishu-bitable（读取记录）、feishu-calendar（计算季度末日期）

Step 2：预警分发 Agent（接收扫描结果，决定推什么）

# 调度 prompt
"""
你是预警分发 Agent。

接收上方 KR 扫描 Agent 的 JSON 输出。

分三种情况处理：

【🔴紧急】gap ≤ -20：立即推送飞书消息给对应负责人
   消息模板：「【OKR预警】您的 KR「{kr_title}」落后进度 {abs(gap)}%，
   当前 {current_progress}%，期望 {expected_progress}%。
   请今天优先处理，季度末还剩 {days_to_quarter_end} 天。」

【🟡注意】-20 < gap ≤ -5：周五统一汇总推送
   消息模板：「【本周OKR速览】{count} 个 KR 轻微落后，详见附件。」

【🟢超前】gap > 0：季度末前不提醒，若超前 15% 以上，发送鼓励消息。

对接飞书 IM 推送，使用 feishu-im 发送消息。
"""

使用的 Skills：feishu-bitable（更新预警等级）、feishu-calendar（发飞书消息）

Step 3：周末复盘 Agent（每周六早8点触发）

# 调度 prompt
"""
你是周末复盘 Agent。

接收本周 KR 扫描 Agent 的全部扫描记录（7天），生成本周 OKR 周报：

## {年份}年第{周数}周 OKR 周报

### 📊 整体健康度
- 本周平均进度提升：+X%
- 落后 KR 数量：X 个
- 已完成 KR 数量：X 个

### 🔴 需要关注
（列出所有预警等级为🔴的 KR，格式：KR标题 | 当前进度 | 距季度末剩余天数）

### 🟡 轻微落后
（同上格式）

### ✅ 超前进度
（同上格式，标注超前幅度）

### 下周行动建议
（根据每个落后 KR，AI 自动生成 1-2 条具体可执行的下周计划）

生成后：
1. 将周报写入飞书多维表格的「周报记录」字段（追加模式）
2. 发送飞书消息给用户，包含周报摘要（不超过500字）
"""

使用的 Skills：feishu-bitable（写周报记录）、feishu-calendar（发飞书消息）

可复制提示词汇总

定时触发器设置（cron job）：

• KR 扫描 Agent：每日 0 9 *（Asia/Shanghai）
• 周末复盘 Agent：每周六 0 8 6（Asia/Shanghai）

Agent 调度核心 prompt（直接复制使用）：

你是一个 OKR 自动追踪系统的一部分。请读取飞书多维表格中的 OKR 数据，计算每个 KR 的进度差距，判断预警等级，并决定是否需要推送提醒。输出结构化 JSON 结果，不做无关操作。

使用的 Skills

价值与注意事项

核心价值

1. 从被动到主动：不是季末填表，而是每日系统驱动
2. 减少遗忘成本：KR 落后时自动推送，不靠人记
3. 复盘有据可查：周报自动积累，季度总结不抓瞎
4. 多Agent并行了：扫描→预警→复盘三阶段可并行执行，响应快

注意事项

1. 进度数据来源：OKR 追踪表需要负责人每周手动更新至少一次，否则系统只能推送"未更新"提醒
2. 预警阈值可调：-20% 和 -5% 的阈值可根据个人习惯调整，越严格越主动
3. 季度切换：每季度初需重置多维表格数据，旧数据可归档
4. 数据隐私：OKR 内容涉及个人/团队绩效，调度时注意 API 权限最小化
5. 不要过度自动化：预警太多会产生"狼来了"疲劳，建议每日最多一条主动推送

本专栏持续更新，欢迎交流你的自动化工作流经验。