我随口说了句"晚上八点吧,我好下班",Claude Code 当真了
前几天给线上服务改价,计划晚上 8 点整生效。

前几天给线上服务改价,计划晚上 8 点整生效。
这次让我很惊喜的点是,我只说了要改价,要准备公告,它直接把公告以及群通知都发了,设置好了定时器,到点执行实际改价的动作。
以前没有这么省心,我想了一下,可能是用的 fable 5 模型,还有我交代任务的时候说了一句,“晚上八点吧,不要太晚,结束了我好下班。”
CleanShot 2026-07-08 at 00.37.14@2x
到点执行是硬约束
改价这类操作,动手时间是定死的。公告说 8 点生效。
早了,用户看到的价格和实际扣的对不上,是客诉事故。晚了,说话不算数。
下午四点方案对齐后,能提前做的它都做完了:代码改好提交、调价公告发出去、改库脚本 dry-run 核对清单。剩下的就是等到点。
它给自己设了个闹钟
Claude Code 是把一条 sleep 命令扔到后台跑。
后台命令有个特性,命令结束时会把主 agent 重新唤醒。所以一条睡将近四小时的 sleep 扔到后台,就是一个定时闹钟。
两个后台闹钟接力的时间线
醒来时上下文都还在,不用重新交代任何事,这是它比新开一个定时会话省心的地方。
两段式,更稳
它没有把闹钟直接定在 8 点。
第一个闹钟定在 7 点 40,醒来先推代码触发部署。部署耗时不确定,它又起了第二个后台任务,每 20 秒探一次线上页面,确认新版本真的上线了,再接着睡到 8 点整。
第二次醒来才改数据库里的收款价,跑验证,清理文章里的旧价格,把公告文案切换成"已生效"。
先部署展示价、再改收款价,这个顺序也是设计过的。中间十几分钟用户看到新价格、实际扣旧价格,只会占便宜,不会投诉。
轮询等的是状态,定点等的是时间。
边界在哪
这个办法的前提是 session 开着、电脑没休眠。
要长期重复跑的定时任务,还是 cron、launchd 或者 CI 的活。Claude Code 自己也有云端 Routines 和桌面定时任务,电脑关机也能按 cron 表达式跑,但那是新开会话,接不上手头的上下文。
这次Claude的执行让我挺惊喜的,很省心。
8 点 12 分,验收清单发过来,我看了一眼,合上电脑下班。