Schedule Onepager

行程表skill · 一页纸排期表 · Schedule Onepager

一页纸行程表 + 独立每日 TODO 维护 skill。两种模式互不合并、互不读取。

把零散进来的行程信息归档成**一张**能直接在邮箱里看的 HTML 表。**这张表只回答一个问题：哪几天被占用了。**

给同时被多个活动、项目、课程占用档期的人用：信息从群公告截图、海报、赛事须知、临时约谈里零散进来，你需要一个地方一眼看清自己接下来哪几天走不开。

为什么是「一张表」而不是日历应用

	日历应用	这个 skill
录入	一条一条手填，字段固定	把截图/公告丢给 AI 助手，它归档
一个 5 天的活动	5 个事件，或一个看不见细节的长条	一行，内部细分写在「事项」列
想快速扫一遍	要翻月视图、点进详情	一屏看完，颜色分活动，倒计时排优先级
在手机上看	要装 app、要同步	一封邮件，收件箱里翻出来就是
归档	在别人的云上	一个 HTML 文件，在你自己盘上

代价是它**不提醒、不同步、不订阅**。它不是日历的替代品，是日历之外那张「我的档期总览」。

表长什么样


还有个「每日 TODO」模式（和排期表分开）

排期表管「哪几天被占用了」，TODO 管「今天动手做什么」。它是**另一个文件** `my/todo.html`，只装当天可勾选的动作项，不和排期表互相读取、也不从排期表自动搬条目。

三列：状态（待办 / 进行中 / 已完成）/ 任务 / 备注。每天刷新表头日期、把过期的标灰。发邮件同样复用 `scripts/send_schedule.py my/todo.html`，也只有说「发」才发。

cp template/todo.template.html my/todo.html

跑 `examples/todo-demo.html` 看渲染效果（任务全部虚构）。

还有个「每日历史记录」模式（排期表 / TODO 之外）

排期表管「未来哪几天被占」，TODO 管「今天动手做什么」，历史记录管「每天**做了什么**」——三张表各管各的，互不读取。

历史记录用 **SQLite**（`scripts/history.py` + `daily_history.db`），不走手写 HTML：HTML 只是 `export` 出来的浏览视图，追加永远走命令。好处是记录会一直累加也不乱，还能 `stats` 按日期/分类复盘。

python scripts/history.py add --date 2026-08-18 --cat 项目A --text "完成需求评审"
python scripts/history.py list                 # 最近 20 条
python scripts/history.py stats                # 按日期+分类计条数
python scripts/history.py export               # 生成 每日历史记录.html

DB 路径自动解析：`--db` > 环境变量 `DAILY_HISTORY_DB` > 脚本同目录的 `daily_history.db` > `/my/daily_history.db`。把自己 cp 到工作目录用时，自动命中同级的库。示例见 `examples/history-example.md`（数据全部虚构）。

三条设计判断

**0. 统一数据层。** 三种数据全部落在**同一个 SQLite 库（personal.db）的三张表里**（schedule / todo / history），由一个 CLI（`scripts/personal.py`）统一管理；HTML 只是 `export` 出的视图，永不手工编辑。


**1. 一张表，原地覆盖。** 数据文件只有一个。不建副本、不建草稿、不按活动拆分——多一份就会有一份是过期的，而你不知道是哪一份。

**2. 表要干净，对话可以不干净。** 表里只有六列。食宿建议、订票提醒、行前清单、冲突风险分析**都不进表**，它们会把「哪几天被占了」这个信号淹掉。但 AI 助手在**回话里**该提醒的照样提醒。这个分工是这个 skill 最容易被做错的地方。

**3. 时间状态会腐烂。**