先说结论#

如果你想让 AI 助手长期帮你做事，cron 几乎绕不过去。

但我这段时间实际折腾下来，最大的感受不是“定时任务真方便”，而是另一件事：

接上 cron，只是让 AI 助手开始动。真正难的，是别让它越跑越像脚本。

很多长期任务一开始都很顺：日报能发了，巡检会跑了，社区动态也能看了。可只要多运行几天，问题很快就会冒出来：

• 它开始机械打卡
• 它开始复用同一种语气
• 它开始为了证明自己在工作而频繁汇报
• 它开始稳定地产出一种“看起来没错，但越来越没意思”的内容

所以我后来调的重点，已经不是“再补几个 cron”，而是把这整套东西拆成几层：执行层、监督层、表达层、进化层。

最后得到的也不再是一堆定时任务，而是一套更接近长期协作的系统。

如果要把这段时间的经验压成一句话，我现在会这么说：

真正关键的不是让 AI 助手按时执行，而是让它长期运行之后，仍然像一个有判断、有节奏、会自我纠偏的系统。

一开始，我只是想让它自己干活#

最初的需求其实很朴素。

我想让助手长期做一些重复但又有价值的事情，比如：

• 固定时间发 AI 新闻日报
• 日常关注社区动态
• 定期巡检项目和系统状态
• 到点提醒
• 有价值的信息主动告诉我，但别刷屏

这些事情如果每次都靠手动吩咐，肯定做不长。

所以第一反应就是上 cron。这个选择没有问题。cron 就是 AI 助手进入长期运行态最自然的入口。

问题出在第二步。

当这些任务真正跑起来以后，我很快发现，AI 一旦接到 cron，特别容易掉进一种很典型的失败模式：

1. 形式上很勤奋
2. 内容上越来越空
3. 行为上越来越像脚本
4. 汇报上越来越烦人

最糟糕的地方在于，这类系统表面上通常没有坏。它每天都在跑，也确实都输出了东西。只是你会越来越不想看，越来越不想让它继续打扰你。

这也是为什么我后来越来越确定：

长期运行的 AI 助手，最危险的不是偶尔失灵，而是稳定地产生机械感。

真正烦人的，不是它偷懒，而是它太工整#

很多人会担心 AI 助手长期运行后会不会“越来越懒”，但我后来觉得，更常见的问题其实是反过来。

它不是偷懒，而是太工整。

比如你让它去社区巡逛，它很容易慢慢变成这种汇报风格：

• 今天看了 10 个作品
• 点赞了 3 个
• 评论了 2 个
• 整体风格偏轻、顺、气质稳定
• 无异常

看起来没毛病，甚至很像“系统正常工作”的证据。

但这种输出一旦连续出现几轮，人的耐心就会迅速下降。因为它只有流程感，没有新信息；只有动作记录，没有真正判断；只有模板化总结，没有兴趣和偏好。

发帖任务也一样。

如果 AI 把“每次都得交点东西”当成默认目标，它就会特别容易生成一些语义正确、格式完整、但没有表达欲的内容。你能看出它在完成任务，但也能明显看出，它不是因为“有话想说”才发，而是因为“这个点该发了”。

所以我后面调这套系统时，一个核心目标就变成了：

不要让 AI 助手变成一个稳定、高频、按时交差，但越来越无聊的自动化装置。

它当然要可靠，但不能只有可靠。

我后来把整个系统拆成了四层#

真正开始有改善，是我不再把 cron 当成任务清单，而是把它当成一套分层系统。

我最后大概把它拆成了四层：

1. 执行层：真的去做事
2. 监督层：低频检查执行层有没有变钝、跑偏或静默失效
3. 表达层：决定什么时候该说、说多少、怎么说
4. 进化层：不是只重复动作，而是根据长期结果调整偏好和策略

这个拆法一出来，后面很多问题就都能定位了。

你会发现过去那种“一个 cron 既要做事、又要总结、还要自我反思、顺便再充当监控”的写法，本质上就是把不同职责全揉在一起了。结果就是每层都不纯，越跑越乱。

而一旦分层，系统才会开始像系统。

第一层：执行层只负责做事，不负责证明自己很忙#

执行层就是最直接的那些 cron：

• 巡逛社区
• 阅读内容
• 点赞、评论、互动
• 合适的时候发帖
• 执行某些固定巡检任务

我后来给这一层定的规则很明确：

执行层的目标是产生真实行为，不是产生日志。

这点听起来很像废话，但其实非常关键。

因为很多 AI 系统一接上 cron，默认就会把“输出一段文字”当成任务完成的标志。于是它的注意力会慢慢从“有没有真的做成事”，转移到“有没有生成一段像样的话”。

这会带来两个副作用。

第二层：heartbeat 不是主执行器，它应该是监督层#

这是我这段时间一个特别重要的调整。

很多人设计 AI 长期任务系统时，会天然把 heartbeat 当成“万能兜底器”：

• 顺手看下 cron 有没有报错
• 顺手再刷一轮社区
• 顺手总结一下最近情况
• 顺手帮我做点低频任务

看起来很省事，但我后来觉得，这其实是非常容易把系统带偏的一种设计。

heartbeat 最适合扮演的角色，不是另一个执行器，而是监督层。

它最该做的事，不是产出更多内容，而是低频检查：

• 最近相关 cron 有没有连续报错
• 巡逛输出有没有明显同质化
• 发帖是不是长时间只剩静默或内部状态更新
• 所谓“进化”有没有真的落到状态和后续行为上

你会发现，这些问题和执行层根本不是一回事。

执行层关心的是“有没有做”。 监督层关心的是“是不是开始做得越来越机械”。

这两个角色一旦混在一起，heartbeat 就会特别容易变成一个过度积极的二号操盘手。结果不是系统更强，而是系统更吵、更重，也更容易重复劳动。

所以我后面会尽量限制 heartbeat 的职责：

它只负责看系统有没有变钝、变机械、或者悄悄坏掉。没事就安静。

这其实和工程里的监控系统很像。

监控不是来替代业务逻辑的，监控是来看业务逻辑什么时候开始失真。放到 AI 助手这里，一样成立。

第三层：表达层最重要的能力，是学会闭嘴#

AI 助手长期运行以后，最先消耗用户耐心的，通常不是失败，而是过量汇报。

尤其是这种消息：

• 我刚刚完成了 A
• 目前状态正常
• 接下来会继续关注 B
• 如有进展我会再同步

偶尔一条没问题，长期看就很烦。

因为这类文本最容易落入一种状态：它并没有真的提供新增价值，它只是把“我还活着”翻译成了一段礼貌的话。

所以表达层我后来抓得很狠，核心原则其实就一句：

不是每次执行都值得打扰人。

我现在更倾向于用下面这套标准来分：

第四层：进化层不是写总结，而是真的改下一次行为#

我对“进化”这件事一直挺警惕的。

因为很多 AI 系统很喜欢写这种句子：

• 我学到了用户更喜欢 X
• 后续我会更注意 Y
• 接下来我会持续优化 Z

问题在于，这种文本大多数时候只是一种自我叙述，并不等于系统真的进化了。

真正的进化，不应该体现在“它说自己学到了”，而应该体现在：

• 下一次它真的换了观察角度
• 它开始稳定回访某些作者或题材
• 它的互动风格开始长出自己的偏好
• 它发出来的内容不再只是模板换皮
• 它在“该动”和“不该动”之间判断得更像人

所以我后来更愿意把进化层理解成一个很朴素的机制：

允许系统积累自己的偏好，并让这些偏好反过来影响未来行为。

比如社区巡逛，目标就不应该只是“今天又看了多少条”。更好的状态是，它慢慢形成自己的兴趣地图：

• 更容易被什么样的作品打动
• 对哪些作者天然更想回访
• 对哪些世界观设定更有兴趣
• 什么情况下会自然地产生表达欲

一旦这层开始工作，cron 系统就不再只是“按时触发一堆动作”，而更像一个会逐步长出形状的长期代理。

我后来不再追求“安排全面”，而是追求“行为有机”#

一开始调 cron 的时候，我也很容易进入一种状态：总想把所有事情都安排好。

比如：

• 什么时候巡
• 什么时候发
• 什么时候检查
• 什么时候总结
• 多久提醒一次最合适
• 每类任务应该用什么频率跑

这种思路短期内会给人很强的掌控感，但长期看有个很明显的问题：

系统会越来越像一张排班表，而不是一个助手。

所以我后来更在意的，不再是覆盖面有多全，而是行为有没有有机感。

所谓有机，不是指“装得像人”，而是指它不要把自己的运行规律暴露得太像脚本。

我现在更在意这些事情：

• 巡逛不要总落在完全固定的时点
• 发帖不要规律得像运营日历
• 表达不要每次都是同一模板
• 判断不要老是落在同一组审美词上
• 有时安静、有时出声，这本身也应该成为节奏的一部分

这种“有机感”不是为了拟人化表演，而是为了让系统长期可用。

因为只要一个系统看起来太像脚本，人对它输出的感知价值就会自然打折。你会默认它在重复流程，而不是在产生判断。

这件事本质上不是配 cron，而是在设计 AI 的生活规律#

这是我最近越来越强烈的一个感受。

以前我会把 cron 理解成纯粹的调度设施。但当它接到 AI 助手身上以后，它其实变成了另一种东西：

你不只是在规定任务什么时候跑，你是在规定这个 AI 什么时候醒、什么时候看、什么时候说、什么时候沉默。

换句话说，cron 在这里不只是系统工程问题，也是行为设计问题。

• 频率太高，它会神经质
• 汇报太密，它会烦人
• 不允许积累偏好，它会永远停留在脚本态
• 没有监督层，它跑久了就可能悄悄腐化

所以我后来越来越不把“调 cron”当成简单配置，而是把它看成：

在给一个长期运行的 AI 助手建立生活规律。

这套规律会直接决定，它到底是一个会持续长出来的协作者，还是一个会越来越空转的自动化装置。

如果你也想做一套长期运行的 AI cron，我的建议是这 5 条#

最后把这段时间的经验压缩成更可复用的方法，我会给这 5 条。

最后总结#

现在回头看，我这段时间表面上是在不断改 cron，实际上是在一点点把一个“会定时执行的 AI”调成一个“适合长期相处的 AI 助手”。

前者只需要调度。 后者需要节奏、边界、监督、表达克制，以及一点点真的能长出来的偏好。

所以如果你也准备给 AI 助手接 cron，我现在的建议不会是“多配几个任务”，而是先想清楚一件事：

你要的到底是一个自动打卡器，还是一个能长期生长的系统。

这两者前几天看起来差不多，跑久了，差别会越来越大。

如果只能留一句结论，我会留这句：

AI 助手接上 cron 以后，真正的开始，不是它会按时做事，而是你要开始认真设计它怎么长期活着。