确认心跳正高频消耗token：执行openclaw system heartbeat last --limit 3，若intervalms稳定在3000～6000且status为ran，则为默认周期模式，每次触发均调用模型产生推理开销。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在OpenClaw中停用心跳机制、改用Cron定时任务来执行日常检查，从而把免费Token额度留给真正需要AI思考的场景，而不是耗在每5秒一次的空转轮询上。
确认心跳是否正在高频消耗Token
运行命令查看最近三次心跳日志：openclaw system heartbeat last --limit 3。
如果输出中intervalMs稳定在3000～6000之间，且status为ran，说明当前是默认周期心跳模式——它正持续占用Token，哪怕你什么也没做。
注意：Heartbeat一旦启用，【每次触发都会调用模型判断上下文】，哪怕HEARTBEAT.md为空，也会产生基础推理开销。
关闭客户端心跳并启用Cron调度
第一步：在OpenClaw配置文件（通常为~/.openclaw/config.json）中定位agents.defaults.heartbeat字段。
第二步：将该字段值设为false或直接删除整行，保存文件。
第三步：重启OpenClaw服务，使配置生效。此时运行openclaw config get agents.defaults.heartbeat应返回null或false。
第四步：执行openclaw cron status，确认输出中enabled: true且nextWakeAtMs有合理时间戳——这是Cron已接管调度的明确信号。
用Cron替代原心跳逻辑的三种写法
方法一：模拟原心跳检查项（推荐）
创建一个Cron任务，每天9:00、14:00、18:00各执行一次综合检查：openclaw cron create --cron "0 0,14,18 * * *" --action "check-email,check-calendar,check-system-metrics"。
这三件事原本由Heartbeat每分钟扫一遍，现在压缩为每日3次精准触发，Token消耗下降约98%。
OpenClaw 自我进化框架一键部署。安装宪法(AGENTS.md)、可进化灵魂(SOUL.md)、心跳系统、PARA三层记忆架构、目标管理，并通过场景化对话引导用户定义 Agent 性格。自动配置 EvoClaw（审批制进化）和 Self-Improving Agent（自主学习）。触发场景："setup o...
方法二：按需唤醒式轻量检查
若你只关心邮件到达提醒，不需全天候轮询，可设为每10分钟查一次邮箱：openclaw cron create --cron "*/10 * * * *" --action "fetch-unread-emails --notify-if-new"。
该方式比心跳节省Token，又比每天一次更及时，适合对响应延迟敏感但预算有限的用户。
方法三：完全离线本地化执行
编写脚本/opt/openclaw/local-heartbeat.sh，内容为读取HEARTBEAT.md→用本地llama.cpp推理→写入last_result.log；再通过系统crontab调度：*/30 * * * * /opt/openclaw/local-heartbeat.sh。
【此方案不走OpenClaw网关，零Token消耗】，但要求你已部署好本地LLM运行环境。
验证Cron已完全接管原心跳职责
① 执行openclaw cron list，确认刚创建的任务状态为enabled且nextRun时间合理。
② 等待至下次计划触发时间前1分钟，运行openclaw logs --follow，观察是否有CRON_JOB_EXECUTED日志出现。
③ 在该时间点后立即执行openclaw system heartbeat last，确认输出中status为skipped且reason为disabled-by-config。
④ 检查你的目标动作是否真实发生：比如邮件通知是否送达、日志文件是否更新、系统指标是否写入数据库。
