name: daily-review description: 日终回顾，包括学习捕获、每日计划完成追踪和会议跟进浮现。 context: fork

目的

进行日终回顾，捕获进展，追踪实际完成情况与计划的对比，浮现会议跟进事项，并为明天做准备。

语调校准

读取 System/user-profile.yaml → communication 部分并相应调整。

步骤 0: 演示模式检查

检查 System/user-profile.yaml 中的 demo_mode。如果为真，使用演示路径。

步骤 1: 文件发现

查找今天修改的文件：

TODAY=$(date +%Y-%m-%d)
find . -type f -name "*.md" -newermt "$TODAY 00:00:00" ! -newermt "$TODAY 23:59:59" 2>/dev/null

关键规则：

无截断 — 列出所有修改的文件
仅今天 — 使用基于日期的过滤
与用户验证 — “这些是我找到的文件。您实际处理了什么？”

步骤 2: 收集上下文

从 03-Tasks/Tasks.md

今天完成的任务（查找匹配今天的 ✅ YYYY-MM-DD）
已开始但未完成的任务

从每周优先级

读取 02-Week_Priorities/Week_Priorities.md 获取：

本周的战略重点
今天的工作如何与每周优先级连接

从近期会议

检查 00-Inbox/Meetings/ 中今天的会议笔记。

从 ScreenPipe（如果运行）

检查 ScreenPipe 是否可用：

curl -s http://localhost:3030/health | jq -r '.status' 2>/dev/null

如果 ScreenPipe 正在运行，收集自动活动上下文：

时间审计 — 查询今天应用使用情况：

使用：screenpipe_time_audit(start_time="YYYY-MM-DDT09:00:00", end_time="YYYY-MM-DDT18:00:00")

活动总结 — 获取发生了什么叙事：

使用：screenpipe_summarize(start_time="YYYY-MM-DDT09:00:00", end_time="YYYY-MM-DDT18:00:00")

呈现给用户：
"📺 屏幕活动总结（自动捕获）：

时间分解：
- VS Code：3.2 小时（41%）
- Slack：1.5 小时（19%）
- Chrome：2.1 小时（27%）
- Zoom：1.0 小时（13%）
活动叙事： [生成的当天总结]

上下文切换： 34（中等） 最长专注会话： 48 分钟

这与您对今天的感受匹配吗？"

这提供了实际发生情况与记忆情况的地面真相。

承诺扫描（如果 ScreenPipe Beta 激活且启用且运行）

首先，检查 Beta 激活：

使用：check_beta_enabled(feature="screenpipe")

如果 Beta 未激活，完全跳过此部分。

然后检查用户是否选择加入：

读取 System/user-profile.yaml → screenpipe.enabled。如果为假，完全跳过此部分。

如果 Beta 激活且启用，扫描未提交的请求和承诺：

使用：scan_for_commitments(
    start_time="YYYY-MM-DDT09:00:00",
    end_time="YYYY-MM-DDT18:00:00",
    apps=["Slack", "Gmail", "Teams", "Notion"]
)

然后获取待处理项目：

使用：get_uncommitted_items(include_dismissed=false)

如果找到项目，呈现给用户：

"🔔 检测到未提交项目

ScreenPipe 注意到这些今天潜在的承诺，没有匹配的任务：

入站请求

1. Sarah Chen（Slack，2:34 PM）

“你能在周五前审查定价提案吗？”

📎 匹配：Q1 定价项目 ⏰ 截止日期：周五

→ [创建任务] [已处理] [忽略]

出站承诺

2. 您 → Tom Baker（Slack，4:20 PM）

“我明天会发送竞争分析”

📎 匹配：Acme 交易 ⏰ 截止日期：明天

→ [创建任务] [已处理] [忽略]

检测到 2 个潜在承诺。0 个有匹配任务。"

对于用户想创建为任务的每个项目：

使用：process_commitment(commitment_id="comm-XXXXXX-XXX", action="create_task")
使用：create_task(title="...", priority="P2", pillar="...", context="From Slack commitment")

对于驳回：

使用：process_commitment(commitment_id="comm-XXXXXX-XXX", action="dismiss")

步骤 2.5: 语义上下文丰富（如果 QMD 可用）

检查语义搜索是否可用，通过查找 PATH 中的 qmd。如果可用，使用它更智能地映射今天的工作到优先级和目标。

搜索内容：

映射完成的任务到目标： 对于今天完成的每个任务，进行语义搜索：
```
qmd query "任务描述这里" --limit 3
```
寻找连接到季度目标或每周优先级的连接，这些连接关键词匹配会错过。示例：完成"最终确定利益相关者演示文稿"可能连接到关于"高管参与战略"的目标 — 相同概念，不同词语。
丰富会议跟进： 对于今天的每个会议，搜索相关过去讨论：
```
qmd query "会议主题" --limit 5
```
浮现任何承诺、决策或来自同一主题先前会议的上下文。
优先级对齐检查： 对于每个每周优先级，搜索今天推进它的工作：
```
qmd query "优先级标题/描述" --limit 5
```
捕获移动了指针但未明确标记到优先级的工作。

如何使用结果：

仅浮现真正新的连接 — 如果一个任务已经链接到目标，不要重复
将洞察合并到计划与现实部分：“任务 X 也推进了目标 Y（语义匹配）”
如果语义搜索揭示隐藏进展，添加到每周优先级进展部分
如果 QMD 不可用，无声跳过此步骤 — 没有它回顾工作正常

步骤 2.6: 提醒完成同步（Dex Today → Dex）

检查自早上计划以来手机上是否完成任务：

使用：reminders_list_completed(list_name="Dex Today")

对于每个完成项目：

按标题匹配到 Dex 任务
通过 Work MCP 更新任务状态：update_task_status(task_title="...", status="d")
浮现同步内容：

"📱 从手机同步：

✅ “与 Hero Coders 跟进” — 在 Dex 中标记为完成"

同时检查 Dex 中今天完成的任务是否仍有活动的提醒：

# 对于 Dex 中今天完成的每个任务，检查是否存在匹配的提醒
使用：reminders_find_and_complete(list_name="Dex Today", title_query="任务标题")

清理完成项目：

使用：reminders_clear_completed(list_name="Dex Today")

如果无事同步： 无声跳过。

步骤 3: 每日计划完成追踪（新）

比较您计划的内容与您实际完成的内容。

3.1 找到今天的计划

查找 07-Archives/Plans/YYYY-MM-DD.md（今天的日期）。

3.2 提取计划重点

从"今天的重点"部分，提取您计划关注的 3 个项目。

3.3 追踪完成

对于每个计划重点项目：

检查是否完成（在 Tasks.md 中查找完成时间戳）
检查是否开始但未完成
检查是否被阻塞或推迟

呈现此内容：

"📊 每日计划完成：

您今天早上计划了 3 个重点项目：

✅ 准备 Acme 会议 — 完成

🔄 撰写定价提案 — 进行中（约 60% 完成）

❌ 回复 Mike — 未处理

今天完成率： 1 个中的 3 个（33%）

第三项发生了什么？应该推迟到明天吗？"

3.4 随时间追踪（可选）

如果追踪完成率：

使用今天的率更新 System/metrics/daily-completion.md
浮现模式：“您本周平均完成率为 67%”

步骤 4: 会议跟进浮现（新）

对于您今天参加的每个会议，浮现跟进事项。

4.1 识别今天的会议

从日历或会议笔记中，列出今天发生的会议。

4.2 对于每个会议，询问：

使用：get_meeting_context(meeting_title="...", attendees=[...])

然后提示：

"📍 您今天与 Sarah Chen 会面（Acme 季度回顾）

有任何跟进事项要捕获吗？

您承诺的行动项目？

他们欠您的东西？

需要记录的决定？

（输入您的跟进事项或’无’）"

4.3 创建跟进任务

对于任何提到的跟进事项：

添加到 Tasks.md，带有适当优先级
链接到人员页面
如果提到，添加截止日期

步骤 5: 进展评估

使用用户验证的信息：

完成了什么？
对每周优先级取得了什么进展？
什么被卡住或阻塞？
出现了什么意外事情？

步骤 6: 周进展检查（周中上下文）

使用：get_week_progress()

展示今天的工作如何移动每周优先级：

"周进展更新：

今天之后，您处于：

优先级 1：✅ 完成（今天完成！）

优先级 2：🔄 60%（从 40% 移动）

优先级 3：⚠️ 仍未开始

您还有 2 天。明天应关注优先级 3。"

步骤 7: 自动提取会话学习

扫描今天的对话以获取学习：

错误或纠正 — 是否有事情未按预期工作？
偏好提及 — 您是否表达过喜欢的工作方式？
文档差距 — 是否有关于系统如何工作的问题？
工作流低效 — 是否有任务花费的时间比应该更长？

写入 System/Session_Learnings/YYYY-MM-DD.md。

然后询问：“我从今天的会话捕获了 [N] 个学习点。您还想添加什么吗？”

步骤 8: 分类学习（如果适用）

检查是否有学习应提升到模式文件：

重复错误 → 06-Resources/Learnings/Mistake_Patterns.md
工作流偏好 → 06-Resources/Learnings/Working_Preferences.md

添加前获取用户确认。

步骤 9: 明天设置

基于：

今天未完成项目
每周优先级（尤其是滞后项目）
截止到明天的承诺
明天日历形状

建议明天的 3 个重点项目：

"明天（星期四）的建议重点：

优先级 3 — 整周未触碰，您还有 2 天

完成定价提案 — 剩下 40%，应该快速完成

回复 Mike — 从今天推迟

明天形状：中等（4 个会议）。您下午有 2 小时块。

这感觉对吗？"

步骤 9.5: 回顾洞察（创新礼宾）

在回顾结束时，检查是否有相关待办创意浮现：

从 Improvements MCP 调用 list_ideas(status="active", min_score=70)
寻找连接到今天工作或学习的创意：
- 用户是否处理了与待办创意相关的任务？
- 今天捕获的学习是否加强了现有创意？
- 是否有"为什么现在？"创意带有新证据？
如果存在相关匹配，简要浮现：

“回顾洞察： 今天的会议处理困难连接到创意-027（RAG-赋能保险库搜索） — 语义搜索可以大大加速查找会议上下文。值得探索吗？运行 /dex-improve idea-027。”

规则：

每次回顾最多显示 1 个洞察
仅显示如果真正连接到今天的工作（不随机）
框架为回顾 — “基于您刚才所做，这里是什么可能有帮助”
如果没有连接，完全跳过
保持最多 1-2 行

步骤 10: 追踪使用（无声）

更新 System/usage_log.md 以标记每日回顾已使用。

分析（无声）：

调用 track_event，事件名称 daily_review_completed，属性：

wins_count
learnings_count

这仅在用户选择加入分析时触发。如果返回 “analytics_disabled”，则无需操作。

步骤 11: 晚间日志（如果启用）

如果 journaling.evening: true，提示晚间反思。

输出格式

创建 07-Archives/Reviews/Daily_Review_YYYY-MM-DD.md：

---
date: YYYY-MM-DD
type: daily-review
plan_completion_rate: X%
---

# 每日回顾 — [Day], [Month] [DD], [YYYY]

## 📊 计划与现实

**计划重点：**
1. [x] [计划项目 1] — ✅ 完成
2. [ ] [计划项目 2] — 🔄 进行中（X%）
3. [ ] [计划项目 3] — ❌ 未开始

**完成率：** X 个中的 3 个（X%）

**发生了什么：** [对偏差的简要解释]

---

## ✅ 已完成

- ✓ [完成项目 1]
- ✓ [完成项目 2]

---

## 🔄 取得进展

| 领域 | 移动 |
|------|----------|
| [优先级 1] | [向前移动了什么] |
| [优先级 2] | [向前移动了什么] |

---

## 📊 每周优先级进展

今天之后：
- **优先级 1：** [状态/进展] — [emoji]
- **优先级 2：** [状态/进展] — [emoji]
- **优先级 3：** [状态/进展] — [emoji]

**本周剩余天数：** [X]

---

## 📍 会议跟进

### 从 [会议名称]
- [ ] [跟进行动] — 截止 [日期]
- [ ] [跟进行动]

---

## 📺 屏幕活动（自动捕获）

**按应用时间：**
| 应用 | 时间 | % |
|-----|------|---|
| [应用 1] | Xh Xm | X% |
| [应用 2] | Xh Xm | X% |

**指标：**
- 上下文切换：[X]
- 最长专注：[X] 分钟
- 深度工作比率：[X]%

**活动总结：**
[来自 ScreenPipe 的叙事总结]

---

## 💡 洞察

- [关键实现或连接]
- [重要学习]

---

## 🚫 被阻塞/卡住

| 项目 | 阻塞器 | 状态 |
|------|---------|--------|
| [项目] | [什么阻塞] | [状态] |

---

## ❓ 发现的问题

1. [新出现的问题]
2. [要研究的事情]

---

## 📅 明天的重点

基于每周优先级和今天推迟：

1. [优先级 1 — 与每周重点相关]
2. [优先级 2]
3. [优先级 3]

**明天形状：** [堆叠/中等/开放]

---

## 🔄 开放循环

- [ ] [要记住的事情]
- [ ] [要跟进的人]
- [ ] **等待：** [您等待他人的事情]

---

*生成时间：[时间戳]*
*每日完成率：X%*
*周进展：X/3 个优先级在轨道上*

步骤 12: 技能质量检查（温和）

生成回顾后，从 Work MCP 调用 get_skill_ratings(skill_name="daily-review")。

如果存在 3+ 评分且最近 5 条条目的平均分下降到 3.0 以下： 在回顾输出末尾添加一行：

“您的每日回顾最近平均为 [X]/5。常见笔记：‘[最近笔记]’。想调整格式吗？”

如果无评分或平均分 3.0+： 什么都不说。完全不提评分。

然后： 如果 System/identity-model.md 超过 7 天旧（检查文件 mtime），在后台无声运行 /identity-snapshot。不要宣布。

MCP 依赖

集成	MCP 服务器	使用工具
工作	dex-work-mcp	`list_tasks`, `get_week_progress`, `get_commitments_due`, `analyze_calendar_capacity`
日历	dex-calendar-mcp	`calendar_get_today`
提醒	dex-calendar-mcp	`reminders_list_completed`, `reminders_find_and_complete`, `reminders_clear_completed`
屏幕活动	screenpipe-mcp	`screenpipe_time_audit`, `screenpipe_summarize`, `screenpipe_query`

ScreenPipe 集成笔记

ScreenPipe 提供自动活动捕获。当可用时：

用地面真相数据预填"您实际做了什么"
浮现跨应用时间分配
识别通信开销与深度工作
检测上下文切换模式

如果 ScreenPipe 未运行，优雅地跳过屏幕活动部分。