用 AI Agent + GTD 管理日常工作与 OKR 跟踪

本文基于一次真实的全天使用记录整理而成，移除了具体的人名、项目与机构信息。所有工作流与方法论均可复用。

一、解决的核心问题#

日常工作中，我们普遍面临三个信息管理困境：

事务碎片化 — IM 消息、issue 工单、口头讨论、突发想法……散落在不同渠道，大脑被迫当存储器，焦虑且易遗漏
OKR 与日常脱节 — 周报里的 OKR 和每天实际做的事是两张皮，写周报靠回忆拼凑，而不是从日常记录中自然汇出
状态不透明 — 记不清「这件事我到底推进到哪了」「在等谁」「上次讨论结论是什么」，每次捡起来都要重新加载上下文

GTD（Getting Things Done） 的核心理念：把大脑从「记事情」中解放出来，交给一个可信赖的外部系统。AI Agent 是这个外部系统的执行引擎——不只被动记录，而是主动帮你收集、理清、组织、提醒、复盘。

二、工作流程#

整体框架#

1
任何事项进入
2
    ↓
3
┌──────────────────┐
4
│  1. 收集 Inbox    │  ← 无差别捕获，不判断
5
├──────────────────┤
6
│  2. 理清 Clarify  │  ← 可行动？下一步是什么？
7
├──────────────────┤
8
│  3. 组织 Organize │  ← 分到项目/行动/等待/日历
9
├──────────────────┤
10
│  4. 回顾 Reflect  │  ← 每日结算 + 每周回顾
11
├──────────────────┤
12
│  5. 执行 Engage   │  ← 按情境+优先级决策
13
└──────────────────┘

工作空间结构#

1
~/work/
2
├── inbox/                # 收件箱：未理清的原始记录
3
├── next-actions.md       # 下一步行动清单
4
├── waiting-for.md        # 等待他人清单
5
├── someday.md            # 将来也许
6
├── projects/             # 进行中的项目
7
│   ├── 项目A.md
8
│   ├── 项目B.md
9
│   └── ...
10
├── logs/                 # 每日工作日志
11
│   └── YYYY-MM-DD.md
12
├── reviews/              # 周报 / OKR 回顾
13
│   └── YYYYMM-WXX.md
14
└── reference/            # 参考资料
15
    ├── 团队-OKR.md
16
    └── 系统架构图.drawio

实际操作流程#

Step 1：收集 —「记一下」

任何事进入系统时，只说「记一下」，Agent 写入 inbox/。此时不做判断、不分优先级、不追问细节。

1
用户：记一下，某个设计评审在 issue 工单上
2
Agent：→ inbox/2026-06-22.md 「设计评审跟进」

Step 2：理清 — 拆成下一步行动

对收件箱每条问三个问题：

可行动吗？→ 不可行动则丢弃/归档/将来也许
下一步具体做什么？→ 必须是物理动作（「给同事发邮件」而非「处理预算」）
一步还是多步？→ 多步则创建项目

1
inbox → 理清 →
2
  项目：设计评审
3
  下一步行动：打开 issue，阅读设计描述

Step 3：组织 — 放到正确位置

类型	去处
下一步行动	`next-actions.md`（按情境/优先级）
多步项目	`projects/<项目名>.md`
等待他人	`waiting-for.md`（记录对象+日期）
特定时间	cron 提醒
将来也许	`someday.md`

Step 4：OKR 对齐 — 从日常汇出周报

团队 OKR 存档到 reference/ 作为对齐基准
个人 OKR 写入 reviews/，每个 KR 有明确交付物和验收标准
日常行动标注归属的 O/KR，做到「每件事都知道为什么做」

1
团队 O1（能力集成）
2
  → 个人 O1（外部机构技术调研）
3
    → KR1：输出可集成模块清单
4
    → KR2：输出系统刷新方案

Step 5：每日回顾 — 早规划、晚结算

早：检视 next-actions.md，确定今日重点
晚：更新日志，标记完成项，滚动未完项到明日

三、实际效果（一天的事实数据）#

数据一览#

指标	数值
收件箱处理	6/6 全部理清
活跃项目	5 个
今日完成	7 项
OKR KR 进展	1/5 完成（20%）
等待他人	2 项
自动提醒	1 个（周五任务跟进）
OKR 对齐	从 5 个 O 压缩为 2 个聚焦 O

关键工作流实例#

实例 1：从碎片到闭环

1
09:00  收件箱：6 条碎片（IM 消息、issue、口头讨论、想法）
2
12:00  全部理清，建 3 个项目，定义 5 个下一步行动
3
18:00  7 项完成，2 项等待，产出 4 个文件

实例 2：OKR 对齐

1
输入：团队 W26 OKR（4 个 O）
2
分析：个人 OKR 匹配度偏弱，2 个 O 完全未覆盖
3
调整：5 个 O → 2 个 O，聚焦核心方向

1
团队 OKR 匹配矩阵：
2
  O1 方向一    ❌→✅  补齐
3
  O2 方向二    ❌    待确认
4
  O3 方向三    🟡    间接支撑
5
  O4 方向四    ❌→✅  补齐

实例 3：阻塞透明化

1
设计评审：上午留言 → 下午收到反馈冲突 → 会议决定归属 → 项目关闭
2
状态流转全程追踪，不丢上下文

产出物#

系统架构图.drawio — 基于 OCR + 手动整理，从截图到可编辑架构图
团队-W26-OKR.md — OKR 对齐基准文件
202606-W26.md — 对齐后的 W26 OKR（含匹配度评审表）
架构设计文档.md — 英文源文档的中文翻译，录入知识库
2026-06-22.md — 完整日终日志（22 条进展记录）

四、反思与认知转变#

最大变化：从「记忆驱动」到「系统驱动」#

之前的问题：

事情装在脑子里，怕忘 → 焦虑
切换任务时需重新加载上下文 → 低效
写周报靠回忆 → 遗漏、不准确
OKR 和日常是两张皮 → 年底发现方向偏了

GTD 系统带来的变化：

大脑不再当硬盘 — 任何事丢给系统，专注当前一件事。收件箱清空的那一刻，焦虑也随之清空。
每件事都有「下一步」 — 不再有「推进 XX」「跟进 XX」这种模糊任务。每一步都是具体物理动作：打开哪个 issue、给谁发消息、等什么回复。
等待不丢 — waiting-for.md + cron 提醒，委托出去的事情不会沉底。任务到期自动提醒，不用记在脑子里。
OKR 从日常自然生长 — 不是周五下午憋周报，而是每天的动作都有 O/KR 归属。周报是对已完成工作的汇出，不是创造。
单一事实来源 — 一个事项的状态只在一处维护。项目文件、等待清单、日志之间同步更新，不会出现「记不清上次结论」的情况。

意外的收获#

OKR 匹配度评审带来结构性视角：发现个人工作与团队方向的两大缺口，一天之内把 OKR 从 5 个压缩到 2 个聚焦目标
Architecture-as-code：架构图从截屏 → OCR 提取 → draw.io 可编辑格式，知识从「看图说话」变成可复用资产
翻译即理解：把英文架构文档翻译成中文的过程，本身就是对系统设计的深度消化

下一步优化方向#

IM 深度集成：@ 机器人自动记录到 inbox，减少手动输入
知识库双向联动：GTD 项目状态变化时，自动同步到知识库的项目笔记
量化看板：OKR 进展百分比可视化，替代纯文字周报

附录：快速上手#

你需要的#

一个支持文件读写的 AI Agent CLI
一个 Markdown 编辑器（Obsidian / VS Code）
5 分钟初始化工作空间

初始化命令#

1
mkdir -p ~/work/{inbox,projects,logs,reviews,reference}
2
echo "# 收件箱" > ~/work/inbox/$(date +%Y-%m-%d).md
3
echo "# 下一步行动" > ~/work/next-actions.md
4
echo "# 等待他人" > ~/work/waiting-for.md
5
echo "# 将来也许" > ~/work/someday.md

第一个会话#

对你的 Agent 说：

1
记一下，[任何你想记录的事]
2
看看待办，我要审视，更新一下
3
总结今天的工作，做收尾和清理

本文档基于一天的真实使用记录编写。具体人名、项目与机构信息已做脱敏处理，方法论与工作流可直接复用。