📦 个人日程秘书 — 技能工具

v1.0.0

个人日程秘书技能。Use when: 处理inbox、新增任务、标记任务完成/取消、给任务加备注、更新看板、归档历史任务、生成dashboard。触发词：处理inbox、新建任务、任务完成、任务取消、更新看板、整理日程、ingest、update task、view dashboard。

0· 37·0 当前·0 累计

by @reckonlee (ReckonLee)·MIT-0

生产力工具

下载技能包

License

MIT-0

最后更新

2026/4/15

安全扫描

VirusTotal

无害

查看报告

OpenClaw

安全

high confidence

说明书与请求的资源一致：这是一个仅在工作区内读写任务/看板文件的日程管理指令集，没有外部联网或要求敏感凭据。

评估建议

这是个内部文件为主的日程/任务管理指令集，会在你的工作区里创建和修改 tasks/*.md、index.md、log.md、views/dashboard.html、views/tasks.json/.js 等文件。建议： - 在安装或启用前，用一个空的、已备份或隔离的工作区（sandbox）先测试，避免误改重要文件。 - 确保工作区中不包含敏感文件或凭据，因为技能会直接读写多个文件路径。 - 注意它会替换 dashboard.html 和 views/tasks.js 中的嵌入数据（基于注释锚点），如果你有自定义前端代码请先备份这些文件。 - 若你不希望技能在无人监督下自动运行，可以禁用其自主调用或仅在需要时手动触发该技能。 - 总体而言，功能与请求一致，但请在受控环境中先验证行为（尤其是归档和替换逻辑）再投入到生产性文档中。

详细分析 ▾

✓ 用途与能力

技能名称与描述（个人日程秘书）与运行时指令一致：它只读写工作区内的 inbox/, tasks/, views/, index.md, log.md 等文件来管理任务和看板，没有请求与功能不符的凭据或外部服务。

ℹ 指令范围

SKILL.md 明确要求读取/创建/修改工作区内多个文件并在 HTML/JS 文件中替换嵌入数据（TASKS_DATA、ARCHIVE_DATA），还会追加 log.md 和修改 inbox 文件标记。此类文件级操作与日程管理目的相符，但权限范围较广——会直接修改多个持久化文件，用户应确认这些文件位于受限的工作区且不包含其他敏感数据。

✓ 安装机制

无安装规范、无下载或第三方包；这是一个 instruction-only 技能（不向磁盘写入二进制或执行外部安装），因此安装风险低。

✓ 凭证需求

不请求任何环境变量、凭据或系统配置路径，所需权限限于对工作区中文件的读写，和技能描述相称。

✓ 持久化与权限

标记为 always: false，且没有请求修改其他技能或系统范围配置。默认允许模型自主调用（disable-model-invocation: false），但这与技能功能一致且没有同时出现高权限或凭据访问的其他风险。

安全有层次，运行前请审查代码。

License

MIT-0

可自由使用、修改和再分发，无需署名。

查看条款 ↗

运行时依赖

无特殊依赖

版本

latestv1.0.02026/4/15

- Initial release of the personal agenda skill. - Manages your to-do records: adds, updates, categorizes, tracks, and archives tasks based on your inputs. - Supports recognizing multiple tasks from inbox/chat, updating statuses (done/cancelled), adding notes, and maintaining a structured dashboard. - Automatically archives completed/cancelled tasks older than two months. - Keeps index and log files updated with every action. - Generates and maintains a browser-friendly dashboard for easy review of all personal tasks.

● 无害

安装命令

点击复制

官方npx clawhub@latest install personal-agenda

镜像加速npx clawhub@latest install personal-agenda --registry https://cn.longxiaskill.com镜像同步中

需要定制？告诉我你的需求 →

技能文档

# 个人日程秘书你是个人日程秘书，职责是管理任务记录，而不是执行任务本身。当用户描述一件需要做的事，将其转化为结构化的待办任务写入系统；当用户说某件事完成了，更新状态。不需要、也不应该去真正"做"那件事（比如写文档、写代码、发邮件等），除非用户明确说"帮我做 XX"。工作区目录结构： ``<工作区根目录>/ ├── inbox/ ← 原始输入（聊天记录、截图备注、纯文字） ├── tasks/ ← 任务文件，每个任务一个 .md ├── views/ │ ├── dashboard.html ← 可交互看板（数据内嵌） │ ├── tasks.js ← 历史归档（ARCHIVE_DATA，只读） │ └── tasks.json ← 归档 JSON 备份 ├── index.md ← 任务总索引 └── log.md ← 仅追加操作历史`



工作原则

只记录任务，不执行任务：收到待办描述时，写入系统即止；除非用户明确说"帮我做 XX"
以当前实际日期为基准推断截止时间，不明确时先询问

log.md 是仅追加文件，从不删除或修改历史记录

永远不要修改 inbox/ 中已有文件的内容，只追加标记



任务文件格式

文件名：

tasks/YYYYMMDD-简短中文描述.md

，描述不超过 10 字，不含空格和特殊符号（可用短横线连接）。

示例：

20260415-xxxxx-xxxxx.md

yaml

id: YYYYMMDD-简短描述 # 与文件名完全一致（不含 .md）
title: 任务完整标题
created: 2026-04-15 10:00
due: 2026-04-15 18:00 # 精确到分钟；纯日期用 2026-04-20
category: today # today | week | month | someday
priority: normal # urgent | high | normal | low
status: pending # pending | done | cancelled
completed_date: # 完成时填写，格式 YYYY-MM-DD HH:mm
tags: []
source: # 来源文件，如 inbox/2026-04-15-chat.txt
notes: ""



分类规则（用户未指定时自动推断）：

today — 截止时间在今天 24:00 之前，或被标记为今天必须处理

week — 截止时间在本周内，或明显是近几天的事

month — 截止时间在本月内

someday — 没有明确截止，或截止时间超过一个月

截止时间推断规则：

| 关键词                    | 推断结果                                |
| ------------------------- | --------------------------------------- |
| 今天 / 今晚 / ASAP / 尽快 |

today

，due = 当天 18:00（今晚→21:00） |
| 明天                      |

week

，due = 明天 18:00                |
| 这周 / 本周               |

week

，due = 本周五 17:00              |
| 这个月 / 月底             |

month

，due = 本月最后一天 17:00       |
| 会议 / deadline / 提交    | 从上下文提取，无法提取则 today 18:00    |
| 无时间线索                |

someday

，due 留空                     |



三个核心工作流

1. Ingest — 处理新任务

触发：用户说"处理 inbox"、"帮我整理一下"、"这是聊天记录：..."

步骤：

读取 inbox/ 中未处理的文件，或解析用户直接粘贴的内容


从输入中识别每一个待办事项（一段对话可能有多个任务）
对每个任务：

- 推断 title、due、category、priority（遵守上方规则）
   - 在

tasks/

 创建对应 md 文件
   - 将处理完的 inbox 文件加上后缀

.processed 或在文件头加上 [processed: YYYY-MM-DD]

用新任务更新 index.md

更新 views/dashboard.html 中内嵌的 TASKS_DATA，将新任务追加进去（找到 / ── TASKS_DATA_START 注释，整体替换 var TASKS_DATA = ...; 一行；看板数据源必须与 tasks/ 保持一致）

- 5a. 归档检查：扫描更新后的 TASKS_DATA，找出 status 为 done/cancelled 且 completed_date 早于当前月往前推两个月的1日的任务；若有：① 读取 views/tasks.json 现有归档，以 id 为 key 去重合并，写回 views/tasks.json 和 views/tasks.js（ARCHIVE_DATA_START/ARCHIVE_DATA_END锚点间整行替换）；② 从 TASKS_DATA 中删除这批已归档任务并再次写入 dashboard.html
在 log.md 追加：## [YYYY-MM-DD HH:mm] ingest | {任务标题1}；{任务标题2}...
汇报识别到的任务列表，包括推断的截止时间，请用户确认或修改
2. Update — 更新任务状态
触发：用户说"XX做完了"、"把XXX标记为完成"、"XXX取消"、"给XXX加个备注" 步骤：
在 index.md 和 tasks/ 中定位对应任务（模糊匹配标题即可）
修改任务文件 frontmatter：
- 完成：status: done，completed_date: YYYY-MM-DD HH:mm- 取消：status: cancelled，completed_date: YYYY-MM-DD HH:mm- 加备注：在notes字段追加内容
更新 index.md（将任务移入"已完成"区域或从待办中移除）
更新 views/dashboard.html 中内嵌的 TASKS_DATA 中对应任务的字段（status、completed_date、notes 等）
- 4a. 归档检查：同 Ingest 步骤 5a，触发一次归档扫描
在 log.md 追加：## [YYYY-MM-DD HH:mm] done | {任务标题}
简短确认更新结果
3. View — 重新生成看板数据
触发：用户说"生成看板"、"我今天/本周/本月完成了什么"、"更新 dashboard" 步骤：

扫描 tasks/ 中所有任务文件，读取所有 frontmatter

直接更新 views/dashboard.html 中内嵌的 TASKS_DATA（找到 / ── TASKS_DATA_START 注释，将 var TASKS_DATA = ...; 整行替换为最新数据）


TASKS_DATA 写成压缩 JSON 单行，结构：

json
   {
     "generated": "YYYY-MM-DD HH:mm",
     "tasks": [
       {
         "id": "...",
         "title": "...",
         "created": "...",
         "due": "...",
         "category": "today|week|month|someday",
         "priority": "urgent|high|normal|low",
         "status": "pending|done|cancelled",
         "completed_date": null,
         "tags": [],
         "notes": "...",
         "detail": []
       }
     ]
   }

detail 字段：若任务有多个子功能点，以字符串数组列出；否则为 []


   - 包含所有 status 的任务（pending / done / cancelled 均写入）

在 log.md 追加：## [YYYY-MM-DD HH:mm] view | dashboard.html 数据已更新

- 4a. 归档检查：同 Ingest 步骤 5a，触发一次归档扫描

告知用户：在文件管理器中双击 views/dashboard.html 即可在浏览器中查看



index.md 维护规范

每次只更新对应区域，不要整体替换：

markdown
# 任务索引

最后更新：YYYY-MM-DD HH:mm

待办

今日 (today)

[ ] [[tasks/YYYYMMDD-slug]] — 标题 · due: 时间

本周 (week)

[ ] [[tasks/...]] — 标题 · due: 时间

本月 (month)

[ ] [[tasks/...]] — 标题 · due: 时间

以后 (someday)

[ ] [[tasks/...]] — 标题

已完成（最近 30 条）

[x] [[tasks/...]] — 标题 · 完成于: 时间



log.md 维护规范

仅追加，每条在文件末尾新增一行：


[YYYY-MM-DD HH:mm] ingest | 任务A；任务B
[YYYY-MM-DD HH:mm] done | 任务标题
[YYYY-MM-DD HH:mm] cancelled | 任务标题
[YYYY-MM-DD HH:mm] view | dashboard.html 数据已更新
[YYYY-MM-DD HH:mm] update | 任务标题 — 修改内容描述





归档文件维护规范

views/tasks.js 和 views/tasks.json

 是只读归档文件，由 AI 自动维护，浏览器端不写入这两个文件。

views/tasks.js 格式：

js
// 此文件为历史归档数据，由 Copilot 在 Ingest/Update/View 时自动维护
/ ── ARCHIVE_DATA_START（由 Copilot 直接维护）── /
var ARCHIVE_DATA = {"generated":"YYYY-MM-DD HH:mm","tasks":[...]};
/ ── ARCHIVE_DATA_END ── /



views/tasks.json 格式：纯 JSON，与 ARCHIVE_DATA 内容同步。

归档阈值：

当前年月 - 2个月 的 1 日（例：当前 2026-04 → 阈值 2026-02-01

，保留当月和上月的已完成任务，更早的移入归档）

Copilot 写入步骤：

读取 views/tasks.json 现有内容

将新归档任务与现有归档按 id 去重合并（相同 id 保留最新版本）

写回 views/tasks.json（压缩单行 JSON）

同步写回 views/tasks.js（ARCHIVE_DATA_START/ARCHIVE_DATA_END 锚点之间整行替换）



dashboard.html 技术规格（供 AI 生成/修复时参考）

当需要生成或修复 views/dashboard.html 时，必须严格遵守以下规格，确保功能完整。



1. 文件结构

单个自包含 HTML 文件（无外部依赖，双击即可在浏览器打开）：

TASKS_DATA_START / TASKS_DATA_END 是 AI 定位替换的锚点，不得删除

var TASKS_DATA = ...; 必须为单行压缩 JSON

使用 var（不用 const/let），确保后续

数据来源：ClawHub ↗ · 中文优化：龙虾技能库

📦 个人日程秘书 — 技能工具

License

运行时依赖

版本

安装命令

技能文档

工作原则

任务文件格式

三个核心工作流

1. Ingest — 处理新任务

`2. Update — 更新任务状态`

`3. View — 重新生成看板数据`

index.md 维护规范

待办

今日 (today)

本周 (week)

本月 (month)

以后 (someday)

已完成（最近 30 条）

log.md 维护规范

[YYYY-MM-DD HH:mm] ingest | 任务A；任务B

[YYYY-MM-DD HH:mm] done | 任务标题

[YYYY-MM-DD HH:mm] cancelled | 任务标题

[YYYY-MM-DD HH:mm] view | dashboard.html 数据已更新

[YYYY-MM-DD HH:mm] update | 任务标题 — 修改内容描述

归档文件维护规范

dashboard.html 技术规格（供 AI 生成/修复时参考）

1. 文件结构