---
name: openclaw-timebox-cpr
description: 基于潘农菲翻译的《时间盒》，为 OpenClaw 打造的全天任务执行系统。早晨用一段对话规划全天、讨论优先级、锁定时间盒；执行时 AI 完全不打扰；每盒结束做 30 秒快速收集；全天结束生成每日总结并自动同步到 Flomo、Notion 等工具。支持苹果日历、飞书、Google 日历自动占位，以及将时间盒任务双向同步到滴答清单（TickTick）。触发词："时间盒"、"timebox"、"开始今天的规划"、"帮我规划任务"、"start timebox"、"task planning"。
version: 2.7.0
metadata:
  author: vincent
  based_on: OpenClaw Timebox 工作法
---

# OpenClaw Timebox

一套**全天维度**的任务管理工作法，分四个阶段：

```
早晨规划（PLAN）→ 执行时间盒（RUN）→ 单盒收集（CHECK）→ 全天复盘（REVIEW）
```

每个时间盒是一个**不可拆分的执行单元**，AI 不干预盒内执行细节，只负责规划、衔接和复盘。

---

## 使用方式

```bash
/openclaw-timebox-cpr                  # 开始今天的规划
/openclaw-timebox-cpr --run            # 跳过规划，直接开始一个时间盒
/openclaw-timebox-cpr --check          # 完成一个时间盒后做快速收集
/openclaw-timebox-cpr --review         # 全天结束后做整体复盘
/openclaw-timebox-cpr --log            # 查看今日日志摘要
```

---

## 偏好配置（EXTEND.md）

按优先级搜索以下路径，找到即用：
1. 项目级：`{project}/.baoyu-skills/openclaw-timebox-cpr/EXTEND.md`
2. 用户级：`~/.baoyu-skills/openclaw-timebox-cpr/EXTEND.md`

**如果 EXTEND.md 不存在，MUST 执行首次配置（见下方章节），完成后继续。**

```yaml
default_timebox: 25          # 默认单个时间盒时长（分钟）
calendar: macos              # 日历工具（见支持列表）
calendar_name: 工作          # 日历名称/账户
calendar_alert_before: 2     # 提醒提前几分钟
log_backend: local           # 日志工具（见支持列表）
log_dir: ~/.openclaw/logs    # 仅 local 模式使用
log_token:                   # 第三方日志工具的 Token/Key（如需要）
log_workspace:               # 第三方日志工具的空间/数据库 ID（如需要）
task_sync: none              # 任务同步：ticktick（国际版）| dida365（中国版，使用 dida-cli）| none
ticktick_token_file: ~/.config/timebox/ticktick.json  # ticktick 国际版 token 文件路径
ticktick_project_id:         # ticktick 国际版：同步到哪个清单（留空则用收件箱）
dida_project_id:             # dida365 中国版：同步到哪个清单 ID（留空则用收件箱）
lang: zh                     # zh | en
runtime: codebuddy           # 运行环境：codebuddy | openclaw
```

---

## 首次配置

EXTEND.md 不存在时，**一次性**提问以下四项，创建文件后继续。

### 问题 1：默认时间盒时长

> 你常用的专注时长是多少分钟？
> 推荐：**25 分钟**（番茄钟）/ **45 分钟**（深度工作）/ **90 分钟**（长任务）/ 自定义

### 问题 2：日历工具

> 你用哪个日历记录时间安排？时间盒会自动在日历里创建占位事件。

| 选项 | 说明 |
|------|------|
| `macos` | 苹果日历（Apple Calendar），本地，无需配置 |
| `wecom` | 企业微信日历，需要企业微信登录态 |
| `feishu` | 飞书日历，需要飞书 API Token |
| `google` | Google 日历，需要 Google OAuth |
| `none` | 不使用日历 |

选择后追问：
- 若 `macos`：使用哪个日历名称？（默认"工作"，不存在则用默认日历）
- 若 `feishu` / `google` / `wecom`：需要提供对应 Token 或引导完成授权

### 问题 3：任务同步到滴答清单（TickTick）

> 是否将每个时间盒任务自动同步到滴答清单？规划时创建任务，完成时标记勾选。

| 选项 | 说明 |
|------|------|
| `ticktick` | 同步到 TickTick **国际版**（ticktick.com） |
| `dida365` | 同步到滴答清单**中国版**（dida365.com，使用 dida-cli） |
| `none` | 不同步（默认）|

> ⚠️ **国际版与中国版账号完全独立，token 不互通**，请根据你的实际登录平台选择。

---

#### 若选择 `dida365`（中国版，推荐）

使用 [dida-cli](https://clawhub.ai/ilooch/dida-cli) 方案，无需注册开发者 App，一条命令完成授权。

**Step 1：检查 dida-cli 是否已安装且已登录**

```bash
dida auth status
```

- 输出已登录 → 跳到 Step 3
- 命令不存在 → 继续 Step 2 安装
- 输出未登录 → 直接执行 Step 2 登录

**Step 2：安装 dida-cli 并授权**

```bash
npm install -g @suibiji/dida-cli
dida auth login
```

浏览器弹出滴答清单授权页，登录并授权后返回命令行即完成。授权完成后再次执行 `dida auth status` 确认。

**Step 3：选择同步清单**

> "要同步到哪个清单？（留空用收件箱，或告诉我清单名称）"

AI 拉取用户现有清单并展示：

```bash
dida project list --json
```

用户选择后，将清单 ID 写入 `dida_project_id`（留空则用收件箱）。

---

#### 若选择 `ticktick`（国际版）

**Step 1：检查 token 是否已存在且有效**

```bash
python3 -c "
import json, urllib.request
try:
    t = json.load(open('$HOME/.config/timebox/ticktick.json'))
    req = urllib.request.Request('https://api.ticktick.com/open/v1/project')
    req.add_header('Authorization', f'Bearer {t[\"access_token\"]}')
    urllib.request.urlopen(req); print('ok')
except Exception as e: print('fail')
"
```

- 输出 `ok` → 跳到 Step 4
- 输出 `fail` → 继续 Step 2

**Step 2：引导注册开发者 App（首次必做，约 3 分钟）**

AI 告知用户：

> "需要先在 TickTick 开放平台注册一个 App，获取 client_id 和 client_secret，整个过程约 3 分钟，只需做一次。
>
> 请按以下步骤操作：
> 1. 访问 https://developer.ticktick.com/ 用 TickTick 账号登录
> 2. 点击「Register App」
> 3. App Name 随意填（如 `timebox-local`）
> 4. Redirect URI 填：`http://localhost:8765/callback`
> 5. 提交后复制 **Client ID** 和 **Client Secret**，告诉我。"

**Step 3：写入授权脚本并执行**

AI 收到 client_id 和 client_secret 后，将授权脚本写入 `~/.config/timebox/ticktick_auth.py`（填入真实 credentials，见滴答清单集成章节脚本模板），然后告知用户运行：

```bash
python3 ~/.config/timebox/ticktick_auth.py
```

用户完成浏览器授权后，AI 重新执行 Step 1 验证。

**Step 4：选择同步清单**

> "要同步到哪个清单？（留空用收件箱，或告诉我清单名称）"

```bash
python3 -c "
import json, urllib.request
t = json.load(open('$HOME/.config/timebox/ticktick.json'))
req = urllib.request.Request('https://api.ticktick.com/open/v1/project')
req.add_header('Authorization', f'Bearer {t[\"access_token\"]}')
data = json.loads(urllib.request.urlopen(req).read())
for p in data: print(p['id'], '|', p['name'])
"
```

用户选择后，将清单 ID 写入 `ticktick_project_id`（留空则用收件箱）。

### 问题 4：日志工具

> 你用什么记录工作日志？每个时间盒的执行记录和复盘会自动写入。

| 选项 | 说明 |
|------|------|
| `local` | 本地 Markdown 文件（默认，无需配置）|
| `feishu_doc` | 飞书文档，需要飞书 API Token + 文档 ID |
| `wecom_doc` | 企业微信文档，需要企业微信登录态 |
| `notion` | Notion，需要 Integration Token + Database ID |
| `google_doc` | Google Docs，需要 Google OAuth |
| `flomo` | Flomo，需要 Flomo API URL（在 Flomo 个人设置页面获取）|

选择后追问对应的 Token / ID / 路径配置项（若需要）。

### 问题 5：交互语言

> 中文 / English

---

## 日历集成

### 通用行为

- PLAN 阶段时间分配确认后，为每个时间盒批量创建日历事件
- 事件标题格式：`[Timebox #{N}] {任务名}`
- 事件描述：任务名 + 优先级 + 紧急程度
- CHECK 收集完成后，更新对应事件备注（追加实际完成情况）
- **任何日历操作失败，仅提示，不阻断主流程**

### 各平台实现

**macOS Apple Calendar（AppleScript）**
```applescript
tell application "Calendar"
  set targetCal to first calendar whose name is "{calendar_name}"
  -- 若不存在则用 first calendar whose writable is true
  tell targetCal
    make new event with properties {
      summary: "[Timebox #{N}] {任务名}",
      start date: {开始时间},
      end date: {开始时间} + {时长} * minutes,
      description: "优先级：{priority} · 紧急程度：{urgency}"
    }
  end tell
end tell
```

**飞书日历（Feishu Calendar API）**
```
# 请求方式：POST
# 接口：https://open.feishu.cn/open-apis/calendar/v4/calendars/{calendar_id}/events
# 请求头：需携带飞书 API Token（header: X-Token: {log_token}）
# 请求体：
{
  "summary": "[Timebox #{N}] {任务名}",
  "start_time": { "timestamp": "{unix_ts}" },
  "end_time": { "timestamp": "{unix_ts}" },
  "description": "优先级：{priority} · 紧急程度：{urgency}"
}
```

**企业微信日历（WeCom）**
> 企业微信日历暂无开放 API，使用 AppleScript 控制企业微信桌面端或提示用户手动创建。

**Google Calendar API**
```
# 请求方式：POST
# 接口：https://www.googleapis.com/calendar/v3/calendars/{calendarId}/events
# 请求头：需携带 Google OAuth Token（header: X-Token: {oauth_token}）
# 请求体：
{
  "summary": "[Timebox #{N}] {任务名}",
  "start": { "dateTime": "{ISO8601}" },
  "end": { "dateTime": "{ISO8601}" }
}
```

---

## 日志集成

### 通用行为

- 每天在 PLAN 阶段确认时间分配后，创建当日日志并写入今日规划
- RUN 阶段每个时间盒启动时，追加启动记录到本地日志
- CHECK 阶段收集每个时间盒结果后，追加结果记录到本地日志
- REVIEW 阶段将每日总结写入本地日志
- **外部工具同步（flomo、Notion 等）**：仅在 REVIEW 完成后推送每日总结，不推送逐条执行记录
- **任何日志写入失败，仅提示，不阻断主流程**

### 各平台实现

**本地 Markdown（local）**

存储结构：
```
{log_dir}/
├── {YYYY-MM}/
│   └── {YYYY-MM-DD}.md
└── index.md
```

**飞书文档（feishu_doc）**
```
POST https://open.feishu.cn/open-apis/docx/v1/documents/{document_id}/blocks
-- 在指定文档末尾追加当天日志块
```

**企业微信文档（wecom_doc）**
> 通过企业微信文档 API 写入，需要企业自建应用 Token。

**Notion**
```
# 请求方式：POST
# 接口：https://api.notion.com/v1/pages
# 请求头：需携带 Notion Integration Token（header: X-Token: {log_token}）
# 在指定 Database 创建新 Page，每天一条
# 追加内容通过 PATCH blocks endpoint 实现
```

**Google Docs**
```
# 通过 Google Docs API batchUpdate 在文档末尾追加内容
# 接口：https://docs.googleapis.com/v1/documents/{documentId}:batchUpdate
```

**Flomo**
```
# 请求方式：POST
# 接口：{flomo_api_url}（在 Flomo 个人设置中获取）
# 请求体：{ "content": "[Timebox #{N}] {任务名}\n{执行记录}\n{复盘内容}" }
# Flomo 每条为独立笔记，建议每个时间盒一条，复盘单独一条
```

---

## 滴答清单（TickTick / 滴答清单）集成

> 仅当 `task_sync: ticktick` 或 `task_sync: dida365` 时生效。

### 国际版 vs 中国版

| | 国际版（ticktick） | 中国版（dida365） |
|--|--|--|
| 授权方式 | Python OAuth 脚本（需注册 App） | dida-cli（`dida auth login`，无需注册 App） |
| 任务操作 | REST API（`api.ticktick.com`） | `dida task` CLI 命令 |
| 清单配置字段 | `ticktick_project_id` | `dida_project_id` |

> **两个版本账号独立，token 不互通。**

---

### dida365（中国版）—— 使用 dida-cli

所有操作通过 `@suibiji/dida-cli` 完成，无需手动管理 token。

#### 通用行为

- PLAN 阶段确认时间分配后，为每个时间盒**创建对应任务**
- CHECK 阶段收集完毕后，**更新任务**（追加 CHECK 结果到 content）
- REVIEW 完成后，将完成的时间盒任务**标记为已完成**
- 未完成的时间盒任务保留在清单中，便于次日处理
- **任何 dida-cli 操作失败，仅提示，不阻断主流程**

#### 检查 dida-cli 可用性

每次操作前先确认 CLI 已安装且已登录：

```bash
dida auth status
```

若未登录，提示用户执行 `dida auth login`；若未安装，提示先运行 `npm install -g @suibiji/dida-cli`。

#### 创建时间盒任务（PLAN 完成时）

```bash
dida task create \
  --title "[Timebox #{N}] {任务名}" \
  --project {dida_project_id} \
  --content "优先级：{priority} · 紧急程度：{urgency}\n计划时间：{HH:MM}，时长 {duration} 分钟" \
  --dueDate "{ISO8601_end}" \
  --json
```

> `--project` 留空则创建到收件箱（dida_project_id 为空时省略该参数）。
> 从返回 JSON 中取 `id` 字段，写入日志：`[ticktick_id: {id}]`

#### 更新任务（CHECK 完成时）

从日志取出该时间盒的 `ticktick_id`（即 dida task id）：

```bash
dida task update {task_id} \
  --project {dida_project_id} \
  --content "原有 content\n\n── CHECK 结果 ──\n{结果}\n{一句话描述}\n实际用时：{N} 分钟（计划 {M} 分钟）"
```

#### 标记完成（REVIEW 完成时）

```bash
dida task complete {dida_project_id} {task_id}
```

---

### ticktick（国际版）—— 使用 REST API

#### 运行时配置

```python
API_BASE = "https://api.ticktick.com/open/v1"
```

#### 通用行为

- PLAN 阶段确认时间分配后，为每个时间盒**创建对应任务**
- CHECK 阶段收集完毕后，**更新任务**
- REVIEW 完成后，将完成的时间盒任务**标记为已完成**
- 未完成的时间盒任务保留在清单中
- **任何 API 调用失败，仅提示，不阻断主流程**

#### Token 读取

每次调用前从 `ticktick_token_file` 读取 access_token：

```python
import json, os
token_data = json.load(open(os.path.expanduser(ticktick_token_file)))
access_token = token_data["access_token"]
headers = {"Authorization": f"Bearer {access_token}", "Content-Type": "application/json"}
```

若读取失败或文件不存在，提示用户重新运行 `ticktick_auth.py`。

#### 创建时间盒任务（PLAN 完成时）

```python
# POST {API_BASE}/task
payload = {
    "title": "[Timebox #{N}] {任务名}",
    "content": "优先级：{priority} · 紧急程度：{urgency}\n计划时间：{HH:MM}，时长 {duration} 分钟",
    "startDate": "{ISO8601_start}",
    "dueDate":   "{ISO8601_end}",
    "priority":  {ticktick_priority},  # 高→3, 中→1, 低→0
    "projectId": "{ticktick_project_id}",  # 留空用收件箱
    "tags": ["timebox"]
}
# 返回值取 task["id"] 存入日志：[ticktick_id: {task_id}]
```

#### 更新任务（CHECK 完成时）

```python
# POST {API_BASE}/task/{taskId}
payload = {
    "id": "{task_id}",
    "projectId": "{ticktick_project_id}",
    "content": "原有 content\n\n── CHECK 结果 ──\n{结果}\n{一句话描述}\n实际用时：{N} 分钟（计划 {M} 分钟）"
}
```

#### 标记完成（REVIEW 完成时）

```python
# POST {API_BASE}/task/{taskId}/complete
# 无需 body，返回 200 即成功
```

### 授权脚本（ticktick 国际版专用）

脚本存放在 `~/.config/timebox/ticktick_auth.py`：

```python
#!/usr/bin/env python3
"""TickTick 国际版一次性 OAuth 授权脚本 - 由 timebox skill 自动生成"""
import http.server, webbrowser, json, urllib.parse, urllib.request, base64, threading, sys
from pathlib import Path

CLIENT_ID     = "{user_client_id}"
CLIENT_SECRET = "{user_client_secret}"
REDIRECT_URI  = "http://localhost:8765/callback"
TOKEN_FILE    = Path.home() / ".config" / "timebox" / "ticktick.json"
PORT          = 8765
AUTH_URL      = "https://ticktick.com/oauth/authorize"
TOKEN_URL     = "https://ticktick.com/oauth/token"

received_code = None

class Handler(http.server.BaseHTTPRequestHandler):
    def do_GET(self):
        global received_code
        params = urllib.parse.parse_qs(urllib.parse.urlparse(self.path).query)
        if "code" in params:
            received_code = params["code"][0]
            self.send_response(200); self.send_header("Content-type","text/html;charset=utf-8"); self.end_headers()
            self.wfile.write("<h2 style='font-family:sans-serif;padding:40px'>✅ 授权成功！可以关闭此页面。</h2>".encode())
        else:
            self.send_response(400); self.end_headers()
        threading.Thread(target=self.server.shutdown).start()
    def log_message(self, *args): pass

def main():
    TOKEN_FILE.parent.mkdir(parents=True, exist_ok=True)
    server = http.server.HTTPServer(("localhost", PORT), Handler)
    params = urllib.parse.urlencode({"client_id":CLIENT_ID,"response_type":"code","redirect_uri":REDIRECT_URI,"scope":"tasks:write tasks:read"})
    print("正在打开浏览器授权页..."); webbrowser.open(f"{AUTH_URL}?{params}")
    print("等待授权完成..."); server.serve_forever()
    if not received_code: print("❌ 未收到授权码"); return
    cred = base64.b64encode(f"{CLIENT_ID}:{CLIENT_SECRET}".encode()).decode()
    data = urllib.parse.urlencode({"grant_type":"authorization_code","code":received_code,"redirect_uri":REDIRECT_URI}).encode()
    req = urllib.request.Request(TOKEN_URL, data=data, method="POST")
    req.add_header("Authorization", f"Basic {cred}"); req.add_header("Content-Type","application/x-www-form-urlencoded")
    token = json.loads(urllib.request.urlopen(req).read())
    TOKEN_FILE.write_text(json.dumps(token, indent=2, ensure_ascii=False))
    print(f"✅ 授权成功！Token 已保存到：{TOKEN_FILE}")

if __name__ == "__main__": main()
```

运行方式：
```bash
python3 ~/.config/timebox/ticktick_auth.py
```

**国际版用户运行方式：**
```bash
python3 ~/.config/timebox/ticktick_auth.py
```

---

## 完整工作流

---

### Phase 1 · PLAN · 早晨规划

**触发时机**：每天开始工作时，或用户说"开始今天的规划"。

#### Step 1 — 任务收集（用户主导，AI 倾听）

AI 开启一段**开放式收集对话**，让用户把今天所有想做的事都说出来：

> "今天有哪些事要做？把脑子里所有的都说出来，可以同时告诉我优先级、紧急程度、预计时间和时长，没有的话我们之后再确认。说完告诉我'说完了'。"

用户可以一次说完，也可以分多条输入，格式自由，例如：
- "开会，10点，1小时，很紧急"
- "写周报，不急，大概半小时"
- "回复客户邮件"（无时间信息，后续补充）

AI 在这个阶段只做一件事：**逐条记录，不插话**。

#### Step 2 — AI 整理清单

用户说完后，AI 将所有任务整理成结构化清单，尽可能从用户输入中提取已有信息：

```
今天的任务清单（共 N 项）：

序号  任务名              优先级   紧急程度   计划时间   预计时长
────────────────────────────────────────────────────────
1.   {任务名}            {高/中/低}  {高/中/低}  {HH:MM 或 —}  {N 分钟 或 —}
2.   {任务名}            ...
...

有没有需要修改、补充或删除的？
```

- 用户已提供的字段直接填入
- 用户未提供的字段标为 `—`，**不在此处追问**，进入 Step 3 统一补充

#### Step 3 — 补全缺失信息

清单确认后，AI 只针对**有缺失字段的任务**一次性追问，按任务分组：

> "以下任务还缺一些信息，帮我确认一下：
>
> **回复客户邮件**：优先级和紧急程度怎么看？大概需要多久？有没有要在特定时间做？
>
> **写周报**：计划几点开始？"

用户补充后，AI 更新清单。**若用户仍未提供某字段，AI 根据上下文合理推断并标注"（推断）"**，不再追问。

#### Step 4 — 优先级讨论（AI 主导对话）

清单完整后，AI 与用户讨论执行顺序。**用自然对话**，不用表格，针对清单提出 2–3 个引导性问题：

- "今天如果只能完成一件事，你会选哪个？"
- "有没有哪个任务今天必须完成，否则会影响别人？"
- "有没有固定时间的事项需要作为锚点？"

根据用户回答，AI 输出**排序后的执行顺序建议**并说明理由。

#### Step 5 — 时间分配确认

基于优先级排序、固定时间锚点和用户可用时间，AI 给出完整的今日安排：

```
今日时间盒安排（建议）：
┌──────────────────────────────────────────────────┐
│ #1  {任务名}   优先级:高  紧急:高   09:00  25分钟  │
│ #2  {任务名}   优先级:高  紧急:中   09:30  45分钟  │
│ 📌  {外部事项}（非时间盒）          10:00  1小时   │
│ #3  {任务名}   优先级:中  紧急:低   11:30  25分钟  │
│                              合计约 {X} 小时       │
└──────────────────────────────────────────────────┘
```

**固定时间事项（会议、外出等）标注为 📌，不放入时间盒编号。**

用户确认或调整后：
- 写入今日日志
- 根据 `calendar` 配置批量创建日历事件
- 若 `task_sync: dida365`：为每个时间盒执行 `dida task create`，将返回的任务 `id` 追加到日志执行记录中（格式：`[ticktick_id: {id}]`）
- 若 `task_sync: ticktick`：为每个时间盒调用 `POST /open/v1/task` 创建任务，将返回的 `task_id` 追加到日志执行记录中（格式：`[ticktick_id: {id}]`）

---

### Phase 2 · RUN · 执行时间盒

**触发时机**：用户说"开始"、"开始第 N 个"或"开始做{任务名}"。

AI 做两件事，然后**不再干预**：

1. 输出启动卡片（根据 `runtime` 显示不同提示）：

**codebuddy 模式：**
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
⏱  时间盒  #{N}  ·  {duration} 分钟
🎯 {任务名}
预计 {HH:MM} 结束 → 完成后回复我开始收集
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

**openclaw 模式：**
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
⏱  时间盒  #{N}  ·  {duration} 分钟
🎯 {任务名}
预计 {HH:MM} 结束 → 时间到我会来提醒你
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

2. 在本地日志写入启动记录：`[HH:MM] ⏱ 时间盒 #{N} 开始 · {任务名}`

3. **仅 openclaw 模式**：注册一个 cron job，在时间盒计划结束时间触发 REMIND：
```
# cron 注册格式
{HH} {MM} * * * openclaw trigger remind --timebox {N} --task "{任务名}"
```

然后**等待**，期间不发送任何消息，**不向外部工具同步**。

> **原则**：时间盒内是用户的专注时间，AI 不拆解任务、不询问进度、不主动打扰（codebuddy 模式靠用户主动回来，openclaw 模式靠 cron 到点提醒）。

---

### Phase 2.5 · REMIND · 时间盒结束提醒

**触发时机（仅 openclaw 模式）**：cron job 在时间盒计划结束时间触发。

AI 发送一条简短提醒，引导用户进入 CHECK：

```
⏰ 时间盒 #{N}「{任务名}」时间到了！
完成了吗？回复我做个 30 秒收集 →
```

- 若用户 5 分钟内无响应，**不再追发**，等用户主动回来
- 用户回复任何内容后，直接进入 Phase 3 · CHECK
- cron 执行后自动注销，不重复触发

---

### Phase 3 · CHECK · 单盒快速收集

**触发时机**：用户完成（或中断）一个时间盒后，说"完成了"、"结束了"、"超时了"等。

AI 用**一次性提问**收集结果：

> "快速记录一下：
> 1. 完成了吗？（完成 / 部分完成 / 未完成）
> 2. 一句话说说结果或卡点？
> 3. 有没有新冒出来的任务？"

收到回复后，AI：
- 将结果追加写入日志（含实际用时与计划用时对比）
- 若 `task_sync: dida365`：从日志取出该时间盒的 `ticktick_id`，执行 `dida task update {id}` 追加 CHECK 结果
- 若 `task_sync: ticktick`：从日志中取出该时间盒的 `ticktick_id`，调用 `POST /open/v1/task/{id}` 更新任务 content，追加 CHECK 结果
- 若有新任务，加入今日清单并提示是否调整后续顺序
- 输出下一个时间盒启动提示：

```
✅ #{N} 已归档
下一个：#{N+1} {任务名}（{duration} 分钟）
准备好了说"开始"。
```

若今日所有时间盒执行完毕，提示进入 REVIEW：
```
✅ 今天的时间盒全部完成，说"复盘"开始全天总结。
```

> **原则**：CHECK 最多 1 轮对话，不展开分析，分析留给全天 REVIEW。

---

### Phase 4 · REVIEW · 全天复盘

**触发时机**：用户说"今天结束了"、"复盘"、"review"，或所有时间盒执行完毕后用户确认。

AI 基于全天日志生成每日总结报告：

```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 全天复盘  ·  {YYYY-MM-DD}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

✅ 今天完成了什么
   完成 {X}/{N} 个时间盒
   · #{1} {任务名} — ✅ 完成  实际 {N} 分钟（计划 {M} 分钟）
   · #{2} {任务名} — ⏳ 未完成
   · #{3} {任务名} — ✅ 完成，超时 {K} 分钟

🔍 遇到了什么问题
   · {从 CHECK 收集的卡点汇总}
   · 超时任务分析
   · 未完成原因

🗺  明天怎么走
   · 移入明日：{未完成任务列表}
   · 时间估算规律：{AI 观察，如"沟通类任务建议 ×1.5"}
   · 明日建议优先处理：{任务名}

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

复盘完成后：
- 将报告写入今日日志
- 更新 `index.md`（local 模式）或对应平台索引
- 若 `task_sync: dida365`：对所有**已完成**的时间盒任务执行 `dida task complete {project_id} {task_id}`；未完成任务保留在清单（供次日处理）
- 若 `task_sync: ticktick`：对所有**已完成**的时间盒任务调用 `POST /open/v1/task/{id}/complete`；未完成任务保留在清单（供次日处理）
- 询问：**"是否把未完成任务带入明天的规划？"**

---

## 日志格式（local 模式）

### 每日日志（`{YYYY-MM-DD}.md`）

```markdown
---
date: {YYYY-MM-DD}
timebox_count: {N}
completed: {X}/{N}
---

## 今日规划
| # | 任务名 | 优先级 | 紧急程度 | 计划时间 | 预计时长 |
|---|--------|--------|---------|---------|---------|
| 1 | ...    | 高     | 高      | 09:00   | 25min   |

## 执行记录
- [HH:MM] ⏱ 时间盒 #1 开始 · {任务名}
- [HH:MM] ✅ 时间盒 #1 结束 · {结果一句话} · 实际 {N} 分钟
- [HH:MM] 📌 外部事项：{事项名}
...

## 每日总结（外部工具同步此段）
- ✅ #{1} {任务名} — 完成，实际 {N} 分钟（计划 {M} 分钟）
- ⏳ #{2} {任务名} — 未完成，{原因一句话}
- ✅ #{3} {任务名} — 完成，超时 {K} 分钟，{原因一句话}

## 全天复盘（外部工具同步此段）
### 今天完成了什么
...
### 遇到了什么问题
...
### 明天怎么走
...
```

### index.md

```markdown
| 日期 | 时间盒数 | 完成率 | 关键词 |
|------|---------|--------|--------|
| 2026-03-22 | 4 | 3/4 | 领跑配置、首页设计 |
```

---

## 与其他 Skill 的联动

| 场景 | 联动 Skill |
|------|-----------|
| 将全天复盘生成可视化卡片 | `baoyu-infographic` |
| 将复盘整理成汇报 PPT | `baoyu-slide-deck` |
| 分享复盘到社交平台 | `baoyu-post-to-wechat` / `baoyu-post-to-weibo` |

---

## AI 行为原则

1. **任务收集阶段不打断**：用户说完之前，AI 只记录，不评价、不归类
2. **缺失信息分两步处理**：Step 2 先整理清单展示已有信息，Step 3 再一次性补全缺失字段，避免边收集边追问
3. **推断优于追问**：用户二次补充后仍缺失的字段，AI 合理推断并标注"（推断）"，不反复询问
4. **时间盒内不干预**：RUN 阶段 AI 保持沉默，等用户主动回来（codebuddy）或 cron 到点提醒（openclaw）
5. **REMIND 只发一次**：openclaw 模式下 cron 触发提醒后，5 分钟内无响应不再追发，等用户主动
6. **CHECK 保持轻量**：单盒收集最多 1 轮对话，不展开分析
7. **复盘才是深度分析的时机**：规律总结、原因分析统一放到全天 REVIEW
8. **本地日志完整记录**：规划 + 每条执行记录（含 ticktick_id）+ 每日总结 + 全天复盘，全部写入本地
9. **外部工具只同步摘要**：flomo、Notion 等外部工具仅在 REVIEW 完成后推送"每日总结 + 全天复盘"两段，不推送逐条执行记录
10. **不阻断流程**：日历/日志写入失败、cron 注册失败、TickTick API 调用失败等外部错误，提示后继续执行
11. **TickTick 操作静默执行**：创建/更新/完成任务时不在对话中展开 API 细节，成功则简短提示（"✓ 已同步到滴答清单"），失败则提示错误并继续
12. **TickTick task_id 持久化**：每个时间盒的 ticktick_id 必须写入本地日志，以保证 CHECK 和 REVIEW 阶段能定位到对应任务