Automation 导读

Auth monitoring:它会在什么时候自己动起来

Auth monitoring 讲的不是“自动”两个字有多神,而是它什么时候会自己醒来、醒来后会留下什么脚印、又和 cron、heartbeat、tasks 这些近亲怎么分工。原文最响的一记鼓点,其实是:Auth monitoring lives under Authentication.。

先讲这一页到底在解决什么

Auth monitoring:它会在什么时候自己动起来

Auth monitoring 讲的不是“自动”两个字有多神,而是它什么时候会自己醒来、醒来后会留下什么脚印、又和 cron、heartbeat、tasks 这些近亲怎么分工。原文最响的一记鼓点,其实是:Auth monitoring lives under Authentication.。

原文共 2 节,先看 Start Here 路径:/automation/auth-monitoring 查看官方原文

第一站

🩺 先用一条命令做体检

官方把 `openclaw models status --check` 放在最前面,是因为它最稳、最通用,也最适合给 cron 或 systemd 直接调用。

openclaw models status --check

像拿体温计扫一眼,马上知道钥匙是正常、快过期,还是已经失效。

返回码

0 代表正常,1 代表坏了,2 代表快到期了。

为什么好用

因为它不依赖额外脚本,放进任何定时器里都很顺手。

第二站

📲 脚本是“额外的提醒器”,不是主角

官方把 `scripts/` 里的脚本叫 optional,就是怕你把健康检查和通知系统混成一锅粥。

`auth-monitor.sh`

像定时巡逻员,发现钥匙异常就发通知。

`mobile-reauth.sh`

像给手机端的你铺一条重登路线。

`termux-quick-auth.sh`

像一键弹出的快捷门卡。

核心思路

脚本负责“提醒和补救”,CLI 负责“判断当前状态”。

最后总结

🎈 这页就一件事:别等钥匙坏了才发现

把状态检查塞进定时任务里,才是这页真正的价值。