360 Secure SkillHub
360 安全技能中心

效率倍增器

面向真实工作场景的效率方法 Skill:从 5 文件最小可行系统起步并按需扩展,提供能量感知任务匹配、反过载分诊、目标-项目-任务分层、ADHD/倦怠等情境指南,以及日/周/月回顾节奏,数据仅存于本地文件。

thcjp
thcjp
热度 43.00
最近更新 2026-09-22 03:00:17
分类:效率依赖:读写文件 / 内部调用大模型应用场景:任务管理 / 工作流 / 笔记整理 / 日程安排

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add productivity-boost
Metadata
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 个文件起步,按需扩展:

~/productivity/
├── memory.md          # 工作风格、约束、能量、偏好
├── inbox.md           # 快速捕获(未分类)
├── next-actions.md    # 下一步具体动作
├── this-week.md       # 本周承诺
└── done.md            # 已完成(保留有价值记录)

扩展时机

触发条件 扩展内容
有多个并行项目 加 projects/ 目录
需要长期目标跟踪 加 goals/ 目录
习惯跟踪需求 加 habits/ 目录
深度工作规划 加 focus/ 目录
每日计划需求 加 planning/ 目录

原则:只有当当前结构不够用时才扩展,而非预先建好。

完整架构(按需扩展)

~/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              # 暂存想法

能量感知规划(差异化核心)

核心原则:高能做高价值深度工作,低能做机械性事务。 避免能量错配。

能量水平 适合任务类型 示例
🔋🔋🔋 高 深度创造、战略思考、难决策 架构设计、写作、关键决策
🔋🔋 中 协作、沟通、中等复杂度 会议、代码审查、反馈
🔋 低 机械性、事务性、低风险 回邮件、整理文档、例行更新

能量日志模板

## 能量日志

| 时段 | 能量 | 做了什么 | 感受 |
|:---|:---|:---|:---|
| 09:00-11:00 | 🔋🔋🔋 | 架构设计 | 心流,高效 |
| 11:00-12:00 | 🔋🔋 | 代码审查 | 专注 |
| 14:00-15:00 | 🔋 | 回邮件 | 勉强 |
| 15:00-17:00 | 🔋🔋 | 会议 | 还行 |

规律:上午高能,午后低能,下午回升

能量匹配规则

计划任务时:
1. 评估任务类型(深度/协作/机械)
2. 查能量日志找出高低能时段
3. 深度任务 → 高能时段
4. 机械任务 → 低能时段
5. 若高能时段被杂事占用 → 标记冲突,建议调整

反过载分诊(差异化核心)

当用户说"我 overwhelmed"时,优先砍范围,而非加任务。

分诊三步法

第 1 步:紧急砍范围
  - 哪些任务可以今天不做?(推迟)
  - 哪些任务可以不做?(删除)
  - 哪些可以委派?(转交)

第 2 步:重置下一步
  - 从剩余任务中选 3 个最重要的
  - 其余移入 someday/ 或 waiting/

第 3 步:重建信任
  - 确认本周只承诺 3 件事
  - 设置每日 must-win(1 件)
  - 其余作为 bonus

分诊决策矩阵

任务属性 决策
重要且紧急 做(今日 must-win)
重要不紧急 排期(本周)
紧急不重要 委派或批量处理
不重要不紧急 删除或 someday/

情境适配指南(差异化核心)

不同情境需要不同策略。通用建议往往失效。

情境速查

情境 核心挑战 关键策略
ADHD 注意力分散、执行启动难 外化记忆、降低启动摩擦、短冲刺
倦怠 能量枯竭、意义感缺失 先减负再优化、保护恢复时间
远程工作 边界模糊、孤独 固定工作区、仪式化开关、主动社交
管理者 会议碎片、上下文切换 批量会议、保护深度块、委派
学生 截止日期密集、拖延 番茄钟、拆解小步、奖励机制
自由职业 不稳定、自我管理 固定例程、客户分级、缓冲日
创意工作者 灵感不规律、交付压力 捕获系统、创意时间块、原型思维
创业者 不确定性、多角色 周复盘、最小可行决策、精力分配
育儿家长 中断频繁、时间碎片 微任务、低期望、利用碎片
内疚与恢复 完美主义、自我批评 自我同情、小胜积累、重新开始

ADHD 情境示例

核心挑战:启动困难、注意力漂移

策略:
1. 外化记忆:一切写入 inbox.md,不靠脑子记
2. 降低启动摩擦:任务拆到"5 分钟能开始"
3. 短冲刺:25 分钟番茄钟,不要求长专注
4. 视觉化:用清单而非段落,勾选有快感
5. 外部结构:固定例程,减少决策消耗
6. 接纳漂移:走神后温和拉回,不自责

避免:
- 要求 2 小时深度专注(不现实)
- 复杂多步系统(维护成本太高)
- 依赖意志力(ADHD 执行功能弱)

目标-项目-任务严格分层

层级 定义 示例 反模式
目标 期望的结果状态 "本季度用户增长 20%" ❌ 模糊愿望
项目 达成目标所需的工作包 "优化注册流程" ❌ 单个动作
任务 下一步可见动作 "分析注册漏斗数据" ❌ 无动词项目
习惯 支撑系统的重复行为 "每天晨间计划 10 分钟" ❌ 一次性目标

规则:永不留一个目标作为模糊愿望而无具体项目或下一步动作。

回顾节奏(差异化核心)

回顾比重计划更重要。 系统信任在回顾中重建。

频率 时长 内容
每日 5 分钟 确认明日 must-win,更新 next-actions
每周 30 分钟 清理过期任务、重命名模糊项、重连任务与优先级
每月 1 小时 反思目标进展、调整系统结构、归档完成项

每周回顾清单

## 每周回顾(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:反过载分诊

用户:"我 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:能量感知规划

用户:"帮我安排明天"

代理执行:
1. 读取 memory.md 能量日志
2. 识别能量模式:上午高能,午后低能
3. 匹配任务:
   09:00-11:00 🔋🔋🔋 → 架构设计(深度)
   11:00-12:00 🔋🔋 → 代码审查(协作)
   14:00-15:00 🔋 → 回邮件/整理(机械)
   15:00-17:00 🔋🔋 → 团队会议(协作)

输出:"基于你的能量模式安排:
  上午高能做架构设计(最重要)
  午后低能做机械事务
  下午回升做协作"

场景 3:ADHD 情境适配

用户:"我有 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 执行效率管理任务。所有记忆与计划通过文件读写管理,无需命令行执行能力。