生产力操作系统
将目标、项目、任务、习惯、规划、回顾整合为统一操作系统的生产力管理框架。不提供一次性激励，而是构建可持续运行的可信系统。所有数据存储在 ~/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. 习惯追踪与摩擦分析
记录习惯执行情况和阻碍因素，识别并消除摩擦：
**输入**: 用户提供习惯追踪与摩擦分析所需的指令和必要参数。
**输出**: 返回习惯追踪与摩擦分析的执行结果,包含操作状态和输出数据。
### 能力覆盖范围
本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万，帮我做个计划"。
# 诊断：目标明确，需要分解为项目和任务
# 第一步：写入目标
# 文件：~/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点）
示例二：倦怠情境下的系统简化
场景：用户说"我最近什么都不想做，之前规划的任务全都堆着，系统太复杂了"。
# 诊断：倦怠状态，系统过载，需要最小可行系统
# 参考情境指南：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分钟的习惯，但总是坚持不了几天就断了"。
# 第一步：记录当前习惯状态
# 文件：~/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执行生产力系统的建立、规划和回顾操作
已知限制
- 不访问外部服务：本技能不连接日历、邮件、通讯录或任何第三方服务，所有数据在本地纯文本文件中管理，无法自动同步外部日程。
- 需用户主动确认：所有文件写入操作需用户明确确认后才执行，不会自动创建或修改文件，这意味着系统初始化和维护需要用户参与。
- 不推断隐含偏好：仅存储用户明确表达的偏好，不从沉默、模式或一次性评论中推断长期偏好，可能导致个性化程度有限。
- 依赖用户执行回顾：周回顾和月回顾需要用户主动触发，系统不会自动提醒或强制执行，长期跳过回顾会导致系统失效。
- 单设备本地运行：所有数据在本地
~/productivity/，无云同步能力，多设备使用需用户自行通过Git或云盘同步。