效率管理专家：基于 HarmonyOS ArkTS 的 AI 时间管理应用开发实践

一、项目背景与问题定义

1.1 当代人的"效率困境"

如果你问一个现代职场人"你最大的困扰是什么"，“时间不够用"和"事情太多做不完"会排在前三名。这不是个案，而是一种普遍现象。心理学家称之为"决策疲劳”——当一个人每天需要做大量决策时，大脑的处理能力会逐渐耗尽，导致拖延、注意力分散、做事效率低下。

从技术角度看，市面上虽然有很多效率工具（Todoist、TickTick、Notion、番茄钟等），但它们存在几个共同问题：

第一，学习成本高。 这些工具功能强大，但用户需要花时间学习如何使用。GTD 方法论本身就需要阅读一本几百页的书才能掌握。对于"我只想有人告诉我现在该做什么"的用户来说，这些工具的门槛太高了。

第二，缺乏个性化指导。 工具能帮你记录待办事项，但不会告诉你"这三件事应该先做哪件"。工具能帮你计时，但不会告诉你"你现在应该用番茄钟还是应该休息一下"。工具是"执行器"，不是"决策者"。

第三，方法论的碎片化。 网上关于效率提升的内容很多，但碎片化严重。用户可能今天看了"番茄工作法"的文章，明天看了"艾森豪威尔矩阵"的视频，但不知道如何把这些方法整合到自己的日常工作中。

基于这三个痛点，我们用 HarmonyOS ArkTS 开发了「效率管理专家」——一款融合了 GTD、番茄工作法、艾森豪威尔矩阵等多种时间管理方法的 AI 对话应用。它不是一个"工具"，而是一个"教练"——帮用户梳理待办、排序优先级、规划时间、克服拖延，用对话的方式提供个性化指导。

1.2 技术选型：为什么选择 HarmonyOS

与前几个项目一样，效率管理专家选择了 HarmonyOS + ArkTS 的技术栈。原因有三：

第一，场景适配。 效率管理是一个"高频使用"的场景——用户可能一天打开应用多次，查看待办、开始番茄钟、做每日复盘。这种高频场景对应用启动速度要求极高，ArkTS 原生应用的冷启动时间低于 300ms，远优于 WebView 方案。

第二，声明式 UI 的结构化内容展示。 效率咨询的回复通常是高度结构化的——分类、步骤、时间线、优先级排序。ArkTS 的 Text 组件支持富文本渲染，配合 @Builder 的 UI 片段复用，可以清晰地展示这些结构化内容。

第三，延续已有工程实践。 本项目是我们在 HarmonyOS 上开发的第四个 AI 对话应用。前三个项目（AI 生活管家、健康生活顾问、美食生活助手）已经验证了 MVVM 简化架构、Map 匹配引擎、降级策略等工程实践的有效性。效率管理专家延续了这些实践，但内容完全不同，实现了"一套架构，多种应用"的复用模式。

1.3 项目概览

维度	数据
开发语言	ArkTS（声明式 UI）
架构模式	MVVM（Model-View-Service）
核心代码量	约 700 行
效率话题	6 个（待办梳理/时间规划/专注技巧/克服拖延/工作方法/每日复盘）
方法论覆盖	GTD、番茄工作法、艾森豪威尔矩阵、2分钟启动法、复盘法
第三方依赖	0 个
页面数量	1 个（单页对话）
安装包大小	< 5MB
冷启动时间	< 300ms

---

二、产品设计：效率教练的对话模型

2.1 六个话题的方法论覆盖

效率管理专家的六个话题标签不是随意排列的，而是按照一个完整的"效率提升闭环"设计的：

待办梳理 → 时间规划 → 专注技巧 → 克服拖延 → 工作方法 → 每日复盘
  ↑                                                      │
  └──────────────────── 循环迭代 ─────────────────────────┘

这个闭环对应了效率管理的完整流程：

1. 待办梳理（📋）：用艾森豪威尔矩阵，把混乱的待办事项按"重要-紧急"四象限分类排序
2. 时间规划（📅）：用黄金时段法，把任务安排到一天中精力最充沛的时段
3. 专注技巧（🎯）：用番茄工作法，在执行阶段保持高度专注
4. 克服拖延（🛑）：用五步行动法，解决"不想开始"的情绪逃避问题
5. 工作方法（⚡）：用 GTD 五步法，建立系统化的任务管理流程
6. 每日复盘（📝）：用复盘模板，回顾完成情况，为明天优化规划

每个话题都独立成章，用户可以按需选择。但六个话题之间存在内在逻辑——从"不知道该做什么"到"做完了回顾总结"，覆盖了效率管理的完整周期。

2.2 系统提示词：对"效率"的精准定义

效率管理专家的系统提示词与其他项目有一个关键区别——它明确要求 AI 的回答遵循三个原则：

回答原则：
- 具体化：给出可立即执行的行动步骤
- 个性化：根据用户的工作性质和生活习惯定制建议
- 可衡量：建议设定可量化的目标

这三个原则是效率类产品的核心特性：

具体化：效率建议必须"可执行"。"你要提高效率"是废话，"每天上午 8-10 点关闭手机通知，用番茄钟完成今天最重要的任务"才是建议。每条回复都包含具体的步骤、时间、操作方法。

个性化：不同职业的人，效率痛点不同。程序员需要的是"深度工作时段保护"，销售需要的是"碎片时间利用"，学生需要的是"考试复习计划"。系统提示词要求 AI 根据用户的工作性质定制建议，而不是给所有人同一个模板。

可衡量："我要提高效率"是一个无法衡量的目标。但"本周每天完成 4 个番茄钟"是可衡量的。每类话题的回复末尾都给出了可量化的阶段性目标（第 1 周、第 2 周、第 3 周），让用户能看到自己的进步。

2.3 三种回复模式：方法论驱动的内容策略

六个话题的回复内容各有侧重，体现了三种不同的内容策略：

框架型回复（待办梳理、时间规划、工作方法）：提供完整的框架和模板，用户可以直接套用。例如"待办梳理"给出了艾森豪威尔四象限的完整分类方法和示例，"时间规划"给出了从早上 7 点到下午 5 点的逐小时时间表。

技巧型回复（专注技巧、克服拖延）：提供具体可操作的小技巧，不追求体系完整，追求"即学即用"。例如"克服拖延"中的"2分钟启动法"——用户看完就能立刻用。

反思型回复（每日复盘）：提供模板和问题引导，帮助用户自己思考。例如复盘模板中的五个问题——“今天完成了什么？”“亮点是什么？”“不足是什么？”“明天怎么改进？”“明天三件事是什么？”

这三种策略的混合使用，让不同话题的回复有了不同的"节奏感"——框架型回复信息密度高，适合需要系统化解决方案的用户；技巧型回复轻快直接，适合需要快速解决某个痛点的用户；反思型回复引导性强，适合想要建立长期习惯的用户。

---

三、架构设计：跨项目复用的 MVVM 实践

3.1 整体架构

效率管理专家采用了与之前三个项目相同的 MVVM 简化架构：

┌─────────────────────────────────────────┐
│              View (视图层)               │
│  Index.ets — 声明式 UI + 状态管理        │
│  304 行，包含 5 个 @Builder 方法         │
├─────────────────────────────────────────┤
│            Service (服务层)              │
│  EfficiencyService.ets — 业务逻辑        │
│  - 系统提示词管理                        │
│  - 6 类效率话题回复                     │
│  - Map 关键词匹配引擎                    │
│  - AI 调用封装（降级策略）              │
├─────────────────────────────────────────┤
│             Model (模型层)               │
│  EfficiencyModel.ets — 数据结构          │
│  - ChatMessage / TopicOption             │
│  - TaskItem 待办事项模型                │
│  - 枚举（MessageRole / EfficiencyTopic） │
├─────────────────────────────────────────┤
│        Constants (常量层)                │
│  Constants.ets — 全局配置                │
│  - 紫色效率配色系统                      │
│  - 6 个话题常量                          │
│  - 欢迎文案 / 加载文案                  │
└─────────────────────────────────────────┘

架构本身没有变化——这是有意为之。四个项目共用同一套架构，但每个项目的 Service 层内容完全不同。这说明了一个重要观点：架构的价值不在于"有多复杂"，而在于"能否被复用"。一套简洁的架构，能在四个不同领域的应用中稳定运行，这本身就是架构设计成功的证明。

3.2 目录结构

entry/src/main/ets/
├── common/
│   └── Constants.ets              # 全局常量：紫色配色、6话题文案、欢迎语
├── models/
│   └── EfficiencyModel.ets        # 数据模型：ChatMessage、TopicOption、TaskItem
├── services/
│   └── EfficiencyService.ets      # 核心服务：系统提示词、6话题回复、Map匹配、降级策略
└── pages/
    └── Index.ets                  # 主页面：对话界面 + 交互逻辑

四个文件，约 700 行代码，实现了完整的 AI 效率教练功能。

---

四、Model 层：新增 TaskItem 模型

4.1 为什么需要 TaskItem

效率管理专家在基础模型（ChatMessage、TopicOption、枚举）之外，新增了一个 TaskItem 类：

export class TaskItem {
  name: string
  urgency: number // 1-5 紧急程度
  importance: number // 1-5 重要程度
  estimatedMinutes: number

  constructor(name: string, urgency: number, importance: number, estimatedMinutes: number) {
    this.name = name
    this.urgency = urgency
    this.importance = importance
    this.estimatedMinutes = estimatedMinutes
  }
}

这个模型目前没有在代码中直接使用，但它是一个面向未来的预留设计。当接入真实大模型后，用户可能会输入类似"我有三个任务：写方案、回邮件、做PPT"的内容。AI 可以解析这段话，生成一个 TaskItem[] 数组，每个任务都带有重要性、紧急程度和预估时间的评分。然后 View 层可以将这些数据渲染成可视化的四象限图表或优先级排序列表——而不是当前的一大段纯文本。

4.2 紧急-重要双维度评分

TaskItem 的设计中，urgency 和 importance 是两个独立的 1-5 评分维度。这个设计对应了艾森豪威尔矩阵的核心思想——紧急和重要是两个不同的维度，不能混为一谈。

• 紧急 = 时间压力（deadline 多近？）
• 重要 = 价值大小（完成这件事对你有多大的意义？）

两个维度组合，形成四象限：

	重要	不重要
紧急	🔴 第一象限：立即做	🟢 第三象限：委托做
不紧急	🟡 第二象限：计划做	⚪ 第四象限：删除

这种双维度设计让 AI 不仅能排序任务，还能解释"为什么这个任务排在这个位置"——因为它的紧急程度是 X，重要程度是 Y，所以它属于第 Z 象限。

---

五、Service 层：核心业务逻辑

5.1 系统提示词的设计

效率管理专家的系统提示词明确规定了四个核心任务和三条回答原则：

你的任务：
1. 帮助用户梳理待办事项，按重要紧急程度排序
2. 提供每日/每周时间规划建议
3. 分享提升专注力和工作效率的技巧
4. 帮助用户克服拖延症

回答原则：
- 具体化：给出可立即执行的行动步骤
- 个性化：根据用户的工作性质和生活习惯定制建议
- 可衡量：建议设定可量化的目标

这个提示词的设计有几个值得注意的细节：

任务边界清晰。 四个任务分别对应了效率管理的四个核心环节——梳理、规划、执行、克服障碍。没有覆盖"职业规划""人生目标"等更宏大的话题，因为那些不是"效率管理"的范畴。清晰的边界让 AI 能聚焦，也让用户有明确的预期。

三个原则是质量的保证。 没有这三个原则，AI 可能会给出"保持专注""提高效率"这样空洞的建议。有了这三个原则，AI 必须给出具体的步骤、个性化的建议、可量化的目标。这三个原则是"能用的建议"和"废话"之间的分水岭。

5.2 六类话题回复的内容设计

六个话题的回复内容不是简单地从网上复制效率方法论，而是经过重新组织和简化，使其更适合对话场景。

待办梳理：以艾森豪威尔矩阵为核心，提供了完整的四象限分类方法，每个象限都有特征描述、策略建议和具体示例。关键亮点是"每日三件事"原则——每天真正重要的事不超过 3 件。

时间规划：以"黄金时段法"为核心，给出了从早上 7 点到下午 5 点的逐小时时间表。关键亮点是"保护你的黄金时段"——上午 8-10 点绝不安排会议，这是专门留给深度工作的时间。

专注技巧：以番茄工作法为核心，给出了四个进阶技巧——消除外部干扰、管理内部干扰、调整番茄钟时长、记录与复盘。关键亮点是"新手/标准/进阶"三种番茄钟时长建议，让用户根据自己的能力选择。

克服拖延：以"五步行动法"为核心，从理解拖延的本质（情绪逃避而非懒惰）开始，到具体的行动步骤。关键亮点是"2分钟启动法"——只做 2 分钟，90% 的人会自然继续。

工作方法：以 GTD 五步法为核心，提供了完整的任务管理流程。关键亮点是"周回顾"——这是 GTD 中最重要但最容易被跳过的一步。

每日复盘：提供了 5 分钟复盘模板和 15 分钟周复盘模板。关键亮点是"改进措施必须是具体动作"——不是"我要更专注"，而是"明天上午关闭手机通知"。

5.3 可量化目标的设计

每个话题的回复末尾都有一个"可量化目标"部分，给出了阶段性目标：

话题	第 1 周	第 2 周	第 3 周
专注技巧	每天 4 个番茄钟	每天 6 个番茄钟	每天 8 个，减少中断
克服拖延	用 2 分钟法启动 1 件事	记录拖延模式	消灭 3 件拖延超 1 周的事
每日复盘	每天写 3 句话	记录时间使用	根据数据优化规划

这些目标的设计遵循了"渐进式"原则——从简单到困难，从建立习惯到优化习惯。用户不需要一开始就做到完美，只需要比昨天好一点点。

5.4 降级策略

与其他项目一样，EfficiencyService 的 generateReply 方法使用了 try-catch 降级策略：

async generateReply(userMessage: string): Promise<ChatMessage> {
  try {
    const replyContent = await this.callAI(userMessage)
    return new ChatMessage(MessageRole.ASSISTANT, replyContent)
  } catch (e) {
    return this.generateMockReply(userMessage)
  }
}

当接入真实大模型后，AI 不可用时自动降级到本地模拟回复。这个模式在四个项目中保持一致，证明了工程实践的可复用性。

---

六、View 层：声明式 UI 的复用

6.1 紫色配色：效率主题的视觉表达

效率管理专家选择了紫色（#7C3AED）作为主色调，配合浅紫背景（#F5F3FF）和紫色边框（#DDD6FE）。紫色在色彩心理学中代表智慧、创造力和专注——这正是效率管理想要传达的品牌调性。

与其他三个项目的配色对比：

项目	主色调	色彩心理学
AI 生活管家	蓝色 #2563EB	信任、专业
健康生活顾问	绿色 #16A34A	安全、健康、自然
美食生活助手	橙色 #EA580C	温暖、食欲、活力
效率管理专家	紫色 #7C3AED	智慧、专注、创造力

每个项目都有自己独特的色彩语言，但都遵循了 60-30-10 的配色法则和统一的视觉风格。这种"同一套 UI 框架，不同的配色和内容"的开发模式，让我们能在短时间内完成新项目的 UI 搭建。

6.2 UI 的跨项目复用

Index.ets 的代码结构在四个项目中几乎完全一致——只有三个地方需要修改：

1. import 语句：导入的 Service 和 Model 类名不同
2. emoji 和文案：头像 emoji、助手名称、话题标签内容不同
3. 配色：通过 Constants 统一管理，改一处全局生效

其他所有代码——build() 结构、@Builder 方法、状态管理、滚动控制、输入交互——完全复用。这种复用率说明了一个事实：好的架构设计，让"换内容"变成"换常量"。

6.3 六个话题标签的 emoji 选择

效率话题标签的 emoji 选择经过了精心设计，每个 emoji 都对应了话题的核心概念：

话题	emoji	含义
待办梳理	📋	剪贴板——代表清单和记录
时间规划	📅	日历——代表时间安排
专注技巧	🎯	靶心——代表专注和瞄准目标
克服拖延	🛑	停止标志——代表制止拖延行为
工作方法	⚡	闪电——代表高效和速度
每日复盘	📝	备忘录——代表记录和反思

这些 emoji 不是随机选择的，而是每个都传达了话题的核心含义。用户不需要读文字，看 emoji 就能大致理解话题的内容。

---

七、核心技术亮点

7.1 方法论融合：一个教练，多种工具

效率管理专家最大的亮点是方法论融合。它不是简单地介绍 GTD 或番茄工作法，而是将这些方法有机地整合到一套完整的效率提升流程中。

用户不需要去读 GTD 的书、学番茄工作法、研究艾森豪威尔矩阵——只需要打开应用，选择当前最困扰自己的话题，就能获得一份融合了多种方法的、可立即执行的行动方案。

这种"融合"不是简单的拼凑，而是有内在逻辑的：

• 艾森豪威尔矩阵 → 解决"做什么"（任务排序）
• 黄金时段法 → 解决"什么时候做"（时间安排）
• 番茄工作法 → 解决"如何专注做"（执行策略）
• 五步行动法 → 解决"不想做怎么办"（克服阻力）
• GTD 五步法 → 解决"如何系统化管理"（长效机制）
• 复盘模板 → 解决"怎么持续改进"（反馈循环）

六个方法覆盖了效率管理的完整闭环，每个方法解决一个具体问题。

7.2 可量化目标：从"感觉"到"数据"

效率管理中最常见的问题是"觉得自己很忙，但不知道忙了什么"。效率管理专家在每个话题的回复末尾都给出了可量化的阶段性目标，把"感觉"变成"数据"。

比如专注技巧的量化目标：

• 第 1 周：每天完成 4 个番茄钟
• 第 2 周：每天完成 6 个番茄钟
• 第 3 周：每天完成 8 个番茄钟，开始减少中断次数

这个目标设计有几个特点：

• 可测量：完成了几个番茄钟，一目了然
• 渐进式：从 4 个到 8 个，逐步提升
• 有挑战但不吓人：第 1 周的目标是 4 个番茄钟（2 小时专注），对于大多数人是可实现的

这种量化思维贯穿了所有话题的回复，体现了"具体化、可衡量"的设计原则。

7.3 零依赖 + 跨项目架构复用

在四个 HarmonyOS 应用项目中，我们积累了一套可复用的工程资产：

资产类型	可复用内容	复用率
架构模式	MVVM 简化架构（Model-View-Service）	100%
UI 框架	Index.ets 的页面结构 + @Builder 方法	90%
状态管理	@State 四个变量的定义和使用模式	100%
服务模式	Map 匹配引擎 + 降级策略	100%
常量管理	集中式 Constants 类	100%
项目特定内容	系统提示词 + 话题回复 + 配色	0%（每次全新）

这意味着，从零开始开发一个新的 AI 对话应用，只需要替换约 30% 的内容（Service 层的回复逻辑 + Constants 的配置），其余 70% 的代码（架构、UI 框架、交互逻辑）可以直接复用。

这是"一套架构，多种应用"模式的核心价值——不是每个项目都从零开始，而是每个项目都在前一个项目的基础上生长。

7.4 紫色效率主题的视觉设计

紫色在 UI 设计中是一个"高风险高回报"的颜色——用好了显得高级、有智慧感，用不好就显得廉价。我们选择了 #7C3AED（一种偏蓝的紫色），配合极浅的紫色背景和白色卡片，达到了"专业但不冰冷，有创意但不轻浮"的视觉效果。

紫色在效率类应用中的优势：

• 与常见的蓝色（太多应用在用）形成差异化
• 传达"智慧"和"创造力"——效率不是机械地完成任务，而是聪明地工作
• 在浅色背景下，紫色文字和按钮的对比度足够高，可读性良好

---

八、开发经验与踩坑总结

8.1 内容量控制：什么时候该"多"，什么时候该"少"

效率管理专家的六条回复中，每条都在 500-800 字左右。这个长度经过了反复权衡：

不能太短。 效率方法论需要解释清楚原理，只说"用番茄钟"而不解释为什么用、怎么用、遇到问题怎么办，等于没说。

不能太长。 用户是来寻求效率建议的，不是来读论文的。如果每条回复都上千字，用户反而会因为信息过载而放弃阅读。

最终的平衡点是：核心方法用结构化的方式呈现（分类、步骤、时间线），补充细节用 bullet points，让用户能快速扫描并找到自己需要的部分。

8.2 效率话题的命名策略

六个话题的命名遵循了"动词+名词"的模式：

• 待办梳理、时间规划、专注技巧、克服拖延、工作方法、每日复盘

这种命名方式有两个好处：

1. 动作导向：用户一看就知道"这个标签能帮我做什么"
2. 差异化明显：六个标签之间没有重叠，用户不会困惑"待办梳理"和"工作方法"有什么区别

8.3 Map 关键词匹配的局限性

当前版本使用 Map 关键词匹配进行回复选择。这对于话题标签点击（关键词精确匹配）是完美的，但对于用户自由输入（如"我最近总是做事拖拖拉拉的"），匹配率会下降。

解决方案是接入真实大模型后，用语义理解代替关键词匹配。但 Map 匹配将作为降级方案保留——当 AI 服务不可用时，至少话题标签的点击仍然能正常工作。

---

九、完整对话示例

场景一：待办事项梳理

用户点击「📋 待办梳理」

系统自动发送：“待办梳理”

AI 回复（框架型）：

📋 待办事项梳理 · 艾森豪威尔矩阵法

---

第一步：清空大脑（5分钟）
拿出一张纸或打开备忘录，把所有能想到的待办事项全部写下来。不要判断、不要排序，先全部倒出来。

---

第二步：矩阵分类（3分钟）
将每件事放入艾森豪威尔四象限：

🔴 第一象限：重要且紧急 → 立即做
- 特征：deadline 在今天、突发危机、客户投诉
- 策略：放下其他事，立刻处理
- 示例：下午3点要交的方案、老板紧急要的数据

🟡 第二象限：重要但不紧急 → 计划做
- 特征：学习提升、健康管理、长期规划
- 策略：每天安排固定时间，这是你真正的"高价值区"
- 示例：学习新技术、锻炼身体、制定年度计划

🟢 第三象限：紧急但不重要 → 委托做
- 特征：他人的紧急需求、不重要的会议
- 策略：能委托就委托，不能委托就快速处理

⚪ 第四象限：不重要不紧急 → 删除
- 特征：刷短视频、无目的浏览
- 策略：直接删除或严格限定时间

---

第三步：设定优先级（2分钟）
从第一象限中挑出"今天必须要完成的3件事"。

💡 关键原则：每天真正重要的事不超过3件。

⏰ 现在试试：列出你的待办事项，我帮你分类排序！

场景二：克服拖延症

用户点击「🛑 克服拖延」

AI 回复（技巧型）：

🛑 克服拖延症 · 五步行动法

---

首先，理解拖延的本质

拖延不是因为懒，而是因为情绪逃避。当你面对一项任务时，大脑会预判它带来的负面情绪（困难、焦虑、无聊、害怕失败），于是选择做更轻松的事来逃避。

明白了这一点，就知道解决拖延的关键不是"更努力"，而是"降低启动门槛"。

---

📝 五步行动法

Step 1：2分钟启动法
- 告诉自己："我只做2分钟，做完就停"
- 2分钟后，90%的人会继续做下去
- 原理：启动的阻力 > 持续的动力

Step 2：拆解恐惧源
- 把让你拖延的任务写下来
- 问自己："这个任务中最让我害怕的是哪一部分？"
- 把那个"最可怕"的部分继续拆解，直到每个小步骤看起来"不可怕"

Step 3：设定微目标
- ❌ "今天要写完方案" → 太大，会触发拖延
- ✅ "今天写方案的第一段，200字" → 可行

Step 4：使用"如果-那么"计划
- 格式："如果（场景），那么（行动）"
- 示例："如果早上9点坐到工位上，那么我立刻打开番茄钟开始写方案"

Step 5：公开承诺 & 奖励机制
- 告诉一个朋友："我今天要完成XX，晚上给你汇报"
- 完成目标后给自己一个小奖励

---

🎯 可量化目标：
- 今天：对一件你拖延的事，用"2分钟启动法"开始
- 本周：记录每天的拖延时刻，找出你的拖延模式
- 本月：消灭3件拖延超过1周的事情

💪 拖延不是你的错，但你可以选择战胜它。从2分钟开始！

场景三：每日复盘

用户点击「📝 每日复盘」

AI 回复（反思型）：

📝 每日复盘 · 5分钟高效回顾法

---

📋 每日复盘模板（5分钟完成）

1. 今日完成（1分钟）
- 今天完成了哪些事？
- 实际的"每日三件事"完成了吗？
- 打分：1-10分，今天效率打几分？

2. 亮点分析（1分钟）
- 今天哪件事做得特别好？
- 为什么做得好？
- 这个成功经验可以复制到其他事情上吗？

3. 不足反思（1.5分钟）
- 今天什么时间被浪费了？
- 什么事情让你分心/拖延了？
- 根本原因是什么？（环境/方法/心态）

4. 改进措施（1分钟）
- 针对不足，明天可以做什么调整？
- 写下一个具体的改进动作（不是"我要更专注"，而是"明天上午关闭手机通知"）

5. 明日规划（0.5分钟）
- 确定明天的"每日三件事"
- 预估每件事需要的时间

---

📊 周复盘模板（每周日，15分钟）
- 本周完成率：计划事项 vs 实际完成
- 本周最高效的一天是哪天？为什么？
- 本周最大的时间黑洞是什么？
- 下周最重要的3个目标是什么？

---

🎯 可量化目标：
- 第1周：每天写复盘，哪怕只有3句话
- 第2周：开始记录时间使用情况，找到你的"时间黑洞"
- 第3周：根据复盘数据，优化你的时间规划

📝 复盘不是自我批判，而是自我进化。

---

十、文件清单与代码统计

10.1 文件清单

文件路径	行数	作用
common/Constants.ets	36	全局常量：紫色配色、6 话题文案、欢迎语
models/EfficiencyModel.ets	51	数据模型：ChatMessage、TopicOption、TaskItem、枚举
services/EfficiencyService.ets	369	核心服务：系统提示词、6 话题回复、Map 匹配、降级策略
pages/Index.ets	304	主页面：完整对话界面 + 交互逻辑
合计	约 760 行

10.2 代码特点总结

1. 零第三方依赖：纯原生实现，包体小、启动快
2. 方法论融合：GTD + 番茄工作法 + 艾森豪威尔矩阵 + 2分钟启动法 + 复盘法，六种方法有机整合
3. 三个设计原则：具体化、个性化、可衡量——每条回复都遵循
4. 可量化目标：每个话题都给出 1-3 周的阶段性目标
5. 紫色智慧配色：60-30-10 法则，专业但不冰冷的视觉风格
6. 完整降级策略：AI 不可用时无缝降级
7. 跨项目架构复用：与前三项目共享 70% 代码结构
8. TaskItem 模型：为未来结构化任务排序预留

10.3 四个项目的横向对比

维度	生活管家	健康顾问	美食助手	效率专家
主色调	蓝色	绿色	橙色	紫色
话题数	6	5	6	6
核心方法论	五条原则	症状分析	双模式回复	六种效率法
内容策略	共情引导	安全第一	精确克数	可量化目标
独特模型	无	无	RecipeRecommendation	TaskItem
代码量	~508行	~700行	~