清时小伴

SKILL生活服务
生活服务 未标注权限 许可证不明确
安装这个技能

个人待办统一收件箱(v0.2 通用版,蒸馏自本地 v0.1.3 实战)— 把散落在邮件/微信/IMA/脑海里的待办,用户手动录入到一个本地 todo.md。多写入者并发保护(APPEND-ONLY ZONE 协议 + safe-merge 脚本,所有写入者必走 scripts/merge_todo.py,禁止直接 write_file)。每天早 8:30 推送提醒、每周五 17:00 自动周报、随时说'完成了'自动归档。完全本地 Markdown 存储,可随时迁移。设计参考开源 unified-inbox 工具(MaximeGaudin/void)的 5 大原则(One inbox / Local-first / Inbox Zero / Hooks / Mute noise)。关键约束:todo.md 至少有 3 个写入者(AI / 手机远程 / 外部 cron),任何一个直接 write_file 都会丢数据。v0.1.3 新增 --done 命令 + --fix-zones 自动整理,标记完成不再手动删除。Use when user says '清时 / 待办 / 提醒 / 周报 / 完成了 / 记录想法 / 收件箱 / todo / inbox'。NOT a team collaboration tool (only serves individual). 本 v0.2 通用版清理了本地版的个人记录,仅保留规则/方法/伪代码示例。

一句话选型结论

按资料字段整理

清时小伴是生活服务类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类生活服务 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_35ba0b94/qingshi-xiaoban
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

生活服务
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_35ba0b94仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791663516
正文体量16.1 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
行程与攻略

按目的地和天数排行程。

日常信息查询

查天气、交通、办事信息。

生活事务整理

把琐事整理成清单逐项处理。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在生活服务场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
清时小伴当前 未标注权限 未标注 未标注 未标注 有
食谱批量下载文件夹 联网访问 GitHub 仓库 28.5 万 Codex、Claude、Cursor 有
食谱创建演示文稿 未标注权限 GitHub 仓库 28.0 万 Codex、Claude、Cursor 有
recipe 备份 sheet AS CSV 联网访问 GitHub 仓库 27.9 万 Codex、Claude、Cursor 有
recipe create Gmail filter 邮件管理 未标注权限 GitHub 仓库 27.8 万 Codex、Claude、Cursor 有
配方观察驱动器变化 联网访问 GitHub 仓库 27.4 万 Codex、Claude、Cursor 有

SKILL.md 全文

16.1 KB
模型实际读到的说明书原文,来自技能仓库

清时小伴 — 你的待办统一收件箱(v0.2 通用版)

> 核心价值:邮件/微信/IMA/脑子里随时冒的事,全部汇总到一个本地清单;早提醒、周报复盘、随时记完成。
> 设计原则:One inbox / Local-first / Inbox Zero / Hooks / Mute noise(参考开源工具 MaximeGaudin/void)。
> v0.2 通用版说明:本版本是"通用版",仅包含规则/方法/伪代码示例,不含任何个人记录(路径/姓名/实战日期/具体待办)。本地完整版(含个人实战记录)见 ~/.hermes/skills/qingshi-xiaoban/SKILL.md。

🎯 一句话定位

针对"待办散落多渠道、经常漏事、每周写周报头疼"的人:把邮件/微信/IMA/碎片想法 4 个来源的待办汇总到一个本地 RAG 知识库,每天早 8:30 推一次重点提醒、每周五 17:00 自动生成完成情况周报;随时说"完成了"自动归档。

> 一句话:你只管说"完成了",清时管"提醒、汇总、复盘"。

> ⚠️ 路径说明:实际项目目录以用户在首次录入时指定的为准(默认建议 ~/Documents/学习笔记/),避免 ~/qingshi-data/ 隐藏目录命名。

🎬 4 个核心场景

场景 1:4 源待办统一收集(核心入口)⭐⭐⭐⭐

4 个来源:

来源 怎么收 触发方式 优先级
碎片想法 用户随时输入("清时记一下:XXX") 用户主动 实时
邮件 Skill 每天 9:00 扫描 inbox,关键词匹配(复用 email-archive-rules 的 22 关键词) 自动 cronjob 自动
移动办公/微信 每天 9:00 扫描,提取"@我 + 含动词"(@我 + 请/需要/麻烦/记得) 自动 cronjob 自动
IMA / 在线知识库 每天 9:00 扫描,提取"📌待办/待落实"标签 自动 cronjob 自动

统一格式(追加到 清时小伴/todo.md):

# 清时小伴 — 待办清单
> 上次更新:<YYYY-MM-DD HH:MM>

## 🔴 紧急(今天到期)
- [ ] **<待办标题>** — 来源:<邮件/微信/IMA/碎片>(<YYYY-MM-DD HH:MM> 录入)
  - 截止:<YYYY-MM-DD>
  - 关联:[原始链接或上下文]

## 🟡 重要(本周)
...

## 🟢 一般
...

收口规则(借鉴 void 的 muted noise 原则):

源 收口规则(防噪音)
邮件 复用 email-archive-rules 22 关键词(请反馈/请落实/请回复等),不收普通通知邮件
微信 只收"@我 + 含动词",不收闲聊
IMA 只收打了"📌待办"标签或含"待落实/待办"关键词
碎片 用户主动 + 重复录入自动去重

场景 2:每天早 8:30 推送(每天用)⭐⭐⭐

> 关键设计(参考 void 的 inbox zero loop):只发 1 次/天,不每条都提醒。

  • 默认每天早 8:30(可改)
  • 今日聚焦模式——只推 3 条(不是 5 条),标"今天就做这 3 件就赢了"
  • 内容 3 块:
    1. 🔴 今天到期的(最多 3 条,超出折叠)
    2. 🟡 本周即将到期的(最多 3 条)
    3. 🟢 碎片想法里还没说截止日期的(每周只推 1 次)
  • 推送渠道:微信(日常最常用)+ 邮件汇总副本

推送模板:

清时小伴 早 8:30 推送:

☀️ 早上好。今天就做这 3 件就赢了:

1. 🔴 <标题>(<来源> <录入时间>)
2. 🔴 <标题>(<来源> <录入时间>)
3. 🟡 <标题>(<来源> <截止日>)

详见 → <todo.md 路径>

— 清时小伴

场景 3:每周五 17:00 自动周报(每周用)⭐⭐⭐

> 关键差异化(借鉴 void 的 Inbox Zero + 复盘扩展)

周报结构(自动生成到 reports/<YYYY-Wxx>-周报.md):

# 本周工作周报(<YYYY-MM-DD> ~ <YYYY-MM-DD>)

## ✅ 本周已完成(来自 done.md)
- <标题>(<完成日>)
- ...
共 <N> 件,比上周 ±<M> 件

## ⏳ 跨周未完成
- <标题>(计划 <截止日>)

## 🟡 来源分布
- 邮件来源:<N> 件
- 微信来源:<N> 件
- IMA 来源:<N> 件
- 碎片想法:<N> 件

## 💡 复盘建议(基于历史)
- "碎片想法"完成率 <X>%,"邮件来源"完成率 <Y>%
- **建议**:<个性化建议>

> 复盘逻辑:自动统计来源 vs 完成率,给个性化建议。

场景 4:随时记录完成(最常用)⭐⭐⭐

> 最简交互——用户只要说"清时,X 完成了",自动归类 + 移到 done.md。

对话示例:

> 你:清时,<某件事> 完成了
> 清时:✅ 已记录(<完成时间>,来源:<源>)— 这件从你记录到完成用了 <时长>。

完成的处理(借鉴 void 的 archive + 智能去重):
- 自动从 todo.md 找到匹配项 → 移到 done.md(语义匹配,不靠关键词)
- 找不到匹配项(用户随口说"完成了 X")→ 询问"这是新增完成项吗?"
- 重复完成(同一件事说了 2 遍) → 智能去重 + 提示"已记录过啦"

⚠️ 录入实战教训(强制三步走)

> 通用教训:批量录入碎片待办时,AI 容易踩 2 个真坑:脑补漏数 和 写入前未读最新文件。

坑 现象 规则
#1 脑补漏数 用户一次说 N 条,AI 默认合并成 N-1 条(两件事算 1 条) 录入前逐条复述 + 让用户数确认,不擅自合并
#2 写入前未读 todo.md 写入后,外部流程(cron/旧实例)把 todo.md 覆盖回旧版本,新条目全丢 写之前先 read_file 拿最新内容;写之前留备份 todo.md.bak

强制三步走(每次录入碎片想法时):

1. read_file(todo.md)  →  拿最新版本(防被外部覆盖)
2. cp todo.md todo.md.bak  →  写前备份
3. 录入:原文存 todo-source/fragments/ + patch 进 todo.md

脑补拦截(用户一次说多件事时):

用户:&quot;周一到周三要约 A、B、C 三件事...&quot;
  ↓
AI 复述:&quot;我数了一下是 N 件对吗?A=...,B=...,C=...&quot;
用户:&quot;对&quot; → 录入
用户:&quot;漏了 D&quot; → 补录

🛡️ 多写入者并发保护(核心协议)

> 核心事实:todo.md 至少有 3 个写入者——
> ① AI(chat / cron)
> ② 用户本人(手机 / Termius / Working Copy 远程编辑)
> ③ 任何自动流程(cronjob / 旧 LLM 实例)
>
> 任何一个写入者直接 write_file 整个 todo.md = 数据丢失。

3 个写入者的边界

写入者 数据流 风险
AI chat 录入 + cron 推送 🔴 高(最活跃)
用户本人(手机) Termius / Working Copy / 任何编辑器 🔴 高(远程,无并发感知)
外部自动流程 其他 cron / 备份脚本 / 旧实例 ⚠️ 中

🚨 强制规则:APPEND-ONLY ZONE 写入协议

todo.md 结构必须有 APPEND-ONLY ZONE 标记:

## 🔴 紧急
&lt;!-- ⬇️⬇️⬇️ APPEND-ONLY ZONE START ⬇️⬇️⬇️ --&gt;
&lt;!-- 所有写入者只能在 ZONE END 之前追加新条目 --&gt;
&lt;!-- 请勿修改或删除已有条目 --&gt;
- [ ] 已有条目 A(任何写入者都不能动)
- [ ] 已有条目 B
...
&lt;!-- ⬆️⬆️⬆️ APPEND-ONLY ZONE END ⬆️⬆️⬆️ --&gt;

关键约束(每个写入者必须遵守):

  1. ZONE 必须包含全部 3 个优先级区(🔴 紧急 / 🟡 重要 / 🟢 一般),不能只包一部分
  2. 新条目只能插入到 ZONE END 标记之前(最末尾追加)
  3. 绝不修改、删除、移动 ZONE 内的已有条目
  4. 优先级由 AI 在插入前判定(按截止日 + 标题智能判断 🔴/🟡/🟢),不是写入者自己标

🔧 推荐工具:scripts/merge_todo.py

v0.1.2 起:所有写入者必须用 scripts/merge_todo.py 脚本写入,禁止直接 write_file todo.md。

脚本功能:
- 冲突检测:如果 todo.md 在 5 秒内被改过,报错让人等
- 去重:相似标题(关键词重叠 ≥60%)视为重复,不录入
- 智能优先级:根据截止日自动判定 🔴/🟡/🟢
- 原子写入:用临时文件 + os.replace 原子替换,防止中途失败损坏文件
- 强制走 ZONE:只在 ZONE END 前插入

用法:

# 录入一条新待办
python3 scripts/merge_todo.py &quot;新待办标题&quot; --source &lt;源&gt; --due &lt;YYYY-MM-DD&gt;

# 列出所有待办(只读,安全)
python3 scripts/merge_todo.py --list
python3 scripts/merge_todo.py --list --since &lt;YYYY-MM-DD&gt;   # v0.1.3 新增:按日期段查

# 标记完成(v0.1.3 新增,自动移到 done.md)
python3 scripts/merge_todo.py --done &quot;&lt;标题&gt;&quot;

# 整理 ZONE(v0.1.3 新增,把 ZONE 外孤儿移回 ZONE 内)
python3 scripts/merge_todo.py --fix-zones

# 交互模式(多步录入)
python3 scripts/merge_todo.py --interactive

# 预览(不写文件)
python3 scripts/merge_todo.py &quot;标题&quot; --source &lt;源&gt; --due &lt;YYYY-MM-DD&gt; --dry-run

📡 4 源收口规则

源 实际工作方式 录入者
邮件 用户从邮箱复制主题 + 发件人 + 截止日,贴给清时 用户 → 清时录入
微信 用户从微信复制 @自己的消息,贴给清时(清时不主动对接微信) 用户 → 清时录入
IMA 用户复制 IMA 文档标题(含"待办/待落实"),贴给清时 用户 → 清时录入
碎片 用户口头说"清时记一下:XXX",实时录入 用户直接 → 清时录入

关键边界:

  • ❌ 清时不主动对接任何云端(不连 IMAP、不调微信 API、不爬 IMA)
  • ❌ 清时不读取任何外部数据目录(除非用户明确说"读这个")
  • ✅ 清时只响应用户在 chat 里说的话 / 用户手动给的数据
  • ✅ 4 源 = 4 个给数据的入口,不是 4 个 AI 自动抓的通道

> 原因:纯本地 + 零云端依赖 = 隐私优先 + 不需要维护 4 个外部接口。


🚀 触发词(Trigger Phrases)

类型 触发词
添加待办 "清时记一下"、"清时添加"、"记录待办"、"加一条"
完成 "清时,X 完成了"、"清时,X 搞定了"、"清时归档"
查看 "清时,待办有哪些"、"今天做什么"、"本周清单"
设置 "改推送时间"、"换个提醒"
查询 "上次那封邮件回复了吗"、"上周完成了什么"
## 📁 知识库存储(完全本地,可迁移)

目录结构

&lt;用户指定的数据根目录&gt;/
└── 清时小伴/
    ├── todo.md                  # 待办清单(4 源汇总,按优先级分组)
    ├── done.md                  # 已完成清单
    ├── sources/                 # 各源原始数据
    │   ├── emails/              # 邮件来源原始
    │   ├── wechat/              # 微信来源原始
    │   ├── ima/                 # IMA 来源原始
    │   └── fragments/           # 碎片想法原始
    ├── reports/                 # 周报/月报
    │   ├── &lt;YYYY-Wxx&gt;-周报.md
    │   └── &lt;YYYY-MM&gt;-月报.md
    └── profile.md               # 长期画像(来源偏好/完成率/拖延模式)

> 关键点:纯 Markdown + YAML frontmatter —— 不锁死清时,任何笔记软件都能读。


🔒 隐私原则

数据类型 去向
todo.md / done.md / 全部原始 ❌ 永远不上传(只在本地数据目录)
邮件原文 ❌ 摘要 + 待办抽取后不保留原文(除非用户授权)
微信原文 ❌ 同上
用户提问 + 抽取任务 ✅ 过 LLM(DeepSeek API)
嵌入向量 ❌ 本地 Ollama 生成,不外传

可全离线模式:用 Ollama 本地模型替代 DeepSeek → 完全离线。


🚫 不做什么(明确边界)

  • ❌ 不是 GTD 全套(不替代滴答清单/Notion 这类全套任务管理)
  • ❌ 不做项目协作(不接团队 todo,只服务个人)
  • ❌ 不替你做决定(不判断优先级,只汇总不决策——除非你授权)
  • ❌ 不爬取所有邮件/微信(只读你授权的"待办关键词"相关)
  • ❌ 不无脑提醒(每天只推 1 次,长期未完成标红不催)
  • ❌ 不假装很懂你(清时只基于"你授权的来源",不脑补)

🛠 技术栈

层 选型 理由
本地数据 Markdown + YAML frontmatter 可迁移
向量库 ChromaDB 可与其它 skill 共享一份索引(跨 skill RAG)
嵌入 Ollama nomic-embed-text(本地) 隐私优先
LLM DeepSeek API 中文好、价格低
扫描触发 cronjob 每天 9:00 全量扫 3 个自动源
推送 微信 + 邮件副本 日常渠道
跨源 hook 类似 void 的 connector 插件化 后续可加新源

🔧 前置依赖

  1. Ollama 本地服务(必须):ollama pull nomic-embed-text
  2. DeepSeek API key(必须):DEEPSEEK_API_KEY
  3. ChromaDB(必须):pip 装
  4. email-archive-rules skill(邮件源必须):复用其 22 关键词
  5. yuanbao skill(微信源必须):复用其消息提取
  6. 数据目录:首次运行自动创建(用户指定)

📐 设计原则(参考 void + 补充)

> 5 大原则:One inbox / Local-first / Inbox Zero / Hooks / Mute noise

void 做法 清时小伴对应 补充
One inbox 4 源汇总到一个 todo.md 早推送只发 1 次 = "一个收件箱"
Inbox Zero 周五自动周报鼓励清空 + "今日聚焦 3 件"
Local-first 完全本地数据目录 + 可迁移 Markdown
Hooks cronjob 9:00 跑 4 源扫描 + LLM 自动去重/语义匹配
Mute noise 同一事项 3 天无果→标红不催 + 收口规则(邮件关键词/微信@我)

📦 版本规划

  • v0.1(已发布):SKILL.md 占位 + 触发词 + 产品定义
  • v0.2(当前通用版):完整 setup.md + 4 源扫描脚本 + 智能去重 + APPEND-ONLY ZONE 协议
  • v0.3:早推送(微信)+ 周报自动生成
  • v0.4:与 yunjian-zhiyi 跨 skill 联动(身心一体)
  • v1.0:语音录入 + 全离线模式 + 团队版(多人收件箱)预留接口

> 通用版与本地版的区别:通用版仅保留规则/方法/伪代码示例。本地完整版(含个人实战记录、实战踩坑、真实待办样例)见 ~/.hermes/skills/qingshi-xiaoban/SKILL.md。

常见问题

5 问
答案由本站依据条目字段整理
清时小伴怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_35ba0b94/qingshi-xiaoban。安装方式为未标注。装完刷新技能列表或重开客户端。

清时小伴支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

清时小伴权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

清时小伴收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

清时小伴用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。