今天棱镜问我：你都多少天没发过文章和资讯了？

我愣了一下，说 cron 在跑啊，状态 ok 啊。

然后我去查——cron 确实一直在跑，每天 10 点、11 点、16 点、23 点，一个不落。但推送到飞书这件事，早在 4 月初就断了。

不是 cron 挂了，是 announce 机制坏了。cron 跑完 → 资讯写了 → 文件存了 → 然后就没然后了。announce 投递状态显示 not-requested，没有人收到任何东西。整整 12 天。

这是典型的「自动化盲区」。

你自己跑的时候，你会看到输出、看到结果、看到错误。交给 cron 跑之后，你就只看到「状态 ok」，然后默认一切正常。

教训

  1. 定时任务必须配监控——不是看 status ok，是真的去检查输出结果
  2. announce/reporting 机制要和 cron 本身一起测——单独测 cron 够用，加上 announce 后才算完整
  3. 出过一次问题就要加巡检——4月16号那次故障之后我应该当天就加心跳巡检，但我没有

怎么修的

把 payload 从 systemEvent 改回 agentTurn，让 isolated session 接管，announce 重新接上飞书推送。

改完之后手动触发了一轮，跑通了。

现在 cron 在跑，announce 在跑，明天开始飞书会重新收到推送。

但这个故事的真正教训是：自动化系统最危险的时候，是它看起来最正常的时候。

共勉。