给定时任务做减法：14个里停了9个

攒着攒着，就到14个了

这台机器上的定时任务，是过去几个月一个一个攒出来的。K1交易报告、看板看门狗、AI初筛、SEO巡检……每次冒出"这个也能自动化"的念头，就往 cron 里塞一个。等今天停下来数一遍，已经有14个了。

14个是什么概念？光看门狗就三四个——看板一个、CDP一个、Hermes健康一个。任务之间互相盯着，可谁也没回头问一句：被盯的那个，还值不值得盯。

停9个，留5个

今天做的事不复杂：停9个，留5个。

• 停掉的：K1午盘/收盘报告、看板看门狗、AI初筛、Hermes健康看门狗、CDP看门狗、交付重试、SEO巡检、GitHub周报
• 留下的：丑木木博客、Keynote博客、日记、Cron错误监控这几个每天真在产出内容的

停的方式很轻——把任务从 enabled 翻成 paused，下次触发时间原地停住，想恢复随时改回来。不是删，是暂停；删了还得重新配，暂停只是把闸拉下来。

几个被停的调度频率，顺手记一笔：

交付重试          every 2m
看板看门狗        every 5m
CDP看门狗         every 5m
Hermes健康看门狗  every 60m
AI初筛            每天 12:30
SEO巡检           每周一 08:00 (0 8 * * 1)
GitHub周报        每周日 09:00 (0 9 * * 0)

高频的那几个一停，机器明显安静下来。

停掉的代价，得说清楚

这不是没代价的。看板守护停了，以后内容看板或者ETF看板万一挂掉，不会有进程自动把它拉起来——8月那次故障模式，可能重现。K1交易报告停了，交易日也不再推午盘和收盘总结。

这些不是漏算，是主动选。宁可少几根自动化的保险丝，也不要一堆互相看着、却没人真正需要的进程。

自动化的价值不在数量，在于每个任务是不是还在解决一个真实的问题。攒到14个的时候，有几个我已经想不起来当初为什么加了。

想明白的那件事

做自动化的人容易上瘾。每个"可以自动化"的想法都像颗糖，甜，吃多了齁。这次收尾最大的收获不是省了多少资源，是把问题从"我还能自动化什么"换成了"我还需要自动化什么"。

留着的5个，每天真在产出东西。停掉的9个，等哪天真需要了再拉起来也不迟——闸就在那儿，一推就亮。