前言¶

做个人项目或长期事项的人常见一种状态：清单很长、优先级很乱、会议和消息吃掉整个工作日、习惯反复断裂。日历类工具解决的是「排程」，任务清单类工具解决的是「列出待办」，但很少有人去回答另一个问题：为什么这套系统一直在失效。

下面介绍的 Skill 叫 Productivity，它不去替你排日历、也不去替你跑日常待办，而是把「个人生产力系统为什么失效」当成一个可诊断的问题来处理，并且把结论落到本地文件里，供下次会话继续使用。

这是什么¶

一句话定位：Productivity 是一个通用 SKILL.md 格式的 Skill，用于诊断和修复个人生产力系统的失效，并维护一套以本地 Markdown 为载体的方向、承诺与回顾文件。

• 出品 / 维护：ivangdavila
• 来源：clawhub，坐标 @clawhub_ivangdavila/productivity
• 上游仓库：https://clawhub.ai/ivangdavila/productivity
• 版本：1.0.4
• 分类：life-service
• 状态（抓取时）：评分 100000，下载 36155，安装 2529

它解决的是这些情形：任务过载、无法开始、忙了一天没有产出、列表没人信任、复盘中断、习惯坍塌、deadline 明明努力了还是错过、以及「情况本身」带来的约束（学生、管理者、远程办公、ADHD、倦怠、对休息有罪恶感）。

它明确不做的事：不做日历 API/CLI 自动化（对应 calendar-planner）、不做日常任务清单工作区（对应 task-list）、也不做更窄的单一机制（time-management、habits、deep-work）。上游 SKILL.md 的原话是：当问题是「这套系统为什么一直失败」时留在本 Skill，当用户已经知道机制只想要它被执行时，交给对应 Skill。

核心能力¶

按失效模式分诊¶

Skill 的核心是一张 Quick Reference：每个症状对应一个 play 和一个深度文件。可核对的部分映射如下。

1、任务过载 / 被淹没：列出全部承诺，对照容量削减，今天重谈一个 deadline。深度文件 overload.md。
2、有时间但无法开始：这是启动问题不是纪律问题，缩到第一个 2 分钟物理动作，并说出在回避哪种感受。深度文件 procrastination.md。
3、忙了一整天没有产出：先数会议和切换次数，再碰任务清单。深度文件 meetings.md。
4、邮件和聊天吃掉整天：约定回复窗口、批量处理、区分哪些确实需要回。深度文件 messages.md。
5、一切都很紧急：建立优先级函数和 WIP 上限；紧急是请求者的属性，不是任务的属性。深度文件 prioritizing.md。
6、规划日 / 周 / 季度：先算容量，再排时间块，缓冲按实测比例（Rule 3）。深度文件 planning.md。
7、清单庞大且没人信任：单一捕获点、每周清空、陈旧项看到就删。深度文件 capture.md。
8、努力了还是错过 deadline：这是估算问题不是努力问题，用已记录的「预估 vs 实际」对校准。深度文件 planning.md。
9、注意力无法维持、频繁切换：块长度、通知面、注意力残留、单任务协议。深度文件 focus.md。
10、周 / 月 / 季度回顾，或中断后重启：回顾脚本，以及无需愧疚地删除什么。深度文件 reviews.md。
11、习惯一直坍塌：最小版本、堆叠、不许连续错过两次、第三周平台期。深度文件 habit-building.md。
12、持续疲惫、午后崩溃：恢复、睡眠债、休息结构、按能量匹配安排。深度文件 energy.md。
13、一个人的事太多：带着决策权去委派，或用脚本说不。深度文件 delegation.md。
14、「该用哪个系统：GTD、PARA、OKR、子弹笔记」：按失效模式选，不按流行度选。深度文件 methods.md。
15、工具选型、工具替换、迁移应用：工具是最后一个决定。深度文件 tools.md。

诊断逻辑¶

上游 SKILL.md 给了一条贯穿所有场景的判断：生产力失败常常是容量失败披着排程的外衣。几乎没人需要更好的日历，但几乎每个人都答应了超出容量的事。所以做法是：

1、点出瓶颈；
2、把容量算术当面说出来；
3、在提出任何结构之前，先砍掉一件具体的事。

另有一条工作模式约束：建议的对象是一个人，并维护他的文件，绝不模拟替他工作。同时立即按默认值开工，不要以一轮关于目标、工具、或该多主动的访谈开场。

数据与写入时机¶

数据全部是 ~/Clawic/data/ 下的本地普通笔记，不离开本机，也从不写入任何凭证。价值优先级为：config.yaml → ~/Clawic/profile.yaml（时区、locale 等通用项）→ Configuration 表默认值；一条观察永远不覆盖一条声明。

会话开始时读两个文件：~/Clawic/data/productivity/config.yaml（用户声明了什么）和 ~/Clawic/data/productivity/memory.md（观察到了什么，含它的 ## Boxes index 和 ## Due table）。

会话结束前，只要产出了以下任一持久内容就必须写入：做出的、委派的或放弃的承诺；目标、项目或下一步动作；移动过的 deadline；下个月仍然成立的约束或能量模式；一个估算与实际耗时；开始、断裂或重新设计的习惯；一次回顾、分诊或专注时段；用户会重读的东西（坚持下来的周模板、关机流程、no-script、委派简报、分诊策略）。memory-template.md 保存了每个目标位置、格式与阈值，是唯一「为了写而打开」的文件。

安装与启用¶

上游页面给出的安装命令如下。

openclaw skills install @ivangdavila/productivity

这一步是在通过 ClawHub 获取并安装该 Skill。SkillHub 页面同时列出了 CLI npx skills 作为另一种入口，但上游可核对的具体命令是上面这条。

数据目录约定如下，安装后不需要额外配置即可按默认值工作。

~/Clawic/data/productivity/config.yaml    用户声明
~/Clawic/data/productivity/memory.md      观察、Boxes index、Due table
~/Clawic/data/productivity/memory-template.md   写入目标与格式
~/Clawic/data/projects/<project>.md       项目
~/Clawic/data/contacts/contacts.md       委派对象 / 等待对象
~/Clawic/data/health/profile.md           影响排程的健康情况
~/Clawic/profile.yaml                    时区、locale 等通用项

如果数据位于旧位置（~/productivity/ 或 ~/clawic/productivity/），应迁移到 ~/Clawic/data/productivity/；如果存在更早版本的文件夹树（goals/、tasks/、inbox/、planning/、reviews/），memory-template.md 说明了每个文件对应到哪里。

关于 Cursor / Codex CLI / Claude Code：上游页面只给出 openclaw skills install 这一条通用 SKILL.md 安装路径，未分别说明各编辑器的差异，因此这里不臆造。通用 SKILL.md 格式本身可在支持该格式的 Agent 中使用。

典型用法¶

下面的例子都来自上游 Quick Reference，可按症状复现。

以「我过载了 / 快淹了」为例，Skill 的处理是：

1、列出全部承诺；
2、对照容量削减；
3、今天重谈一个 deadline。

对应深度文件 overload.md。它的产出会按上面的写入时机落到 memory.md 或共享盒里，下次会话从 config.yaml 与 memory.md 恢复上下文，不需要重新解释。

以「忙了一整天，什么也没交付」为例，Skill 的处理是先做碎片化审计：数会议和切换次数，然后才碰任务清单（meetings.md）。这是刻意的顺序——先量化结构，再改清单。

以「清单很大且我不信任它」为例，Skill 的处理是：单一捕获点、每周清空、陈旧项看到就删（capture.md）。

适用场景与注意¶

适合谁：个人开发者、自由职业者、管理者、学生，以及正在维护长期目标和多个项目、并且发现自己的系统反复失效的人。它的价值在于诊断和文件维护，而不是替你执行任务。

限制与坑：

1、它明确不做日历 API 自动化、不做日常待办工作区、也不做单一机制类工具（时间块、习惯连击、深度工作仪式）的纯执行。需要这些时按上游说明切换到对应 Skill。
2、它面向「建议一个人并维护他的文件」，不会模拟把工作替你做了。如果期望的是 Agent 直接跑完你的一天，这不是它的定位。
3、它要求会话开始时读取 config.yaml 与 memory.md。如果这两个文件不存在，按默认值工作即可；若旧位置存在，应迁移后再用，否则上下文会断。
4、共享盒里只更新或删除它自己写入的行（按该盒的身份键匹配），别人写的行只读，不重写、不删除。理解这条规则可以避免两个 Skill 之间出现数据冲突。
5、绝不把凭证写进 ~/Clawic/data/ 下的任何位置。正确做法是存指针并剥离值，例如 env:TODOIST_TOKEN、keychain:work-mail、1password:Personal/Calendar。

另外说明一处来源差异：本 Skill 在 SkillHub 上的中文介绍侧重「效率追踪 / 每日复盘 / 时间分类统计 / 导出 Obsidian / 日历同步」，而上游 ClawHub 的 SKILL.md 自身明确排除了日历 API 自动化，也不把「纯时间打点」作为核心机制。上面写的核心能力与用法以可核对的上游 SKILL.md 为准。

结尾¶

Productivity 的价值不在多排一个时间块，而在把「为什么这套系统一直在失效」当成可诊断、可记录、下次能恢复的问题来处理，并把结论沉淀在 ~/Clawic/data/ 下的本地文件里。如果你的痛点是过载、无法开始、忙而无获、复盘中断或习惯坍塌，可以从它开始。

官方地址：https://clawhub.ai/ivangdavila/productivity
SkillHub 列表：https://www.skillhub.cn/skills/clawhub_ivangdavila/productivity