Productivity

完整的生产力操作系统，覆盖目标设定、项目管理、任务执行、习惯追踪、时间规划、定期回顾、 精力管理、专注保护、承诺跟踪等全生命周期。核心能力涵盖目标-项目-任务三级体系、 精力感知时间块、收件箱捕获与分流、习惯追踪与摩擦分析、周月回顾系统、情境适配框架、 专注会话管理、承诺与委派跟踪。所有数据存储在 ~/productivity/ 本地目录，无网络请求。 适用于独立开发者、企业管理者、自由职业者、学生、创业者等多种角色场景。 支持倦怠、ADHD、远程办公、育儿等特殊情境的个性化调整。

生产力操作系统

将目标、项目、任务、习惯、规划、回顾整合为统一操作系统的生产力管理框架。不提供一次性激励，而是构建可持续运行的可信系统。所有数据存储在 ~/productivity/ 本地目录，仅在用户明确确认后写入文件。

核心能力

1. 目标-项目-任务三级体系

严格区分三个层级，确保每个目标都有可执行的落地路径：

层级	定义	存储位置	示例
目标（Goal）	描述期望结果	~/productivity/goals/active.md	"2026年Q3前将产品月活提升至10万"
项目（Project）	打包达成目标所需的工作	~/productivity/projects/active.md	"用户增长实验项目"
任务（Task）	下一步可见的具体行动	~/productivity/tasks/next-actions.md	"设计A/B测试方案"
习惯（Habit）	支撑系统的重复行为	~/productivity/habits/active.md	"每日复盘15分钟"

核心规则：永远不让目标停留在模糊愿望状态，每个目标必须关联到至少一个项目，每个项目必须分解为至少一个具体任务。

2. 精力感知时间块

基于用户精力模式规划深度工作和恢复时间：

• 精力档案：记录用户的高能时段（如上午9-11点）、低能时段（如下午2-3点）、恢复活动偏好
• 时间块分配：高能时段安排深度工作（focus-blocks），低能时段安排事务性工作
• 保护机制：深度工作块标记为不可打断，记录打断原因到 focus/distractions.md
• 能量预算：每日精力总量有限，超过预算的任务推迟到次日

存储位置：~/productivity/planning/focus-blocks.md（时间块配置）、~/productivity/memory.md（精力档案）

处理: 按照skill规范执行精力感知时间块操作,遵循单一意图原则。 输出: 返回精力感知时间块的执行结果,包含操作状态和输出数据。

3. 收件箱捕获与分流

快速捕获零散输入，按规则分流到正确位置：

捕获内容	分流目标	分流规则
新想法	someday/ideas.md	未承诺的想法暂存
新任务	tasks/next-actions.md	明确可执行的任务
新项目	projects/active.md	需要多步骤完成的工作
新承诺	commitments/promises.md	对自己或他人的承诺
新习惯	habits/active.md	想要培养的重复行为

捕获流程：先写入 inbox/capture.md（不分类），每日分流时按规则移入正确位置。避免捕获时过度思考分类，确保捕获速度。

输出: 返回收件箱捕获与分流的执行结果,包含操作状态和输出数据。

4. 习惯追踪与摩擦分析

记录习惯执行情况和阻碍因素，识别并消除摩擦：

markdown

**输入**: 用户提供习惯追踪与摩擦分析所需的指令和必要参数。
**输出**: 返回习惯追踪与摩擦分析的执行结果,包含操作状态和输出数据。

### 能力覆盖范围

本skill还覆盖以下能力场景: 集成目标、回顾的完整生产力、管理系统、完整的生产力操作、覆盖目标设定、项目管理、任务执行、时间规划、定期回顾、精力管理、专注保护、承诺跟踪等全生命、核心能力涵盖目标、周月回顾系统、情境适配框架、专注会话管理、承诺与委派跟踪、所有数据存储在、本地目录、无网络请求、适用于独立开发者、企业管理者、自由职业者、创业者等多种角色、支持倦怠、ADHD、远程办公、育儿等特殊情境的、个性化调整。这些能力在上述核心功能中均有对应处理逻辑。
### 源能力映射
本skill覆盖源skill的以下能力点:

| 源能力点 | 支持状态 | 实现方式 |
|:---------|:---------|:---------|
| Give the smallest useful intervention first. | 支持 | 通过核心功能实现对应能力 |
| Common mistakes | 支持 | 通过核心功能实现对应能力 |
| Start With the Real Bottleneck | 支持 | 通过核心功能实现对应能力 |
| A sustainable system beats an idealized one that collapses after two days. | 支持 | 通过核心功能实现对应能力 |
| Guilt and recovery context | 支持 | 通过核心功能实现对应能力 |
| Save Only Explicitly Approved Preferences | 支持 | 通过核心功能实现对应能力 |
| Adapt the System to Real Constraints | 支持 | 通过核心功能实现对应能力 |

**输入**: 用户提供源能力映射所需的指令和必要参数。
**处理**: 按照skill规范执行源能力映射操作,遵循单一意图原则。
### 领域术语
本skill涉及以下领域术语: `deliberately`, `ones`, `treating`, `route`, `memory-template.md`, `parked`, `preserving`, `energy`, `remember`, `situations/habits.md`, `replanning`, `triage`, `sets`, `任务规划`, `handed`

**输入**: 用户提供领域术语所需的指令和必要参数。
**处理**: 按照skill规范执行领域术语操作,遵循单一意图原则。
**输出**: 返回领域术语的执行结果,包含操作状态和输出数据。

## 习惯：每日复盘15分钟
- 目标频率：每日
- 当前连续：12天
- 摩擦因素：
  - 晚回家后容易跳过 -> 改为通勤路上复盘
  - 周末节奏不同 -> 周末允许缩短至10分钟
- 调整记录：
  - 2026-07-10：从睡前改为通勤路上，连续天数从3恢复到12

存储位置：~/productivity/habits/active.md（习惯与连续记录）、~/productivity/habits/friction.md（摩擦因素分析）

5. 周月回顾系统

定期回顾是系统恢复信任的关键环节：

回顾类型	频率	时长	存储位置	核心内容
周回顾	每周	30分钟	reviews/weekly.md	本周完成、未完成、阻塞、下周聚焦
月回顾	每月	60分钟	reviews/monthly.md	月度目标进展、习惯坚持率、系统调整

周回顾流程：清理过期任务 -> 重命名模糊条目 -> 重新关联任务到优先级 -> 确认下周聚焦。月回顾增加习惯坚持率统计和系统结构调整。

核心原则：回顾比频繁重规划更重要。如果用户不断重新规划但不推进，简化系统并执行回顾而非继续规划。

6. 情境适配框架

根据用户真实情境调整系统，而非套用通用模板：

情境	适配要点	参考文件
学生	考试周期规划、课程时间块、论文里程碑	situations/student.md
企业管理者	会议密度高、委派多于执行、决策记录	situations/executive.md
自由职业者	客户项目切换、收入波动管理	situations/freelancer.md
育儿家长	碎片化时间利用、不可预测中断	situations/parent.md
创意工作者	灵感捕获、创作周期、项目交付	situations/creative.md
倦怠恢复	降低负荷、最小可行系统、恢复节奏	situations/burnout.md
创业者	多角色切换、不确定性高、资源约束	situations/entrepreneur.md
ADHD	外部化记忆、短时间块、即时反馈	situations/adhd.md
远程办公	边界管理、异步沟通、孤独感应对	situations/remote.md
团队管理者	1on1跟踪、团队目标对齐、委派监控	situations/manager.md

7. 专注会话管理

记录深度工作会话，识别专注模式和打断规律：

• 会话记录：每次深度工作记录开始时间、持续时长、完成内容、专注度评分（1-5）
• 打断日志：记录每次打断的时间、原因、来源（内部/外部），识别重复打断模式
• 模式分析：统计最佳专注时段、平均持续时长、最常见打断源
• 优化建议：基于数据推荐最优时间块安排和打断防护策略

存储位置：~/productivity/focus/sessions.md（会话记录）、~/productivity/focus/distractions.md（打断日志）

8. 承诺与委派跟踪

跟踪对自己和他人的承诺，确保跟进不遗漏：

承诺类型	存储位置	跟踪内容
自我承诺	commitments/promises.md	承诺内容、截止日期、完成状态
委派任务	commitments/delegated.md	委派对象、任务内容、预期完成时间、跟进日期
等待事项	tasks/waiting.md	等待内容、等待对象、超期提醒

委派跟踪原则：每项委派任务记录预期完成时间和跟进日期，超期自动标记提醒。

使用流程

第一步：初始化生产力系统

执行 setup.md 创建 ~/productivity/ 目录结构和所有子目录（inbox/、goals/、projects/、tasks/、habits/、planning/、reviews/、commitments/、focus/、routines/、someday/）。初始化各目录的模板文件。创建 memory.md 记录用户工作风格、约束和偏好（仅在用户明确确认后写入）。

第二步：诊断真实瓶颈

在建议方案前先诊断问题本质：是优先级不清、负荷过载、下一步行动模糊、预估不准、边界薄弱还是精力不足。给出最小有用干预，而非全面生活改造。参考 traps.md 避免常见陷阱（动机谈话替代结构性解决、所有任务同等优先、混合目标和任务等）。

第三步：建立目标-项目-任务链路

从用户目标出发，逐级分解：目标 -> 关联项目 -> 项目里程碑 -> 具体任务 -> 下一步行动。确保每个目标至少关联一个项目，每个项目至少分解为一个具体任务。将目标写入 goals/active.md，项目写入 projects/active.md，任务写入 tasks/next-actions.md。

第四步：执行周回顾与月回顾

每周执行30分钟周回顾：清理过期任务、重命名模糊条目、重新关联任务到优先级、确认下周聚焦。每月执行60分钟月回顾：统计目标进展、习惯坚持率、系统结构调整。回顾比频繁重规划更重要，如果用户不断重新规划但不推进，简化系统并执行回顾。

第五步：适配情境与持续优化

根据用户真实情境（学生/管理者/自由职业者/育儿/倦怠/ADHD等）参考对应情境指南调整系统。记录习惯摩擦因素到 habits/friction.md，记录专注打断到 focus/distractions.md，基于数据持续优化时间块和精力分配。

结果处理: 执行完成后,查看输出结果确认操作状态。成功时输出包含处理摘要和结果数据;失败时根据错误信息排查问题,参考错误处理章节获取恢复步骤。

错误处理

错误类型	原因	处理方式
目录结构不存在	未执行 setup.md 初始化或目录被意外删除	重新执行 setup.md 创建完整目录结构，检查已有文件是否需要迁移
目标无关联项目	目标写入 goals/active.md 后未分解为项目	诊断目标是否过于模糊，分解为可执行项目并写入 projects/active.md，建立目标-项目关联
任务与目标脱节	tasks/next-actions.md 中存在孤立任务，未关联到任何项目或目标	周回顾时审查每个任务的来源，重新关联到项目或标记为 someday 暂存
习惯摩擦未识别	习惯连续中断但未记录摩擦因素到 habits/friction.md	追溯中断原因，记录到 friction.md，设计消除摩擦的调整方案
收件箱堆积过多	inbox/capture.md 中捕获内容未定期分流	每日执行5分钟分流，按规则将捕获内容移入正确目录
委派任务超期未跟进	commitments/delegated.md 中任务超过预期完成时间未标记提醒	设置跟进日期，超期任务标记为需跟进，在周回顾中审查所有委派状态
精力预算超支	高能时段安排过多深度工作块，实际精力不足以完成	参考精力档案调整时间块数量，高能时段每日不超过2个深度工作块
回顾被持续跳过	周回顾和月回顾被推迟，系统失去信任导致放弃	降低回顾门槛（从30分钟降至15分钟），先执行最小回顾再逐步恢复完整流程

示例

示例一：从目标到任务的完整分解

场景：用户说"我想在Q3前把产品月活提升到10万，帮我做个计划"。

text

# 诊断：目标明确，需要分解为项目和任务

# 第一步：写入目标
# 文件：~/productivity/goals/active.md
## 目标：Q3月活10万
- 当前月活：6.5万
- 目标月活：10万
- 截止日期：2026-09-30
- 关联项目：用户增长实验项目

# 第二步：分解为项目
# 文件：~/productivity/projects/active.md
## 项目：用户增长实验项目
- 状态：active
- 目标：月活6.5万 -> 10万
- 里程碑：
  - M1：用户留存率提升5%（7月）
  - M2：新用户获取渠道验证（8月）
  - M3：增长策略全面铺开（9月）

# 第三步：分解为任务
# 文件：~/productivity/tasks/next-actions.md
## 下一步行动
- [ ] 分析当前用户流失漏斗（优先级：高，预估：2小时）
- [ ] 设计A/B测试方案验证留存假设（优先级：高，预估：3小时）
- [ ] 调研3个潜在获客渠道的CPA数据（优先级：中，预估：4小时）

# 第四步：规划本周时间块
# 文件：~/productivity/planning/this-week.md
## 本周承诺
- 周一-周二：分析用户流失漏斗（高能时段9-11点）
- 周三-周四：设计A/B测试方案（高能时段9-11点）
- 周五：调研获客渠道（中能时段14-16点）

示例二：倦怠情境下的系统简化

场景：用户说"我最近什么都不想做，之前规划的任务全都堆着，系统太复杂了"。

text

# 诊断：倦怠状态，系统过载，需要最小可行系统
# 参考情境指南：situations/burnout.md

# 第一步：降低系统复杂度
# 将所有非紧急任务移入 someday/ideas.md
# 仅保留每日3个必须完成的核心任务

# 文件：~/productivity/tasks/next-actions.md（简化后）
## 今日必须完成（最多3项）
1. [ ] 回复客户关键邮件（15分钟）
2. [ ] 审批团队请假申请（5分钟）
3. [ ] 确认下周会议时间（10分钟）

# 第二步：暂停习惯追踪
# 文件：~/productivity/habits/active.md
## 当前状态：倦怠恢复期
- 习惯追踪暂停，恢复日期待定
- 每日唯一目标：完成3个核心任务

# 第三步：降低回顾门槛
# 文件：~/productivity/reviews/weekly.md
## 倦怠期周回顾（15分钟版）
- 本周完成了哪些核心任务？
- 哪些任务可以继续推迟？
- 精力状态评分（1-10）？
- 下周是否可以增加1个任务？

# 第四步：记录精力恢复进度
# 文件：~/productivity/memory.md
## 精力档案更新
- 2026-07-18：倦怠状态确认，系统简化为每日3任务
- 精力评分：3/10
- 恢复策略：最小可行系统运行2周后评估

示例三：习惯摩擦分析与调整

场景：用户说"我设了每天复盘15分钟的习惯，但总是坚持不了几天就断了"。

text

# 第一步：记录当前习惯状态
# 文件：~/productivity/habits/active.md
## 习惯：每日复盘15分钟
- 目标频率：每日
- 当前连续：3天（第3次尝试）
- 历史最高连续：7天
- 尝试次数：3次

# 第二步：分析摩擦因素
# 文件：~/productivity/habits/friction.md
## 习惯：每日复盘15分钟 - 摩擦分析
### 摩擦因素1：时间安排
- 原计划：睡前22:00复盘
- 问题：晚回家后精力不足，容易跳过
- 影响：导致连续中断

### 摩擦因素2：环境
- 原计划：在书桌前复盘
- 问题：需要打开电脑，启动成本高
- 影响：15分钟习惯实际需要25分钟（含准备）

### 摩擦因素3：内容
- 原计划：写完整复盘（完成/未完成/原因/改进）
- 问题：内容过多，15分钟写不完
- 影响：产生畏难情绪

# 第三步：设计调整方案
## 调整记录
- 2026-07-18调整1：时间从睡前22:00改为通勤路上（地铁8:30）
- 2026-07-18调整2：环境从书桌改为手机备忘录
- 2026-07-18调整3：内容从完整复盘简化为3行（完成了什么/没完成什么/明天聚焦什么）
- 预期效果：启动成本从10分钟降至0分钟，内容完成时间从25分钟降至8分钟

FAQ

Q1: 这个系统和普通待办清单有什么区别？

普通待办清单将所有任务平铺在同一层级，目标和任务混在一起，无法追踪"为什么做这件事"。本系统严格区分目标（期望结果）、项目（工作打包）、任务（下一步行动）、习惯（重复行为）四个层级，确保每个任务都能追溯到上级目标。同时集成精力管理、专注保护、定期回顾等机制，构建可持续运行的操作而非一次性清单。

Q2: 系统会不会太复杂难以坚持？

系统复杂度按用户情境动态调整。倦怠期可简化为每日3个核心任务；ADHD情境可用短时间块和即时反馈；忙碌管理者可聚焦委派跟踪和会议间任务。核心原则是"可持续胜过"，一个能运行两周的简单系统比三天就放弃的系统更有价值。如果用户不断重新规划但不推进，说明系统过复杂，应简化并执行回顾。

Q3: 数据存储在哪里？会泄露吗？

所有数据存储在本地 ~/productivity/ 目录下的纯文本Markdown文件中。本技能不执行任何网络请求，不访问日历、邮件、通讯录或系统数据。工作偏好、约束、优先级等敏感信息仅在用户明确确认后写入 ~/productivity/memory.md。不会从被动观察中推断长期偏好，不会在后台监控行为。

Q4: 如何处理多个角色和情境的切换？

系统支持多情境并行。每个情境有独立的参考指南（如 situations/executive.md、situations/parent.md）。用户可同时激活多个情境，系统根据当前时间段的上下文推荐适配方案。例如白天按管理者情境运行（委派、会议、决策），晚上按育儿家长情境运行（碎片化时间、不可预测中断）。精力档案记录不同情境下的能量消耗模式，帮助合理分配。

Q5: 周回顾和月回顾必须做吗？跳过会怎样？

回顾是系统恢复信任的关键环节，强烈建议执行但非强制。跳过回顾会导致：过期任务堆积、任务与目标脱节、习惯摩擦未识别、委派超期未跟进。长期跳过回顾的系统会逐渐失去可信度，用户回到"靠记忆管理"的状态。如果完整回顾门槛太高，可从15分钟简化版开始：只回答"本周完成了什么、下周聚焦什么"两个问题。

Q6: 如果我已经有一套自己的生产力系统怎么办？

如果用户已有有效的系统，本技能适配而非替换。诊断现有系统的瓶颈，在现有结构上增量改进。例如用户已有Notion任务管理，本系统可聚焦目标-项目层级和精力管理，任务层保持Notion。迁移时保留旧文件直到用户确认新系统有效，参考 migration.md 执行渐进式迁移。

依赖说明

运行环境

• Agent平台：支持 SKILL.md 的任意 AI Agent（Claude Code / Cursor / Codex / Gemini CLI 等）
• 操作系统：Windows / macOS / Linux
• 本地存储：可写的 ~/productivity/ 目录

依赖项

依赖项	类型	是否必需	获取方式
LLM API	API	必需	由Agent内置LLM提供
文件系统（可写 ~/productivity/）	本地存储	必需	操作系统自带
cat / mkdir / echo	系统命令	必需	操作系统自带

API Key 配置

• 核心功能无需任何 API Key
• 本技能不执行任何网络请求，不访问外部服务

可用性分类

• 分类：MD+EXEC（Markdown指令驱动，需exec执行文件操作命令）
• 说明：通过自然语言指令驱动Agent执行生产力系统的建立、规划和回顾操作

已知限制

1. 不访问外部服务：本技能不连接日历、邮件、通讯录或任何第三方服务，所有数据在本地纯文本文件中管理，无法自动同步外部日程。
2. 需用户主动确认：所有文件写入操作需用户明确确认后才执行，不会自动创建或修改文件，这意味着系统初始化和维护需要用户参与。
3. 不推断隐含偏好：仅存储用户明确表达的偏好，不从沉默、模式或一次性评论中推断长期偏好，可能导致个性化程度有限。
4. 依赖用户执行回顾：周回顾和月回顾需要用户主动触发，系统不会自动提醒或强制执行，长期跳过回顾会导致系统失效。
5. 单设备本地运行：所有数据在本地 ~/productivity/，无云同步能力，多设备使用需用户自行通过Git或云盘同步。