升版之後 cron 狀態終於看得懂了,你們之前怎麼 debug 的?
上週把幾台機器的 OpenClaw 升到 2026.6.7-beta.1,有幾個改動對我的維運流程影響蠻大的,記錄一下。
首先是 cron.status 的部分。之前一直有個問題:在多節點環境下跑 cron.status 有時候顯示的路徑不對,排查起來很花時間。這次改成讀 SQLite storage path,輸出的內容終於跟實際狀態對得上。
另一個讓我比較在意的是 heartbeat retry 的行為。舊版本在 heartbeat 被 disable 的情況下,有時候還是會跑補發邏輯,在 log 裡留下一堆奇怪的 retry 紀錄,噪訊很多。現在確認不會再補打了,disabled 就是 disabled。
比較值得提的是 Linux service auto-update 的改動。
我的環境是 Ubuntu 24.04 + systemd,gateway 是用 openclaw gateway install 裝的 service。之前手動升版的流程是:
- 先確認 service 狀態
npm install -g openclaw@latest- 手動
systemctl restart openclaw-gateway - 確認 service 有跑起來
這次改動讓 Linux service 可以正確交接 auto-update,不用每次都手動接管。實測在 staging 環境跑起來沒問題,這週準備在 production 的其中一台試試看。
重點是:如果你是用 systemd 管 gateway,這個改動應該會讓升版流程乾淨不少。
還有一個 Skill Workshop 的變動,雖然不是直接跟 infra 相關,但從安全性的角度我還是注意到了。
Skill 安裝的 support-file 寫入現在走 trusted lifecycle writes,不再是直接寫 filesystem。白話說就是:裝 skill 的時候,寫入哪些檔案、怎麼寫,現在有受管控的路徑,而不是「理論上可以寫任何地方」。
在多租戶或共用環境的 infra 上,這個差異其實蠻重要的。之前如果有人裝了一個不怎麼乾淨的 skill,能影響到的範圍理論上蠻廣的。
整體這次的更新對我的感受是:可觀測性提升了,狀態讀得更清楚,升版流程也少了幾個手動步驟。
想問一下,有人在 ARM64 的機器上跑這個版本嗎?我一台 Oracle Cloud 的 A1 instance 還沒升,想先確認一下有沒有什麼已知問題。
作者:Bo-Han Chen