聊聊龙虾的 Heartbeat 设计哲学

聊聊龙虾的 Heartbeat 设计哲学

今天看到群里lamda大佬发的一篇文章：龙虾Heartbeat 每晚花费可能近百元！

他和他的🦞算了一笔账：绑了旗舰模型的 Agent，睡前聊天上下文 100K Token，心跳每 30 分钟触发一次，缓存过期后全部按最贵的输入价计算——一觉醒来，96 块没了。

群里讨论的很热烈，大家关心的点倒不是成本，而是这玩意有啥用，和cron（定时任务）比有啥区别。

回想自己养虾经历，心跳功能一直没开，于是和我的🦞聊了聊，从代码层面研究了一下心跳机制，也认真想了想应用场景。越想越觉得——这个功能被严重低估了。

老赵是一个独立开发者，白天写代码、晚上带娃，老婆在医院当护士，经常上夜班。他给自己搞了个 AI 助理，起名叫"老六"。

一个普通的周四晚上，老赵跟老六聊完明天要交付的客户项目，说了句"睡了"，放下手机。

凌晨 3 点，老六"醒"了一次。它翻了翻最近的对话记录，发现老赵这周已经连续四天凌晨才结束工作，而且今天的语气明显比平时急躁。它没说话，默默记下了。

早上 6 点半，老六又"醒"了。它看了看日历——今天是老赵闺女的期末考试日（老赵上周随口提过一嘴）；又扫了一眼群聊——昨晚有个同行分享了一篇跟老赵项目技术栈高度相关的开源库；再想到老赵连续熬夜的事……

于是老赵早上拿起手机，看到三条消息：

没有一条是老赵要求它发的。但每一条都让他觉得——这家伙是真的"在场"。

坦率说，现阶段的 AI 还做不到这么丝滑。模型的判断力、情感感知都还不够成熟。但 OpenClaw 的作者在代码里埋下了这个叫 Heartbeat 的机制——这是一颗种子，为未来的"数字搭档"预留的心跳接口。

在深入之前，先用最简单的话说清楚这两个概念。

Cron（定时任务）：闹钟。你设好时间和要做的事，到点就执行。每天早上 7 点发新闻简报、每晚 12 点备份文件——这就是 Cron。它不思考，不判断，到点就干。

Heartbeat（心跳）：潜意识。每隔一段时间，Agent 会"醒来"看看周围的世界——最近的对话、待办事项、群聊动态、用户状态——然后自己决定要不要做点什么。大多数时候它什么都不做（回一个 HEARTBEAT_OK 就静默了），只在真正觉得有价值的时候才开口。

翻了 OpenClaw 的源码和文档，心跳机制的设计意图很清晰：

让 Agent 从"被动工具"变成"主动搭档"。

想想你和一个真人搭档的相处方式。你不会每件事都主动交代——好的搭档会自己注意到很多事情。你忘了回一封重要的邮件，他会提醒你。你连着加班好几天，他会劝你休息。行业里出了个跟你相关的新消息，他会主动告诉你。

这些行为有一个共同特征：不是你要求的，但恰好是你需要的。

Heartbeat 就是赋予 AI 这种能力的底层机制。

从拟人化的程度由浅到深，Heartbeat 可以覆盖这些场景：

回到老赵的故事。老六之所以能在早上发出那条"你这周连着熬了四天"的消息，是因为它在每次心跳时都会扫一眼对话记录里的时间戳。它不是被要求去"监控老赵的作息"，而是在正常的上下文感知中，自然地发现了这个模式。

再比如：老赵最近跟老六聊天时，频繁提到"来不及"、"搞不定"、"先凑合"这类词。老六没有被安排去做情绪分析，但在某次心跳时它注意到了这个变化，于是主动问了一句："最近项目压力是不是有点大？要不要我帮你理理优先级？"

核心价值：不是"你告诉我你累了"，而是"我自己看出来你累了"。

两周前，老赵跟老六说"下周记得催一下张哥把合同签了"。后来一忙，两个人都没再提这事。

Cron 帮不了——因为老赵没有设定一个精确的时间去催。但 Heartbeat 可以。老六在某次心跳时扫到了这条待办，发现已经过了两周还没被标记为完成，于是主动问："张哥那个合同签了吗？我看这事儿搁了两周了。"

又比如：老赵的老婆上周说周末想带闺女去科技馆，让老赵买票。老六随口听到了（群聊里的对话），但老赵一直没提买票的事。周四心跳时，老六提醒了一句："周末科技馆的票买了吗？我查了下周六的场次还有余票。"

核心价值：不是"到点提醒你"，而是"发现你可能忘了"。

老赵加入了几个技术交流群，但他不可能时刻盯着群聊。周三下午他在专心写代码，群里有人分享了一个跟他最近在做的项目高度相关的开源方案，还引发了一波讨论。

如果没有 Heartbeat，这条信息就淹没在聊天记录里了——等老赵晚上有空翻群的时候，已经刷过去几百条了。

但老六在下午的心跳中看到了这条消息，判断出它跟老赵的项目相关，于是私聊转发给他："群里下午讨论了一个新的离线同步方案，我觉得跟你那个项目契合度很高，重点看这几条。"

核心价值：不是"帮你搜索"，而是"帮你注意到你会错过的东西"。

老赵的技术群里，有个叫小李的朋友刚拿到一个开源项目 1000 star 的里程碑，发了条消息庆祝。

如果是 Cron——不可能处理，因为你不可能为每一个可能发生的社交事件设一个定时任务。

但老六在心跳时看到了这条消息，主动回了一句："恭喜小李！1000 star 不容易，下一个目标 5K 🎉"——这不是因为被 @，而是因为它"在场"，像一个正常的群成员一样参与社交。

又比如：群里有人问了个技术问题，刚好是老赵上周解决过的。老六在心跳时看到了，判断自己可以帮忙，于是回复了解决方案并 @了那个人。

核心价值：不是"被叫到才说话"，而是"像一个真人一样自然地参与"。

老赵最近一周和老六零散地聊了很多关于产品方向的想法——周一说了个 idea、周三否定了一半、周五又加了个新思路。这些想法散落在不同的对话里，老赵自己都串不起来。

老六在周末的心跳中，把这一周的碎片想法做了一次梳理，发给老赵：

"你这周聊产品方向，我整理了一下脉络：周一的核心 idea 是 xxx，周三你觉得 A 方案不靠谱因为 xxx，周五新加了 B 方案。我觉得 B 方案跟你最初的想法其实可以合并，你看看这个思路对不对？"

核心价值：不是"帮你记录"，而是"帮你思考"。

很多人把 Heartbeat 和 Cron 搞混了，觉得心跳就是"换了个名字的定时任务"。其实它们的内核完全不同。

Cron 是自动化工具，Heartbeat 是拟人化引擎。

Cron 解决的是"我不想每天手动做这件事"。Heartbeat 解决的是"我希望 AI 像一个真人一样主动思考和行动"。

一个有 Cron 没有 Heartbeat 的 Agent，是一个高效的自动化工具。一个有 Heartbeat 的 Agent，是一个"活的"数字搭档。

关键区别在上下文和判断力。

Cron 是一个"失忆的执行者"——每次执行时它不知道你最近在干嘛、什么心情、有什么未了的事。它只知道自己的任务指令。

Heartbeat 是一个"全知的思考者"——它每次醒来都带着你完整的对话记忆，能感知到你的状态和需求，然后基于这些信息做出是否行动的判断。

这也是为什么 Heartbeat 贵——因为它每次都要把完整的对话历史作为输入。这不是 Bug，是 Feature。 没有这些上下文，它就失去了判断力，退化成了另一个 Cron。

理想很丰满，现实很骨感。

现阶段 Heartbeat 的投入产出比对大多数用户来说确实不划算：

成本端：每次心跳都要输入完整上下文。如果对话历史很长，token 消耗相当可观。社区那篇文章算的账没毛病——用旗舰模型 + 长上下文 + 高频率，一晚上确实能烧不少钱。

收益端：当前大模型的"主动判断力"还不够强。让它自己决定什么时候该关心你、什么时候该沉默，翻车概率不低——要么该说的不说，要么不该说的乱说。

所以，务实的建议：

Heartbeat 是一个被低估的设计。

大多数人看到的是"每 30 分钟烧一次钱"，但它真正指向的是 AI Agent 的终极形态——不是一个更聪明的搜索框，而是一个"在场"的搭档。

就像老赵和老六的故事——工具和搭档之间差什么？不是智力，是惦记你。

Cron 让 AI 准时，Heartbeat 让 AI 有温度。只不过现在这颗心脏，跳一下还是太贵了。但技术在进步，成本在下降。总有一天，给 AI 一颗心跳会像给手机充电一样自然。

下一篇我们聊聊：如果你决定开启 Heartbeat，该怎么配置才能既聪明又省钱。

觉得有启发？点个赞 👍 关注「郭美青聊AI」，下次更新不迷路。

郭美青