周一，老师设好定时任务：每天9点把前一天审核资料汇总成周报。周二、周三，目录里准时出文件。周四，老师点开目录——空的。

面板却一片绿："已执行"。它到底干了没有？

自动化省的是重复劳动，不是排查的功夫。

定时任务"没跑"或"白跑"，机理藏在三处断点。

第一处是触发条件：时间窗、时区、休眠。设备休眠错过触发点，大多不补跑。

第二处是运行环境：依赖没装、浏览器没起、会话过期。自动化跑在没有老师会话的无人环境，手动能跑不等于自动能跑。

第三处是账号权限：目录读写权、接口白名单、登录态到期。核验不过，很多系统宁可安全中断，也不乱动。所以只显示"已执行"，却没产物。

调度器只负责"拉起"，不负责"干成"。

它报成功，只代表"我按点了"，不代表"活干完了"。老师要的不是"它跑了"，是"活干完了"。光看面板绿勾，会骗人。

2026年9月，aioperator 复盘自家 agent 舰队：每周跑 11,000 次，零产出。结论扎心——最危险的故障不是报错的故障，是不报错的故障。

同月 CSDN 一篇无人值守复盘，把失败分成三类：静默失败（退出码0、产物空）、假成功（说完成12步、内容空壳）、无界损失。

2026-09-06 火花智影那篇 WorkBuddy 排错帖更直白：没跑八成卡在触发、环境、权限，按"看历史→查环境→加日志"三步，几分钟定位。

翻车就栽在这。上周周报定时任务，面板连着"已执行"，有一周产物却是空的。

我花 8 分钟定位。看历史 2 分钟，发现"已执行"无报错。查环境 4 分钟，浏览器会话早过期。加校验 2 分钟。

改法是给任务挂三道契约：产物得存在、字节大于零、修改不超过 24 小时。不达标就推告警到手机。之后 6 周 42 天，零漏跑。

善弈者谋势，不善弈者谋子。

查"产出"这个势，比盯"执行"这个子重要得多。

查一次日志

老师下次遇到"没跑"，别急着改配置，按这个顺序走一遍：

第一步，打开自动化面板，看最近一次执行记录：是"没触发"，还是"触发了但空"？没触发，查触发条件（时间窗、时区、设备是否休眠）、调度进程是否在跑。触发了却空，进第二步。

第二步，查运行环境：依赖装齐没、浏览器起没起、登录会话过期没。再查权限：对目标目录有读写权吗、外部接口白名单配了没、账号登录态还有效吗。

第三步，兜底。给每个任务末尾加三行：写一条带时间戳的执行日志；校验产物文件存在、字节大于零、修改时间不超过 24 小时；不达标，就推送"今日未正常产出"到老师手机。

可直接抄的指令：

给[任务名]加收尾校验：任务结束时，若[产出文件]不存在、或大小等于0、或修改时间超过24小时，则推送"[任务名]今日未正常产出"到[通知渠道]，并写入运行日志。

把"查一次日志"从可选项变成必选项。定时任务不是设完就完事，是把"感知它跑没跑"写进流程里。

#定时任务、#自动化排查、#静默失败、#无人值守、#产出契约、#运行日志、#WorkBuddy自动化

往日文章：

你让WorkBuddy批量改名，有没有先让它"假装改一次"