back
loading skill details...
面向真实工作场景的效率操作系统,直击"任务清单焦虑、完美系统难维护、能量错配、忽视情境约束"四大痛点。不追求理想化全功能系统,而是从最小可行结构起步,基于能量与情境动态调整,通过反过载分诊和强制回顾重建系统信任。 核心能力包括能量感知规划(高/中/低能量时段匹配任务类型)、最小可行系统起步(5 文件够用,按需扩展...
---
slug: productivity-boost
name: productivity-boost
version: "2.0.0"
displayName: 效率倍增器
summary: 抗倦怠效率系统:能量感知+最小可行系统+反过载分诊+情境适配,告别任务清单焦虑。
license: MIT
description: |-
面向真实工作场景的效率操作系统,直击"任务清单焦虑、完美系统难维护、能量错配、忽视情境约束"四大痛点。不追求理想化全功能系统,而是从最小可行结构起步,基于能量与情境动态调整,通过反过载分诊和强制回顾重建系统信任。
核心能力包括能量感知规划(高/中/低能量时段匹配任务类型)、最小可行系统起步(5 文件够用,按需扩展)、反过载分诊(紧急砍范围而非加任务)、情境适配指南(ADHD/倦怠/远程/管理者等 10+ 角色)、目标-项目-任务严格分层、习惯摩擦管理、每日/每周/每月回顾节奏、承诺与委派跟踪、深度工作保护。
适用场景:任务清单过长感到焦虑、系统建了却不维护、能量管理与任务错配、需要情境化建议(ADHD/倦怠/远程)、希望可持续而非三天崩塌的效率系统。
差异化:相比理想化效率方法论,本系统从最小可行起步避免过度设计、能量感知匹配避免高能做低价值事、反过载分诊优先砍范围、10+ 情境指南适配真实约束、回顾节奏重于频繁重计划。所有文件按需加载,降低 token 消耗。
触发关键词:效率、生产力、任务管理、过载、倦怠、计划、回顾、focus、productivity、burnout、ADHD
tags:
- 智能代理
- 效率管理
- 任务规划
tools:
- read
- exec
---
# 效率倍增器(Productivity Boost)
**不是更多工具,而是更少焦虑。** 直击四大效率顽疾:任务清单过长、完美系统三天崩塌、能量与任务错配、忽视真实情境约束。从最小可行系统起步,基于能量动态调整,用反过载分诊和强制回顾重建信任。
## 痛点与对策速查
| 用户痛点 | 发生场景 | 本系统对策 |
|:---|:---|:---|
| 任务清单焦虑 | 清单越列越长,看一眼就累 | 反过载分诊:优先砍范围而非加任务 |
| 系统三天崩塌 | 建了完美系统却无法维护 | 最小可行系统起步(5 文件够用) |
| 能量错配 | 高能时段做低价值事,低能时硬撑深度工作 | 能量感知规划:匹配任务类型与能量 |
| 忽视情境约束 | 通用建议不适合 ADHD/倦怠/远程 | 10+ 情境指南适配真实约束 |
| 目标任务混淆 | 目标、项目、任务混在一个清单 | 严格三层分离:目标→项目→任务 |
| 回顾缺失 | 只顾执行不复盘,系统失信任 | 强制回顾节奏:日/周/月 |
| 习惯难坚持 | 靠意志力硬撑,三天放弃 | 摩擦管理:减少阻力而非增加动力 |
| 深度工作被打断 | 永远在响应,无专注时间 | 深度工作保护 + 干扰日志 |
## 何时使用
| 触发情境 | 说明 |
|:---|:---|
| 用户要真实的效率系统 | 非一次性激励,需可持续操作系统 |
| 任务清单过长焦虑 | "我 overwhelmed 了" |
| 系统建了不维护 | 完美系统用两天就放弃 |
| 能量与任务错配 | 高能做杂事,低能硬撑深度工作 |
| 需要情境化建议 | ADHD/倦怠/远程/管理者等特定情境 |
| 目标转计划 | 把模糊目标拆解为可执行步骤 |
| 需要回顾 | 周/月回顾重建系统信任 |
## 最小可行系统(差异化核心)
**不要一上来建 20 个文件夹。** 从 5 个文件起步,按需扩展:
```text
~/productivity/
├── memory.md # 工作风格、约束、能量、偏好
├── inbox.md # 快速捕获(未分类)
├── next-actions.md # 下一步具体动作
├── this-week.md # 本周承诺
└── done.md # 已完成(保留有价值记录)
```
### 扩展时机
| 触发条件 | 扩展内容 |
|:---|:---|
| 有多个并行项目 | 加 projects/ 目录 |
| 需要长期目标跟踪 | 加 goals/ 目录 |
| 习惯跟踪需求 | 加 habits/ 目录 |
| 深度工作规划 | 加 focus/ 目录 |
| 每日计划需求 | 加 planning/ 目录 |
**原则**:只有当当前结构不够用时才扩展,而非预先建好。
## 完整架构(按需扩展)
```text
~/productivity/
├── memory.md # 工作风格、约束、能量、偏好
├── inbox/
│ ├── capture.md # 快速捕获
│ └── triage.md # 分诊规则
├── dashboard.md # 方向与当前焦点
├── goals/
│ ├── active.md # 结果目标与里程碑
│ └── someday.md # 未承诺目标
├── projects/
│ ├── active.md # 进行中项目
│ └── waiting.md # 阻塞或委派项目
├── tasks/
│ ├── next-actions.md # 具体下一步
│ ├── this-week.md # 本周承诺
│ ├── waiting.md # 等待中事项
│ └── done.md # 已完成
├── habits/
│ ├── active.md # 当前习惯
│ └── friction.md # 破坏一致性的摩擦
├── planning/
│ ├── daily.md # 每日焦点
│ ├── weekly.md # 每周计划
│ └── focus-blocks.md # 深度工作与恢复块
├── reviews/
│ ├── weekly.md # 每周重置
│ └── monthly.md # 每月反思
├── commitments/
│ ├── promises.md # 对自己/他人的承诺
│ └── delegated.md # 委派跟踪
├── focus/
│ ├── sessions.md # 深度工作记录
│ └── distractions.md # 重复干扰源
├── routines/
│ ├── morning.md # 启动例程
│ └── shutdown.md # 收尾例程
└── someday/
└── ideas.md # 暂存想法
```
## 能量感知规划(差异化核心)
**核心原则:高能做高价值深度工作,低能做机械性事务。** 避免能量错配。
| 能量水平 | 适合任务类型 | 示例 |
|:---|:---|:---|
| 🔋🔋🔋 高 | 深度创造、战略思考、难决策 | 架构设计、写作、关键决策 |
| 🔋🔋 中 | 协作、沟通、中等复杂度 | 会议、代码审查、反馈 |
| 🔋 低 | 机械性、事务性、低风险 | 回邮件、整理文档、例行更新 |
### 能量日志模板
```markdown
## 能量日志
| 时段 | 能量 | 做了什么 | 感受 |
|:---|:---|:---|:---|
| 09:00-11:00 | 🔋🔋🔋 | 架构设计 | 心流,高效 |
| 11:00-12:00 | 🔋🔋 | 代码审查 | 专注 |
| 14:00-15:00 | 🔋 | 回邮件 | 勉强 |
| 15:00-17:00 | 🔋🔋 | 会议 | 还行 |
规律:上午高能,午后低能,下午回升
```
### 能量匹配规则
```text
计划任务时:
1. 评估任务类型(深度/协作/机械)
2. 查能量日志找出高低能时段
3. 深度任务 → 高能时段
4. 机械任务 → 低能时段
5. 若高能时段被杂事占用 → 标记冲突,建议调整
```
## 反过载分诊(差异化核心)
**当用户说"我 overwhelmed"时,优先砍范围,而非加任务。**
### 分诊三步法
```text
第 1 步:紧急砍范围
- 哪些任务可以今天不做?(推迟)
- 哪些任务可以不做?(删除)
- 哪些可以委派?(转交)
第 2 步:重置下一步
- 从剩余任务中选 3 个最重要的
- 其余移入 someday/ 或 waiting/
第 3 步:重建信任
- 确认本周只承诺 3 件事
- 设置每日 must-win(1 件)
- 其余作为 bonus
```
### 分诊决策矩阵
| 任务属性 | 决策 |
|:---|:---|
| 重要且紧急 | 做(今日 must-win) |
| 重要不紧急 | 排期(本周) |
| 紧急不重要 | 委派或批量处理 |
| 不重要不紧急 | 删除或 someday/ |
## 情境适配指南(差异化核心)
不同情境需要不同策略。通用建议往往失效。
### 情境速查
| 情境 | 核心挑战 | 关键策略 |
|:---|:---|:---|
| ADHD | 注意力分散、执行启动难 | 外化记忆、降低启动摩擦、短冲刺 |
| 倦怠 | 能量枯竭、意义感缺失 | 先减负再优化、保护恢复时间 |
| 远程工作 | 边界模糊、孤独 | 固定工作区、仪式化开关、主动社交 |
| 管理者 | 会议碎片、上下文切换 | 批量会议、保护深度块、委派 |
| 学生 | 截止日期密集、拖延 | 番茄钟、拆解小步、奖励机制 |
| 自由职业 | 不稳定、自我管理 | 固定例程、客户分级、缓冲日 |
| 创意工作者 | 灵感不规律、交付压力 | 捕获系统、创意时间块、原型思维 |
| 创业者 | 不确定性、多角色 | 周复盘、最小可行决策、精力分配 |
| 育儿家长 | 中断频繁、时间碎片 | 微任务、低期望、利用碎片 |
| 内疚与恢复 | 完美主义、自我批评 | 自我同情、小胜积累、重新开始 |
### ADHD 情境示例
```text
核心挑战:启动困难、注意力漂移
策略:
1. 外化记忆:一切写入 inbox.md,不靠脑子记
2. 降低启动摩擦:任务拆到"5 分钟能开始"
3. 短冲刺:25 分钟番茄钟,不要求长专注
4. 视觉化:用清单而非段落,勾选有快感
5. 外部结构:固定例程,减少决策消耗
6. 接纳漂移:走神后温和拉回,不自责
避免:
- 要求 2 小时深度专注(不现实)
- 复杂多步系统(维护成本太高)
- 依赖意志力(ADHD 执行功能弱)
```
## 目标-项目-任务严格分层
| 层级 | 定义 | 示例 | 反模式 |
|:---|:---|:---|:---|
| 目标 | 期望的结果状态 | "本季度用户增长 20%" | ❌ 模糊愿望 |
| 项目 | 达成目标所需的工作包 | "优化注册流程" | ❌ 单个动作 |
| 任务 | 下一步可见动作 | "分析注册漏斗数据" | ❌ 无动词项目 |
| 习惯 | 支撑系统的重复行为 | "每天晨间计划 10 分钟" | ❌ 一次性目标 |
**规则**:永不留一个目标作为模糊愿望而无具体项目或下一步动作。
## 回顾节奏(差异化核心)
**回顾比重计划更重要。** 系统信任在回顾中重建。
| 频率 | 时长 | 内容 |
|:---|:---|:---|
| 每日 | 5 分钟 | 确认明日 must-win,更新 next-actions |
| 每周 | 30 分钟 | 清理过期任务、重命名模糊项、重连任务与优先级 |
| 每月 | 1 小时 | 反思目标进展、调整系统结构、归档完成项 |
### 每周回顾清单
```markdown
## 每周回顾(30 分钟)
### 清理(10 分钟)
- [ ] 清空 inbox/,分类到正确位置
- [ ] 过期任务:推迟、删除或重新定义
- [ ] 模糊任务重命名为具体动作
### 重连(10 分钟)
- [ ] 任务是否对齐目标?
- [ ] 本周完成的最重要 3 件事?
- [ ] 下周 must-win 是什么?
### 调整(10 分钟)
- [ ] 系统哪里不顺手?
- [ ] 需要加/减什么结构?
- [ ] 能量模式有变化吗?
```
## 快速查询
| 用户说 | 动作 |
|:---|:---|
| "设置我的效率系统" | 创建 ~/productivity/ 最小可行基线 |
| "我该专注什么" | 检查 dashboard + tasks + commitments,输出 top 优先级 |
| "帮我规划本周" | 用目标、项目、承诺、能量模式构建周计划 |
| "我 overwhelmed" | 反过载分诊:砍范围、重置下一步 |
| "把这个目标变成计划" | 目标 → 项目 → 里程碑 → 下一步动作 |
| "做个周回顾" | 更新胜利、阻塞、遗留、下周焦点 |
| "帮我管习惯" | 用 habits/ 跟踪保留、放弃、重设计 |
| "重置我的例程" | 用 routines/ + planning/ 简化开关循环 |
| "记住这个偏好" | 确认后存入 ~/productivity/memory.md |
## 核心规则
### 1. 一个系统,非五个竞争系统
一个可信结构优于散乱笔记+随机任务清单+重复计划。
### 2. 从真实瓶颈开始
诊断问题是优先级、过载、下一步不清、估算差、边界弱还是低能量。给最小有效干预,而非全面改造。
### 3. 目标项目任务刻意分离
目标描述结果,项目打包工作,任务是可见动作,习惯是重复行为。
### 4. 适配真实约束
情境指南当用户现实比通用建议更重要时使用。能量、育儿、截止日期、倦怠、ADHD 约束应塑造计划。
### 5. 回顾重于频繁重计划
每周回顾重建系统信任。清理过期、重命名模糊、重连任务与优先级。若用户不断重计划却无进展,简化并回顾。
### 6. 只存明确批准的偏好
仅在用户明确要求或明确批准时存工作风格信息。写入 memory.md 前确认。绝不从沉默推断长期偏好。
## 常见陷阱
| 陷阱 | 为什么失败 | 更好做法 |
|:---|:---|:---|
| 问题是结构性的却给激励话语 | 激励不解决结构问题 | 诊断真实瓶颈 |
| 每个任务同等优先级 | 失去焦点 | 标记 must-win |
| 目标项目任务混在一个清单 | 混乱 | 严格三层分离 |
| 建完美系统但不维护 | 三天崩塌 | 最小可行起步 |
| 推荐忽视情境的例程 | 不适用 | 用情境指南 |
| 保留过期承诺因删除不舒服 | 系统失信任 | 果断清理 |
## 真实场景示例
### 场景 1:反过载分诊
```text
用户:"我 overwhelmed 了,任务清单 30 项"
代理执行:
1. 读取 next-actions.md(30 项)
2. 反过载分诊:
- 今日 must-win:3 项(重要且紧急)
- 本周排期:5 项(重要不紧急)
- 委派/批量:7 项(紧急不重要)
- 删除/someday:15 项(不重要)
3. 重写 next-actions.md 仅含 8 项
4. 其余移入 someday/ 或 waiting/
输出:"已分诊。今日只做 3 件事:
1. 完成支付模块代码审查
2. 回复客户合同问题
3. 准备明日演示
其余 27 项已推迟/委派/归档。"
```
### 场景 2:能量感知规划
```text
用户:"帮我安排明天"
代理执行:
1. 读取 memory.md 能量日志
2. 识别能量模式:上午高能,午后低能
3. 匹配任务:
09:00-11:00 🔋🔋🔋 → 架构设计(深度)
11:00-12:00 🔋🔋 → 代码审查(协作)
14:00-15:00 🔋 → 回邮件/整理(机械)
15:00-17:00 🔋🔋 → 团队会议(协作)
输出:"基于你的能量模式安排:
上午高能做架构设计(最重要)
午后低能做机械事务
下午回升做协作"
```
### 场景 3:ADHD 情境适配
```text
用户:"我有 ADHD,普通效率方法对我没用"
代理执行:
1. 加载 ADHD 情境指南
2. 调整策略:
- 不要求 2 小时深度专注
- 任务拆到 5 分钟可启动
- 用番茄钟短冲刺
- 一切外化到 inbox.md
3. 简化系统到 3 文件
输出:"为 ADHD 适配的最小系统:
- inbox.md:一切先捕获,不靠脑子
- next-actions.md:每项 5 分钟能开始
- done.md:勾选有成就感
用番茄钟 25 分钟冲刺,走神温和拉回。"
```
## 安全与隐私
| 数据类型 | 处理方式 |
|:---|:---|
| 数据离开本机 | 无,零网络请求 |
| 本地存储数据 | 仅用户明确批准的 ~/productivity/ 文件 |
| 自动读取日历/邮件 | 不做 |
| 后台监控行为 | 不做 |
| 从观察推断偏好 | 不做 |
## 常见问题 FAQ
**Q1:系统建了但不维护怎么办?**
A:说明系统太复杂。回到最小可行(5 文件),只在不够用时扩展。回顾比重计划重要——先养成每周 30 分钟回顾习惯。
**Q2:能量感知适合所有人吗?**
A:适合。每个人的能量模式不同,但都有高 低时段。先记录一周能量日志,找出自己的模式,再匹配任务。
**Q3:ADHD/倦怠等情境真的需要不同方法吗?**
A:需要。ADHD 执行功能弱,靠意志力的方法必败。倦怠时需要先减负。通用建议假设"正常"状态,不适合特殊情境。
**Q4:反过载分诊会不会丢重要任务?**
A:不会。分诊是分类(推迟/委派/删除),不是遗忘。删除的明确不重要,推迟的进入 someday/ 可找回。
**Q5:能和现有工具(Notion/Todoist)配合吗?**
A:可以。本系统是方法论,文件是载体。可用现有工具实现同样结构,关键是目标-项目-任务分层+回顾节奏。
## 故障排查
| 现象 | 排查步骤 | 解决方案 |
|:---|:---|:---|
| 系统不维护 | 检查是否过度设计 | 回到最小可行 5 文件 |
| 任务清单膨胀 | 检查是否未做分诊 | 执行反过载分诊 |
| 能量错配 | 检查能量日志 | 重新匹配任务与能量时段 |
| 回顾不执行 | 检查回顾阻力 | 缩短到 5 分钟;设提醒 |
| 情境不适配 | 确认情境标签 | 加载对应情境指南 |
| 目标无进展 | 检查是否有下一步动作 | 目标→项目→任务拆解 |
## 依赖说明
### 运行环境
- **Agent 平台**:支持 SKILL.md 的任意 AI Agent(Claude Code / Cursor / Codex / Gemini CLI 等)
- **操作系统**:Windows / macOS / Linux
### 第三方依赖
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|:---|:---|:---|:---|
| LLM API | API | 必需 | 由 Agent 内置 LLM 提供 |
| 文件系统 | 本地存储 | 必需 | 操作系统内置 |
### API Key 配置
- **本 Skill 无需任何 API Key**
- 纯 Markdown 指令驱动,所有数据存储在本地文件
- 不做任何网络请求
### 可用性分类
- **分类**:MD(纯 Markdown 指令,无需 exec)
- **说明**:基于 Markdown 的 AI Skill,完全通过自然语言指令驱动 Agent 执行效率管理任务。所有记忆与计划通过文件读写管理,无需命令行执行能力。
don't have the plugin yet? install it then click "run inline in claude" again.