升版之後 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