FocusFlow 专注流

为什么需要 FocusFlow

问题很直接：你的待办列表可能有 20 条任务，但你并不清楚今天该专注做哪几件。任务描述模糊（比如「推进项目」），没有明确的完成边界，也不知道预估耗时。结果是一天结束时，感觉忙了一整天，却说不清到底完成了什么，或者在多个任务间反复切换导致深度工作时间碎片化。

FocusFlow 把这些问题系统化地拆解：把散乱待办转成「可执行下一步」，再用专注记录和日报复盘注意力流向。

核心能力与工作方式

任务分诊台 Task Triage

收到新 Todo 后，系统会自动拆解。每个任务被拆成 1-4 个 Focus Unit（专注单元），每个单元包含：

• 完成边界：明确做完这件事意味着什么
• 预计耗时：15-60 分钟
• 优先级：红黄绿三级
• 顺序：建议的执行次序

这样避免了「继续推进一下」这种无边界任务，而是把大任务拆成：目标/素材/结构/初稿/检查/提交 等具体步骤。

专注会话与记录

开始专注时，关联任务自动转为「进行中」状态。系统支持：

• start / end 记录专注时长
• log-session 补录历史专注
• adjust-session 校正开始时间
• 记录中断原因、能量状态和专注评分

复盘报告体系

每日自动推送双层日报：

• 文字摘要：一句话判断 → 核心指标 → 效率分析 → 优化建议 → 明日 Top3
• HTML 可视化报告：卡片式展示专注趋势、中断分析、任务完成情况

文字日报结构固定：一句话判断 → 四项核心指标 → 今日 Done → 效率分析 → 优化建议 → 明日 Top3 → 全局统计 → HTML 文件路径

周报则重点总结：本周完成事项、专注数据、关键亮点和下周动作。

使用边界与注意事项

数据安全第一

所有命令（add-task、complete-task、log-session 等）都是「读全文件 → 改 → 全文件覆盖写」模式。禁止并行调用写库命令，否则会互相覆盖导致 data.json 损坏。务必串行调用——一条返回后再发下一条。

专注单元设计原则

每个专注单元应在 15-60 分钟内完成，必须有可验收边界。大任务优先按「目标/素材/结构/初稿/检查/提交」拆分，小任务作为「快速见效的小成果」。临近截止且高优先级的任务优先安排。

日报触发机制

用户说「生成日报」时，默认同时执行 daily-brief + daily-html：先推送文字摘要，再用 present_files 推送 HTML 文件。

冲突策略

已完成状态不回退；专注记录和中断记录只追加；专注单元保留父任务和顺序。

适用场景

适合需要系统化管理多任务、追踪深度工作时间、通过数据复盘优化工作节奏的个人开发者或知识工作者。不适合需要团队协作或项目管理的场景。