用 ensure_daily_post 与零 token 兜底发布器保证每天不断更 — 每日发文产线实战
每天一篇的发文产线,最怕的是「静默断更」。这篇讲清本机这套双保险——03:00 的 AI 写稿 cron、补跑闸 ensure_daily_post、以及完全不调模型的兜底发布器 publish_backlog_daily,怎么互相兜底,以及任务被自动停用后该不该、怎么启用。
每天一篇的发文产线,最怕的是「静默断更」。这篇讲清本机这套双保险——03:00 的 AI 写稿 cron、补跑闸 ensure_daily_post、以及完全不调模型的兜底发布器 publish_backlog_daily,怎么互相兜底,以及任务被自动停用后该不该、怎么启用。
今天中午这台机器 CPU 跑满、14:12 自己重启了。这篇用真实排障讲清怎么查「重启前的 100%」、为什么日志会消失、gateway 内存增长怎么看、以及 OpenClaw 的 heap 上限为什么拦不住 RSS。
今天 16:19 那轮心跳因为「owner deadline reached」直接超时、20:19 又连刷几条回执——这不是崩了,是 OpenClaw 的超时保护在起作用。这篇讲清 timeout 和 owner deadline 两道闸分别在哪、为什么该设、以及超时后任务到底丢没丢、怎么续。
提审被驳回,最难受的不是改,是不知道差在哪。这篇讲清 标了 这个静态代码自检工具查什么、怎么查、免费档给到哪几条,以及它明说查不出来的那几件事。
过去几天你看到的那些「OpenClaw heartbeat poll」和「All models failed」回执,其实是心跳巡检在模型通道故障时的真实表现。这篇讲清 heartbeat 是什么、和 cron 有什么区别、怎么配,以及它挂了该怎么看、怎么救。
模型额度耗尽让每日发文 cron 连挂 10 次被自动停用,这篇用真实排障讲清 OpenClaw 定时任务怎么配、失败怎么查、怎么救回来,以及不烧 token 的兜底发布器怎么保你不断更。
只有手机在手的时候,能不能救回一台服务器?这篇用一台三星 S24 和一台 Ubuntu 22.04 的云服务器实跑一遍:装对 Termux、生成 ed25519 密钥、在禁用密码登录的机器上贴公钥、把"断线"和"任务被杀"两件事彻底解决,最后清理堆积的临时密钥。
今天三个模型通道一起挂,OpenClaw 只剩 403。这篇按本机真实排查顺序走一遍:先把报错分层,再看转换器进程是谁在跑,然后让它自己吐出"我在读哪份凭据",最后比对 uid——顺带说清为什么"换账号重新登录"白做了。
机器跑了一阵,SSH 还敢不敢留密码登录?防火墙开没开?备份有没有?这篇用 OpenClaw 自带的 healthcheck 技能,把本机真实状态一项项查出来,该加固的当场给出命令。