release-openclaw-announcement

OpenClaw リリースのお知らせ

リリース公開後に release-openclaw-maintainer と併用してください。 ログイン中のユーザーとして実際に Discord に投稿する場合は、$discord-user-post と併用してください。

まず根拠を確認する

注目ポイントを作成する前に、実際のリリース情報を確認してください。

1. GitHub リリース本文と変更できないタグを確認します。拡張安定版の場合は、npm／コンテナーのみが対象であること、および Latest に分類されていないことも確認します。
2. リリースされたベースバージョンの CHANGELOG/<version>.md とコントリビューション記録を、node scripts/release-changelog.mjs read --version <version> [--ref <sha-or-tag>] で解決して確認します（集計には --record を追加します）。共通リゾルバーは過去のモノリシックなタグを読み込みます。現在の CHANGELOG.md はインデックスです。ドキュメント公開の承認後は、簡潔な GitHub 本文を全リリースノートとして扱わず、ドキュメントのミラー全体と凍結された記録を確認してください。
3. 前回出荷されたバージョン、またはオペレーターが指定したベース以降のコミットを確認します。
4. 正確なバージョンと現在の dist-tag について、レジストリ／パッケージのメタデータを確認します。
5. ユーザーの信頼に関係する検証状況を確認します。

完全な変更履歴の監査を行ったと主張する場合は、実際に監査を行ってください。生成されたリリースノートまたは選択した変更履歴のセクションしか読んでいない場合は、その旨を明記し、適切に監査するか、その制限を踏まえて下書きを作成してください。

ベータ版の注目ポイントでは、内部のテストや CI の仕組みより、ユーザーが実際に確認できる変更を優先してください。

• インストール／更新手順
• OS／プラットフォーム固有の動作
• ゲートウェイの起動／再起動、設定、実行時の動作
• プロバイダー／モデル／実行時のルーティング
• プラグインの読み込みとローカルでのプラグイン開発
• チャネルとメディアの経路
• セキュリティ／データ損失／ユーザーへの影響に関する修正

リリースブランチ終盤の修正を自動的にお知らせの中心にしないでください。前回出荷バージョンからの差分が大きい場合は、リリース全体の差分と想定されるユーザーへの影響に基づいて注目ポイントの優先順位を付け、終盤の修正は適切なカテゴリで取り上げてください。

必須の文面

ベータ版のお知らせでは、ベータ版であることを必ず明記し、次の内容を含めてください。

• 正確なバージョン。例：OpenClaw 2026.5.25-beta.1
• リスクを一文で説明：ベータ版であり、テストには役立ちますが、安定版への昇格を目的としていないこと
• 推測ではなく、根拠に基づいた重点的なテスト項目
• 冒頭近くで目立たせる更新コマンド：

  openclaw update --channel beta --yes
  openclaw --version
  

• 新規インストール手順： https://openclaw.ai からインストール
• GitHub リリースへのリンク
• 簡潔な検証状況の注記。CI を主役にしないこと

オペレーターから npm 固有の文面やトラブルシューティングの文面を明示的に求められない限り、ベータ版のお知らせで npm のインストールコマンドを提案しないでください。根拠としてレジストリのメタデータを使用するのは問題ありませんが、それを一般向けのインストール案内にしないでください。

安定版のお知らせでは、安定版チャンネルの表現を使用してください。

openclaw update --channel stable --yes
openclaw --version

新規インストール先は、引き続き https://openclaw.ai を案内してください。

拡張安定版では、正確なバージョンと対象月を明記してください。ユーザーが確認できるバックポートのみを記載し、次の表現を使用してください。

openclaw update --channel extended-stable
openclaw --version

--yes を追加しないでください。新しい通常の安定版から移行するユーザーには、古いバージョンが新しい設定を理解できない場合があるため、ダウングレードの警告を表示する必要があります。GitHub Release へのリンクを付けますが、通常の安定版向けの macOS、Windows、ClawHub、latest、またはウェブサイトに関する記載を流用しないでください。

スタイル

• Discord Markdown を使用し、表は使いません。
• 簡潔で流し読みしやすくします。短い導入、箇条書き、コマンド、リンクを使用してください。
• 根拠を示す仕組みではなく、ユーザーが実感したりテストしたりできる内容から始めてください。
• 検証について触れるのは、インストール／更新手順の後にしてください。
• フィードバックが特に役立つ箇所を具体的に示してください。
• 公開のお知らせで、非公開のローカル検証パスに言及しないでください。
• 未検証のプラットフォーム、チャネル、プロバイダーの動作を誇張しないでください。

投稿

投稿を依頼された場合は、$discord-user-post を使用して、ログイン中のユーザーとして Discord デスクトップアプリを操作してください。正確なサーバー／チャンネルを特定して目視で確認し、最終的な本文を確認したうえで、入力または送信の直前に確認を求めてください。OpenClaw のチャネル送信、ボット、Webhook、中継、トークンは決して使用しないでください。