Install
openclaw skills install @thcjp/productivity-freeopenclaw skills install @thcjp/productivity-free将目标、项目、任务、习惯整合为统一系统的生产力管理框架。不提供一次性激励,而是构建可持续运行的可信系统。所有数据存储在 ./productivity/ 本地目录,仅在用户明确确认后写入文件.
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| input | string | 是 | 生产力操作系统处理的输入数据或指令 |
| options | object | 否 | 附加配置选项,如模式选择、格式偏好等 |
| callback_url | string | 否 | 异步处理完成后的回调通知URL |
严格区分三个层级,确保每个目标都有可执行的落地路径:
| 层级 | 定义 | 存储位置 | 示例 |
|---|---|---|---|
| 目标(Goal) | 描述期望结果 | ./productivity/goals/active.md | "Q3前完成产品v2.0发布" |
| 项目(Project) | 打包达成目标所需的工作 | ./productivity/projects/active.md | "产品v2.0开发项目" |
| 任务(Task) | 下一步可见的具体行动 | ./productivity/tasks/next-actions.md | "编写API接口文档" |
| 习惯(Habit) | 支撑系统的重复行为 | ./productivity/habits/active.md | "每日复盘15分钟" |
核心规则:永远不让目标停留在模糊愿望状态,每个目标必须关联到至少一个项目,每个项目必须分解为至少一个具体任务.
快速捕获零散输入,按规则分流到正确位置:
| 捕获内容 | 分流目标 | 分流规则 |
|---|---|---|
| 新想法 | someday/ideas.md | 未承诺的想法暂存 |
| 新任务 | tasks/next-actions.md | 明确可执行的任务 |
| 新项目 | projects/active.md | 需要多步骤完成的工作 |
| 新习惯 | habits/active.md | 想要培养的重复行为 |
捕获流程:先写入 inbox/capture.md(不分类),每日分流时按规则移入正确位置。避免捕获时过度思考分类,确保捕获速度.
记录习惯执行情况和连续天数,识别中断模式:
# ...
# ...
#
## 快速开始
1. 确认运行环境满足依赖说明中的要求
2. 在AI Agent对话中调用本技能,提供必要的输入参数
3. 检查输出结果,根据需要进行后续处理
> 详细的输入输出格式请参考下方章节说明。
## 习惯:每日复盘15分钟
- 目标频率:每日
- 当前连续:12天
- 历史最高连续:15天
- 中断记录:
- 2026-07-10:加班回家晚,跳过
- 2026-07-15:周末外出,跳过
存储位置:./productivity/habits/active.md(习惯与连续记录)
每周执行回顾,清理过期任务并确认下周聚焦:
| 回顾内容 | 操作 |
|---|---|
| 本周完成 | 移入 tasks/done.md |
| 未完成原因 | 记录阻塞因素 |
| 下周聚焦 | 写入 planning/daily.md |
核心原则:回顾比频繁重规划更重要。如果用户不断重新规划但不推进,简化系统并执行回顾.
创建 ./productivity/ 目录结构,包含 inbox/、goals/、projects/、tasks/、habits/、planning/、reviews/、someday/ 等子目录。初始化各目录的模板文件。创建 memory.md 记录用户工作风格和偏好(仅在用户明确确认后写入).
从用户目标出发,逐级分解:目标 -> 关联项目 -> 具体任务 -> 下一步行动。确保每个目标至少关联一个项目,每个项目至少分解为一个具体任务。将目标写入 goals/active.md,项目写入 projects/active.md,任务写入 tasks/next-actions.md.
每周执行周回顾:清理过期任务、重命名模糊条目、重新关联任务到优先级、确认下周聚焦。如果完整回顾门槛太高,可从15分钟简化版开始:只回答"本周完成了什么、下周聚焦什么"两个问题. 结果验证: 任务完成后,查看输出确认状态。成功时返回摘要和数据;失败时根据错误信息排查,参考恢复章节获取修复步骤.
| 错误类型 | 原因 | 处理方式 |
|---|---|---|
| 目录结构不存在 | 未执行初始化或目录被意外删除 | 重新创建完整目录结构,检查已有文件是否需要迁移 |
| 目标无关联项目 | 目标写入 goals/active.md 后未分解为项目 | 诊断目标是否过于模糊,分解为可执行项目并写入 projects/active.md |
| 收件箱堆积过多 | inbox/capture.md 中捕获内容未定期分流 | 每日执行5分钟分流,按规则将捕获内容移入正确目录 |
场景:用户说"我想在Q3前完成产品v2.0发布,帮我做个计划".
# 领先步:写入目标
# 文件:./productivity/goals/active.md
## 目标:Q3产品v2.0发布
- 截止日期:2026-09-30
- 关联项目:产品v2.0开发项目
# ...
# 第二步:分解为项目
# 文件:./productivity/projects/active.md
## 项目:产品v2.0开发项目
- 状态:active
- 里程碑:
- M1:完成核心功能开发(7月)
- M2:内部测试与修复(8月)
- M3:正式发布(9月)
# ...
# 第三步:分解为任务
# 文件:./productivity/tasks/next-actions.md
## 下一步行动
- [ ] 编写API接口文档(优先级:高,预估:2小时)
- [ ] 设计数据库迁移方案(优先级:高,预估:3小时)
- [ ] 搭建测试环境(优先级:中,预估:4小时)
# ...
# 第四步:规划本周
# 文件:./productivity/planning/daily.md
## 本周聚焦
- 周一-周二:编写API接口文档
- 周三-周四:设计数据库迁移方案
- 周五:搭建测试环境
普通待办清单将所有任务平铺在同一层级,目标和任务混在一起。本系统严格区分目标(期望结果)、项目(工作打包)、任务(下一步行动)、习惯(重复行为)四个层级,确保每个任务都能追溯到上级目标.
系统复杂度可动态调整。核心原则是"可持续胜过",一个能运行两周的简单系统比三天就放弃的系统更有价值。如果用户不断重新规划但不推进,说明系统过复杂,应简化并执行回顾.
所有数据存储在本地 ./productivity/ 目录下的纯文本Markdown文件中。本技能不执行任何网络请求,不访问日历、邮件、通讯录或系统数据。工作偏好等信息仅在用户明确确认后写入.
./productivity/ 目录| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent内置LLM提供 |
文件系统(可写 ./productivity/) | 本地存储 | 必需 | 操作系统自带 |
| cat / mkdir / echo | 系统命令 | 必需 | 操作系统自带 |
当前为基础版,以下高级能力需升级至完整版解锁:
commitments/promises.md,委派任务分流到 commitments/delegated.md,等待事项分流到 tasks/waiting.md.
升级至完整版以获取全部8项核心能力、8个领域专属错误处理场景和3个完整实战案例.{
"success": true,
"data": {
"result": "生产力操作系统处理结果",
"execution_time": "0.5s",
"metadata": {
"version": "1.0",
"processor": "productivity"
}
},
"execution_log": [
"解析输入参数",
"执行核心处理",
"格式化输出结果"
],
"error": null
}