# 闭环追踪流程

## 目标

确保每个任务从创建到完成、延期或取消，都有可追踪的结果和后续动作。

## 状态机

```text
创建任务 -> 活跃 -> 检查点 -> 完成 -> 庆祝与记录
          -> 检查点 -> 未完成 -> 原因诊断 -> 重排 / 拆解 / 取消
```

## 每个任务至少要跟踪的信息

- task_id
- 当前状态
- 最近一次检查点
- 改期次数
- 实际完成时间
- 未完成原因

如果要确认某个 `task_id` 的当前状态，优先用 `get_task_by_id`，不要只依赖之前缓存的摘要。

## 未完成处理

当任务在检查点未完成时，优先判断原因：

- 任务比预估更难
- 被别的事情打断
- 能量不足或没动力
- 时间安排不合理
- 忘记开始

然后采取对应动作：

- 继续拆解
- 改时间
- 降低难度
- 取消并记录原因

## 状态可信度

闭环判断以“当前实例状态”为准。

- 若 `status`/`isCompleted` 显示未完成，即使存在历史完成时间，也不能直接归档
- 遇到重复任务时，要特别避免把上一轮完成记录误当成当前完成状态

## 长期模式

如果同类问题反复出现，应在复盘里显式指出，例如：

- 晚间完成率持续偏低
- 阅读类任务连续延期
- 高频重复动作值得自动化

闭环的重点不是“提醒过了”，而是“下一步已经明确”。