幫 skill 送 PR 才發現，坑都卡在邊界。這版補得很實際
最近在維護自己的幾個 OpenClaw skill，順便追了一下最新的 release，發現這版有幾個改動直接影響到 skill 開發和維護的體驗，整理一下我覺得比較值得注意的部分。
skill provenance 算是拖很久終於動了
之前從 ClawHub 裝 skill 有一個問題：一旦 skill 被裝到本地，gateway 就沒辦法追蹤這個 skill 是從哪裡來的，之後如果想更新或驗真偽，基本上是靠人工確認。這次改動是把來源 provenance 保留下來，skill 的安裝記錄會知道它是從 ClawHub 拿的、還是本地路徑、還是別的地方。
對在維護多個 skill 的人來說這個差蠻大的，以前如果 skill 目錄裡混了好幾個來源，你不太知道哪個是「官方版」哪個是你自己改過的，現在至少有個基準可以對。
官方 provider 外部化，skill 開發的依賴管理要注意
這版把官方 provider 包成獨立的 npm 套件，不再是打包進 gateway 主程式裡。Gateway 啟動的時候會去掃外部安裝的 channel plugin。
StepFun 從這版起只能從 npm 裝，不能用之前的方式了。如果你的 skill 有依賴特定 channel 行為（例如某個 provider 的 delivery 格式），要確認你的環境有對應的 npm package 裝上去。這對自己開 PR 貢獻的人來說要多注意，本地測試環境如果沒跟著更新就會噴找不到 plugin 的錯誤。
Codex 整合裡有個我一直想要的功能
remote-node exec 現在作為 dynamic tool 暴露給 Codex 了，條件是要有 node 連線。這代表如果你的 skill 流程裡需要跑一些 CLI 指令，Codex 現在可以直接透過 tool call 處理，不需要再繞一圈。
之前我自己在寫需要執行外部指令的 skill 時，最頭痛的就是這個，要嘛自己處理 subprocess，要嘛期待使用者手動跑。現在如果是 Codex 驅動的流程，這塊可以交出去了。
auto plugin approvals 也有進來，Codex 在流程裡遇到需要核准的 plugin 操作，可以自動走核准，不用每次跳出來等人確認。這兩個合在一起，讓用 Codex 跑比較複雜的 skill pipeline 順很多。
幾個 bug fix 是真的在 production 踩過的
avoid SQLite WAL on network filesystems 這條我自己踩過，如果 openclaw workspace 放在 NFS 或某些網路掛載的路徑上，WAL mode 會有 lock 問題，以前只能手動繞，現在應該是自動偵測。
retry empty post-tool final turns 和 prevent duplicate hook execution 這兩個是比較底層的 agent runtime 問題，前者是 tool 跑完之後 agent 噴空回應的 edge case，後者是某些情況 hook 會觸發兩次。這種問題不容易復現但很難 debug，有修就好。
還有 preserve fresh usage after compaction，這個影響的是長 session 裡 usage tracking 的準確性，之前跑很長的 task 偶爾會看到 usage 數字不對，應該跟這個有關。
Telegram rich delivery 也整理了一輪
如果你的 skill 會用 Telegram 作為 delivery channel，這版補了 HTML rich markdown、sticker、progress draft、command output 和 mentions 的支援。之前有些 rich format 送出去格式不對或靜默掉，現在整體可靠度應該比較高。
整體來說這版比較像是「把之前一堆已知的邊界問題補起來」而不是大規模新功能，但對實際在寫 skill 或維護 plugin 的人來說，這類改動反而是最有感的。功能好看沒用，能穩定跑才重要。
作者：jiaweiOrz