这是自动的
当前模型来自一个订阅的话，服务端的限流信号会带重置时间。Cetas 收到信号就记下这个时间，到点自动恢复工作——不用设闹钟，也不用记着“稍后再试”。
边界是：前提是 Cetas 还开着、session 没有切换。等待期间你离开电脑做别的都行；把进程关了或换了 session，恢复就无从谈起。
凌晨三点，没有人守着
没有守卫的长任务经常停在很被动的地方。跑到第 90 分钟，供应商回一个 429，agent 说“配额用尽，稍后再试”，然后这条消息在第二天早上才被看到。五个小时白等，任务还得重讲一遍。守卫会自己处理“稍后再试”。
不带重置时间的限流（多数按量计费的 API key 是这种），按退避节奏探测，有封顶、不会密集重试。
等待不丢工作
等的前提是醒来之后一切还在。失败的那一轮先落盘，会话才被标记为可恢复，顺序反了，恢复时拿到的就是残缺的上下文。续跑之后任务接着跑、历史接着写，不需要你重述任何东西。
你需要它吗
三个问题自查：
- 跑过超过一小时的任务吗？
- 供应商按 5 小时窗口计额度，任务经常跨窗口吗？
- 设过闹钟回来重发任务吗？
有一条命中，它就值得先配上。一条都没有，暂时用不上，装了也不会碍事。
两件事它不做
撞限流时它不会自作主张换供应商或换模型，想换是 /model quick-pick 的事，两个机制各管各的。反复失败到次数上限，它会停下来把结论交给你，而不是整夜重试。