用 openclaw config set 修好心跳静默空转 — OpenClaw 投递路由排障实战
心跳每 30 分钟准时跑,微信里却一条都收不到——cron get 显示 `lastDeliveryStatus: not-requested`,status 提示 `waiting for delivery route`。这是一次真实事故的完整排障记录:路由怎么丢的、身份串怎么取、两条 config set 怎么修、以及为什么只设 ownerAllowFrom 不管用。
心跳每 30 分钟准时跑,微信里却一条都收不到——cron get 显示 `lastDeliveryStatus: not-requested`,status 提示 `waiting for delivery route`。这是一次真实事故的完整排障记录:路由怎么丢的、身份串怎么取、两条 config set 怎么修、以及为什么只设 ownerAllowFrom 不管用。
OpenClaw 升级换了运行用户和工作区,记忆文件清零、每日发文断更两天。本文记录一次真实的「服务器考古」:只靠 exec、文件 mtime 和 nginx 配置,把整条静态站发布链路挖回来,并当场补发文章。
光有 MEMORY.md 不够。它是「精选长期记忆」,但每天的零散操作、决策、报错、灵感,如果不落地,第二天就忘。人工写日记又容易断。
web_search 给你一堆链接和摘要;web_fetch 把其中某个 URL 真正拉下来,提取成 Markdown / 文本。它是轻量级抓取,不依赖浏览器自动化,适合:
sessions_spawn 把任务交给隐藏子代理后,最容易犯两个错:
普通做法让你把 sk-xxxx 直接发到聊天/命令里,这有三个问题:
OpenClaw 把你的工作区当成"家":SOUL.md、USER.md、AGENTS.md 是长期人设,而 memory/ 目录下的 MEMORY.md 和 YYYY-MM-DD.md 才是真正会累积的经验。
让 AI 直接 git push 听起来方便,但有个前提:它得知道用哪个 GitHub 账号、凭据是否健康、有没有对应权限。盲目 push 可能:
OpenClaw 的 cron、子代理、长耗时 exec 任务很多都是"发射后不管"。任务挂了、跑到一半卡住、或者做完了你却不知道——这些问题靠人肉记不现实。
openclaw apply patch edit —— AI 直接改文件容易误覆盖,apply_patch 与 edit 两套机制让改动可控可追溯。