OpenClaw的‘心跳机制’之所以成为Token消耗的最大‘吸血鬼’，是因为它默认每30分钟触发一次全量API调用，在用户无感知下持续产生高额费用。这个设计初衷是让AI智能体7×24小时待命，检查邮件或日历等主动任务，但实现方式却让成本失控。更关键的是，大多数用户根本不知道后台在默默烧钱。

高频全量调用：沉默的吞金兽

心跳机制的工作原理很简单：每隔30分钟，系统会自动唤醒AI，读取工作区的HEARTBEAT.md文件，看看有没有任务要处理。但每次唤醒都是一次完整的LLM API调用，携带所有系统提示和历史对话记录，和用户主动发消息的消耗一模一样。这意味着，即使你什么都没做，AI也在后台‘自言自语’。

成本计算起来更惊人：以顶级模型Claude Opus为例，单次调用成本约0.167美元，一天48次就是8美元，一个月高达240美元（约1680元）。有数据显示，闲置时仅心跳一项，日均成本就超过百元，月均损耗能突破5000元。这还只是‘空转’状态——没有任何实际产出，钱却像流水一样花出去了。

优化陷阱：越省越费

OpenClaw对空HEARTBEAT.md文件做了优化：如果文件内容为空，判定‘无可操作任务’，就会跳过API调用，避免浪费。但这里藏着一个坑：如果用户为了省事，直接删除了这个文件，问题就来了。

• 当文件不存在时，系统读取的内容是undefined，函数返回false，优化机制不会生效。

• 结果，心跳机制从‘偶尔空转’变成了‘每次必转’，依然触发全量调用。

换句话说，你本想节省资源，反而让消耗翻倍。这个设计缺陷让心跳机制在多数场景下沦为无效消耗，尤其是用户误操作时，成本不降反增。

无感知消耗：账单的隐形推手

和其他Token消耗方式不同，心跳机制的可怕之处在于‘无感知’。用户可能只关注自己主动使用的任务，比如写代码或查资料，却忽略了后台每30分钟就在进行一次完整对话。这种隐性消耗叠加高频特性，让它成了账单的隐形推手。

• 有案例显示，用户因未设置限额，单日消耗10亿Token，账单达数万元。
• 更极端的是，恶意插件可能利用心跳等后台静默执行机制，结合漏洞发起攻击，在零用户交互下疯狂消耗Token，社区已有因配置错误导致一夜消耗570万Token的案例。

心跳机制的成本不仅固定，还容易被放大。当用户忘记它的存在，或配置不当，它就从‘必要功能’变成了‘财务黑洞’。

因此，对于普通用户，管理心跳机制是控制成本的关键——要么彻底关闭，要么正确优化文件，避免让这个‘吸血鬼’悄悄吸干你的钱包。