OpenClaw 發佈公告
在發佈上線後與 release-openclaw-maintainer 一起使用。
在實際以登入使用者身分張貼至 Discord 時與 $discord-user-post 一起使用。
證據優先
在擬定重點範圍之前，請先閱讀真實的發佈證據：
- GitHub 發佈內容與不可變標籤；如果是延長穩定版，請同時確認僅限 npm/容器範圍且非最新分類。
- 已發佈基礎版本的
CHANGELOG/<version>.md與貢獻記錄，透過node scripts/release-changelog.mjs read --version <version> [--ref <sha-or-tag>]解析（加上--record以進行會計記錄）。共享解析器會讀取歷史的整塊標籤；目前的CHANGELOG.md是索引。在文件發佈核准後，請閱讀完整的文件鏡像與凍結記錄，而非將簡潔的 GitHub 內容視為完整說明。 - 自上次發佈版本或操作員指定的基礎版本以來的提交記錄。
- 確切版本與目前 dist-tag 的套件登錄/套件中繼資料。
- 與使用者信心相關的驗證狀態。
除非您確實執行過，否則請勿聲稱已進行完整的變更日誌稽核。如果您只讀取了產生的發佈說明或選取的變更日誌區段，請說明情況，然後妥善稽核或根據限制條件撰寫草稿。
對於 Beta 版的重點範圍，請優先考慮使用者可觀察到的變更，而非內部測試或 CI 機制：
- 安裝/更新路徑
- 作業系統/平台特定行為
- 閘道啟動/重新啟動、設定與執行時期行為
- 提供者/模型/執行時期路由
- 外掛程式載入與在地端外掛程式開發
- 頻道與媒體路徑
- 安全性/資料遺失/使用者影響的修正
請勿讓後期的發佈分支修正自動主導公告。如果版本與先前的發佈版本差異很大，請根據整體發佈差異與預期的使用者影響來排列重點範圍；將後期修正歸入其自然類別。
必要複製內容
每個 Beta 公告都必須明確說明 Beta 狀態，並包含：
- 確切版本，例如
OpenClaw 2026.5.25-beta.1 - 一句風險說明：Beta 版，適合測試用途，不建議升級為穩定版
- 根據證據推導出的測試重點範圍，而非猜測
- 更新指令置於靠近頂部的位置：
openclaw update --channel beta --yes openclaw --version - 全新安裝路徑：
Install from https://openclaw.ai - GitHub 發佈連結
- 簡潔的驗證說明，但不要讓 CI 成為標題
請勿在 Beta 公告中建議 npm 安裝指令，除非操作員明確要求 npm 相關的複製內容或問題排除說明。使用套件登錄中繼資料作為證據是可以的，但不要將其轉變為公開的安裝指南。
對於穩定版公告，請使用穩定版的頻道用語：
openclaw update --channel stable --yes
openclaw --version
全新安裝仍指向 https://openclaw.ai。
對於延長穩定版，請指名確切版本與尾隨月份。只提及可觀察到的回溯移植，並使用：
openclaw update --channel extended-stable
openclaw --version
請勿加上 --yes：從較新的正式穩定版移過來的使用者必須看到降級警告，因為較舊版本可能無法理解較新的設定。連結 GitHub 發佈頁面，但請勿沿用正式穩定版的 macOS、Windows、ClawHub、latest 或網站宣稱。
風格
- Discord Markdown，不使用表格。
- 保持可快速瀏覽：簡短介紹、項目符號、指令、連結。
- 以使用者能感受到或測試到的內容為開頭，而不是證明管道。
- 驗證只應在安裝/更新說明之後提及。
- 具體說明哪些地方的回饋最有幫助。
- 不要在公開公告中提及私人的在地端證明路徑。
- 不要誇大未經驗證的平台、頻道或提供者行為。
張貼
當被要求張貼時，請使用 $discord-user-post 以登入使用者的身分操作 Discord 桌面應用程式。解析並可視化驗證確切的伺服器/頻道，檢查最終內容，並在輸入或傳送前要求動作時間確認。絕對不要使用 OpenClaw 頻道傳送、機器人、Webhook、轉發或代幣。