個人向けAIアシスタント「OpenClaw」に、開発者が待っていた実用改善がまとめて入りました。
この記事では、2026年6月21日に公開されたOpenClaw v2026.6.9の変更点を整理します。Telegramでの表示品質、エージェントの復旧処理、Codex連携、配布パッケージの構成まで、日常運用に効く更新を押さえられます。
この記事でわかること
- v2026.6.9の主要な新機能と修正の全体像
- Telegramのリッチメッセージを有効にする設定方法
- Codex統合で追加された自動承認やリモート実行の仕組み
- プロバイダーをnpmパッケージへ分離した理由と影響
OpenClaw v2026.6.9とは
OpenClawは、自分の端末で動かすパーソナルAIアシスタントです。WhatsAppやTelegram、Discordなど複数のチャット経路からエージェントに指示を送れます。Gatewayが制御面を担い、チャンネルごとの応答やツール実行を束ねる構成です。
v2026.6.9は2026年6月21日にリリースされ、v2026.6.8から422件のプルリクエストがマージされています。単発のバグ修正ではなく、メッセージ配信・エージェント実行・Codex連携・プラグイン配布の4領域を同時に手入れした更新です。
なぜ今回の更新が重要か
OpenClawをTelegramで使うと、表やコマンド出力が崩れる、処理が途中で止まったように見える、Codex経由の自動化が承認待ちで止まる、といった不満が積み重なりやすい領域がありました。v2026.6.9は、その不満が出やすい層に直接手を入れています。
特にTelegramはBot API 10.1のリッチメッセージに対応し、Codexはプラグイン承認の自動化とリモートノード実行を一体化しました。エージェント側では、思考のみの応答やツール実行後の空応答を再試行するなど、セッションが途中で見えなくなる問題への対策が強化されています。
Telegram連携の強化
Telegram向けの改善は、見た目の品質と進行中の作業の可視化が中心です。リリースノートによると、リッチHTMLの送信、Markdownやステッカーパスの保持、進行中ドラフトとコマンド出力の忠実な描画、HTMLテーブルの安全な正規化が含まれます。
公式ドキュメントでは、通常のTelegram HTMLは太字・斜体・リンク・コード・スポイラー・引用に対応しますが、Bot API 10.1のテーブルやdetailsブロックは標準モードでは送れません。リッチ表示を使うには、設定で channels.telegram.richMessages: true を指定します。
{
channels: {
telegram: {
richMessages: true,
},
},
}
有効化すると、MarkdownがOpenClawの内部表現を経てTelegram向けリッチHTMLに変換されます。ツール実行中の進行プレビューも、コマンドのライブ出力をチャット上に流し込めるようになりました。一方で、リッチメッセージは一部クライアントで未対応表示になるため、公式ドキュメントは既定値をオフにしています。利用するTelegramクライアントが対応しているかを先に確認する必要があります。
エージェント復旧の安定化
エージェント実行が止まって見える問題は、v2026.6.9で複数の経路から手当てされています。ハイライトに挙がっているのは、再試行、終端状態の整理、コンパクション後の使用量保持、セッション履歴の修復、返信の照合です。
具体例として、思考のみで終わるエラー応答や、ツール実行後に本文が空になる最終ターンを再試行する修正が入っています。コンテキスト圧縮（コンパクション）のあとも使用量情報が失われにくくなり、部分送信やスレッド証跡の照合も改善されています。長時間の自動化をTelegramから見守る運用では、応答が途中で消える体感が減る変更です。
Codex統合の深化
CodexはOpenAIのコーディングエージェント基盤で、OpenClawからアプリサーバーモードで呼び出せます。v2026.6.9では次の4点が揃って入りました。
- プラグインの自動承認
- GPT-5.3 Spark向けOAuthルーティングの復元
- 接続済みリモートノードの
execを動的ツールとして公開 - アプリサーバー終了処理と終端結果の信頼性向上
自動承認は、複数ステップのワークフローで毎回手動承認が必要だったボトルネックを減らします。SecretRefsのサポートも追加され、設定ファイルに平文で鍵を置かずに参照できるようになりました。
リモートノードの exec が動的ツールになると、ローカルのCodexセッションから別マシン上のコマンド実行をオーケストレーションできます。例えば本番サーバーでコンテナを起動し、結果をTelegram側のチャットに流す、といった運用が一連のCodexターンに収まります。Hosted Searchの追加も含まれ、Codexセッション内からWeb検索を組み込める選択肢が広がっています。
配布パッケージとプラグイン構成の見直し
「配布パッケージの軽量化」は、コア本体から公式プロバイダーを切り出した再設計として理解するのが正確です。v2026.6.9では、外部プロバイダーが独立したnpmパッケージとして配布され、Gateway起動時に外部インストール済みのチャンネルプラグインを読み込めるようになりました。StepFunもnpmとClawHubの両方から入れられます。
使わないプロバイダーを本体に抱え込まない構成になるため、必要な機能だけを追加インストールする運用がしやすくなります。自己更新時にNodeごとのnpmプレフィックスを避ける修正や、設定済みレジストリから更新メタデータを取る改善も含まれ、配布と更新の信頼性が上がっています。
検索・スキル・クライアント周辺の改善
検索まわりでは、Codex Hosted Searchが利用可能になりました。キー不要の検索プロバイダーは引き続きオプトインであり、意図せず外部検索が有効になる設計ではありません。ClawHubからインストールしたスキルは、検証済みソースの出自を保持するようになり、スキル改ざんリスクの把握がしやすくなっています。
クライアント面では、Control UIにセッションワークスペースレールとプラグイン健全性表示が追加され、iOSはWatch操作、Androidはチャットコンテキスト表示に対応しました。OpenTelemetryログエクスポートも入り、本番運用の観測性が一段上がっています。
既存環境からのアップデート手順
npmで導入している場合は、通常の更新フローで 2026.6.9 に上げられます。リリースページには npm パッケージ openclaw@2026.6.9 へのリンクが掲載されています。
Telegramのリッチ表示を試す場合は、上記の richMessages 設定を入れたうえでGatewayを再起動してください。Codex連携を使っている環境では、自動承認とSecretRefsがセキュリティポリシーに影響するため、本番適用前にステージングで承認フローを確認するのが安全です。外部プロバイダープラグインを使う場合は、Gateway起動ログでプラグイン検出を確認します。
v2026.6.8との違い
v2026.6.8までの課題は、チャンネル表示の粗さ、セッション中断時の見え方、Codex承認待ち、プロバイダー同梱による肥大化に分散していました。v2026.6.9はそれぞれに専用の修正群を入れ、422件のPRで横断的に整えています。
Telegramは互換モードからリッチHTMLへ段階的に移れる設計、Codexは単発呼び出しからリモート実行まで一気通貫、配布はモノリス同梱からnpm分割へ、という方向性がはっきりしています。小さな修正の積み上げではなく、アーキテクチャの意図が読み取れるリリースです。
個人アシスタントをTelegramとCodexで回している開発者にとって、v2026.6.9は見た目・復旧・自動化・配布の4点が同時に前進した実用アップデートです。まずはTelegramのリッチ表示とCodexの自動承認から試し、必要なプロバイダーだけをnpmで足していく運用が現実的です。