一、先把连休天数和法定节假日天数分开
这是所有假期相关计算的地基，混了就全错。节假日调休查询 特意把两个数字分开列，因为它们的用途完全不同：
- 连休天数：放假安排的最终结果，是「你实际能连着休几天」。它由法定节假日加上前后调整过来的周末凑成，所以往往比法定天数多出一倍。
- 法定节假日天数：《劳动法》层面的天数，是计算加班费的依据。
拿 2026 年春节举例，放假区间是 2 月 15 日到 2 月 23 日，连休 9 天，但其中法定节假日只有 4 天，另外 5 天是周末以及从 2 月 14 日、2 月 28 日两个周末调过来的。这个差别直接体现在钱上：法定节假日当天加班是 300%，休息日加班是 200%，工作日延时是 150%，而且只有休息日加班可以用调休替代。如果按「春节 9 天全是法定假」去主张三倍工资，口径一开始就错了。
工具在页面里把这三档加班工资和能否调休替代都列了出来，遇到具体争议时先确认自己加班的那一天在放假安排里属于哪一类，再套对应的倍数。
二、调休补班怎么识别，数据从哪来
调休补班日是最容易被日历类工具搞错的一项：它在自然日历上是周六或周日，但在放假安排里是工作日。2026 年的元旦、春节、劳动节、国庆节都带补班日，比如国庆假期对应 9 月 20 日和 10 月 10 日两个周末要上班。
如果一个工具只按「周六周日就是休息」来算，那么它给出的「本月剩余工作日」「距离下一个休息日」全部会偏。摸鱼日历 和节假日调休查询共用同一份数据，补班日会被正确识别为工作日，所以「本月剩余工作日」这个数既扣掉了法定假期，也把周末补班加了回来。节假日调休查询还提供月历视图，放假日、调休上班日、周末、工作日用不同颜色标出，可以逐月翻，一眼看出哪个周末要补班。
数据来源值得单独说清，因为它决定了可信度边界。这两个工具的假期数据分三层取用：
- 服务端接口：页面挂载时会请求一次，成功则用服务端的最新数据并写入本机缓存。
- 本机缓存：上一次接口结果存在浏览器里，二次访问不必等网络就能拿到较新的数据。
- 本地内置兜底：模块加载时就同步套上，保证首屏立刻可用、断网也不会白屏。内置的这一份依据国务院办公厅发布的放假安排通知整理，页面上会标出当前用的是哪一层数据。
这套设计的代价是：如果接口没能更新、或者你正处在离线状态，看到的可能是内置的旧数据。下一年的放假安排通常要等上一年 11 月左右才由国务院办公厅发文，发文前任何工具都只能显示已收录的年份。遇到临时调整、地方性安排，一律以官方公告原文为准，别拿工具的结果去和 HR 争。
三、下班倒计时与浏览器通知能做到什么程度
摸鱼日历把打工人关心的几个数字放在一屏：距离下班的秒级实时倒计时、距离周末的天数、距离下一个法定节假日的天数、本月剩余工作日、今年已经过去的百分比，以及今日工时进度条。上下班时间和单双休可以在「作息设置」里改，设置保存在本机浏览器，下次打开自动带出。所有计算基于本机系统时间与时区，系统时间不准就会整体偏移。
比较实用的一个串联是它的下班提醒：点过去会带着预填参数打开 定时通知工具，标题、内容、延迟秒数（按当前到下班时间算出）都已经填好，只要确认一下就能设上。今天不上班或者已经过了下班时间，它会直接提示而不是设一个无意义的提醒。
浏览器通知的限制必须讲清楚，否则很容易「以为设了但没响」：
- 必须先授权。首次使用要点「请求通知权限」并在浏览器弹窗里允许。如果之前拒绝过，浏览器不会再弹窗，只能去地址栏左侧的锁图标里手动改回允许，然后刷新页面。工具在权限被拒绝时会给出分浏览器的操作步骤。
- 页面关掉就不会响。提醒是用
setTimeout在当前页面里排的，组件销毁时会清掉所有定时器。也就是说关闭标签页、刷新页面、关掉浏览器都会让已设的提醒失效。要设几小时后的提醒，就得让这个标签页一直开着。 - 延迟范围与单位：数值 1 到 100000，单位可选秒、分钟、小时。标题最多 50 字，内容最多 200 字。
- 通知不会自动消失，需要手动关掉，这样离开一会儿回来也能看到。可以同时设多个，列表里显示各自的剩余秒数，支持取消单个或一次取消全部。
- 不要指望它响铃。是否有提示音、通知怎么堆叠、免打扰模式下会不会拦，全部由操作系统和浏览器决定，工具这一层管不了。重要的事情请同时设手机闹钟。
四、纪念日倒数：每年重复与只算一次
纪念日与倒数日 的核心只有一个选项，但选错了行为完全不同：
- 每年重复：适合生日、结婚纪念日、入职纪念日。工具会自动把日期推到今年或明年的下一次，并显示这是第几个纪念。过完当天不会消失，而是自动滚到下一年。
- 只算一次：适合考试日、发布日、旅行出发日。过期后条目会移到「已经过去」列表并显示已过天数，不再占用即将到来的卡片区。
天数按自然日计算，不含时分秒，所以当天显示为 0 天而不是几小时几分。这一点在「明天考试」这类场景下要注意：显示 1 天指的是日期差 1 天，不代表还有完整的 24 小时。
两个容易踩的边界情况：2 月 29 日的每年重复条目，在非闰年会落到 3 月 1 日；农历生日需要自己先换算成公历再录入，工具不做农历推算。
数据只存在本机浏览器的 localStorage 里，不上传服务器，所以清理浏览器数据、换设备、用隐私模式打开都会丢。重要记录务必用「导出备份」存一份 JSON 文件，换设备时再导入回来。这不是可选的贴心功能，而是这类纯本地工具的必要操作习惯。
五、跨时区会议：夏令时是最容易踩的坑
世界时钟与会议时间 解决两个问题：各地现在几点，以及约的会议在别人那里是几点。城市列表内置近三十个常用城市和协调世界时，可自由增删，选择保存在本机；默认给出上海、伦敦、纽约、洛杉矶、东京和 UTC 六个。会议对照功能选定基准时区和具体日期时间后，会列出所有城市对应的当地日期与时间，并按 9 点到 18 点标「工作时间」、6 点到 22 点标「早晚勉强」、其余标「深夜不建议」，一眼看出这个时间点对谁不友好。
真正需要提防的是夏令时。北京时间全年不变，但伦敦、柏林、纽约、悉尼这些地方会在一年中切换一次，切换后与北京的时差会变化 1 小时——同一个「北京时间下午 4 点」的例会，在伦敦可能是上午 9 点，也可能是上午 8 点，取决于当时处在夏令时还是标准时间。而且南北半球的切换时间还相反，悉尼进入夏令时的时候，伦敦刚好退出。
工具的换算用的是浏览器内置的 IANA 时区数据库，夏令时自动处理，不需要手动加减一小时，非整小时时区（比如印度 UTC+5:30）也能正确显示。这带来一条重要的实践建议：约固定周期的会议，永远按某个具体时区加当地时间来约，不要按时差约。写「每周三北京时间 16:00」是稳的，写「每周三比伦敦晚 7 小时」在夏令时切换那一周就会错。跨时区时日期也可能不同，北京上午的会在纽约往往是前一天晚上，通知里最好把双方的当地日期都写出来。
最后一个串联用法：把重要会议的日期录进纪念日与倒数日，会议当天再用定时通知工具设一个提前 10 分钟的提醒。前者负责跨天的记忆，后者负责当天的临门一脚，各管一段。
常见问题
为什么工具算出的本月剩余工作日和我自己数的不一样？
大概率是调休补班日的差异。你按周六周日全休来数，工具则把放假安排里的调休上班日算成了工作日，同时把法定假期扣掉了。可以打开节假日调休查询的月历视图逐月核对，黄色标记的就是要补班的周末。如果两边确实对不上，再看页面标注的数据来源是不是本地内置的旧数据。
通知设好了但到时间没响，问题出在哪？
先按顺序排查三件事。一是权限，地址栏左侧的锁图标里看通知是不是「允许」；被拒绝过的站点浏览器不会再弹窗询问，必须手动改回来再刷新。二是页面，提醒依赖当前页面的定时器，标签页关了、刷新了、浏览器退出了，已设的提醒都会失效。三是系统层，操作系统的专注模式、免打扰、通知总开关都会拦掉浏览器通知，这一层工具无法绕过。
明年的放假安排什么时候能查到？
通常要等上一年 11 月左右国务院办公厅发布通知之后。在正式发文前，任何日历工具显示的下一年安排都只是推测，本站的做法是只显示已收录的年份，不做猜测。发文后数据会通过接口下发，页面上会标出当前使用的数据来源；遇到临时调整，请以官方公告原文为准。
换了手机，之前记的纪念日和作息设置都不见了，能找回来吗？
不能自动找回。这几个工具的数据都存在浏览器本机，不上传服务器，所以换设备、换浏览器、清理浏览器数据都会丢，这是纯本地存储的固有代价，换来的是数据不外发。纪念日与倒数日提供了导出为 JSON 备份并在新设备导入的功能，建议录入重要日期后就顺手导出一份存到网盘。摸鱼日历的作息设置没有导出功能，但重新填一次只要几秒。