Desk Lab · 36 / 提醒排班

提醒冲突合并排班
多类提醒不再打架

护眼、起身、喝水、拉伸各弹各的?把几条周期序列合并成一条不冲突的时间轴,并告诉你哪几条被合并、被抑制了。

1多周期序列:每类按自己的周期与允许时段生成
2最小间隔合并:靠得太近的提醒并到一个时点
3抑制标记:被合并的提醒带原时刻与原因
4前后对比:次数、降幅、分类统计与 ICS
不是又一个计时器:站内单点提醒已够用,这里解决的是「互相打架」。
① 工作时段与间隔 · ② 提醒规则MERGE · LOCAL

合并前后时间轴上方为原始提醒,下方为合并后
09:0011:0013:0015:0018:00
合并前
合并后
导出与复核

合并后的提醒时点按时序排列
合并后显示
被抑制 / 被合并的提醒保留原时刻与行号
合并后显示
分类别次数对比合并前 → 合并后所在时点数量
提醒类别周期(分钟)合并前次数合并后时点规则行号

口径与边界

序列怎么生成

每类提醒从「允许时段起」开始,按周期逐次生成直到「允许时段止」,并与工作时段取交集。周期必须大于 0,写错的行会列在失败清单里,不会静默跳过。

合并与抑制

所有时刻按时间排序,相邻间隔 ≤ 最小间隔的归为同一簇;簇内第一条成为合并时点(取整到 5 分钟刻度),其余标为被抑制,写明原时刻、类别与原因。

优先级的作用

同一时刻的多条提醒按优先级降序排,优先级高的排在簇内第一条,因此更容易成为保留的那个合并时点;优先级相同则按类别名排序。

明确不做的事

工具只做本地排班与标记,不接管系统通知、不代发提醒、不改已有计时器。ICS 是建议文件,需本人确认后导入。

常见问题

最小间隔设 0 会怎样?

只有完全同一时刻的提醒会被合并,基本等于各类提醒各自为政。适合想先看原始冲突密度的场景。

允许时段写成 09:00 到 18:00 之外的时间呢?

会与工作时段取交集,超出部分不生成。这样可以避免午休或下班后还出现提醒。

合并后提醒次数少了,会不会漏掉护眼?

合并时点标题会列出该时段包含的全部类别(例如「护眼 / 起身 / 喝水」),因此一次提醒同时覆盖多类事项,不是删掉某一类。

ICS 里每个时段只有一条事件吗?

是的,每个合并时点一条事件,描述里写明合并自几条提醒与来源行号,避免又变成互相打架的多条通知。

💬 留言板 0

全部留言需审核通过后展示
💬

还没有留言,来抢沙发吧!

✍️ 说点什么
0 / 500
图形验证码
👣 做完这一步,顺便看看
🧰 乱码修复 / 文本编码转换 在线乱码修复工具:上传乱码文本文件或粘贴乱码字符串,用 UT… → 💻 假装工作模拟器 老板走近工位的一瞬间,点一下就能从摸鱼切回正经工作界面。代码… → 🧰 IP / 子网掩码计算器 在线子网计算器:输入 IP 地址与掩码(CIDR 前缀或点分… → ⏰ 下班倒计时 打工人专属下班计算器:实时倒计时、进度环、已上班时长、加班时… →
全部工具 →