AI秘書を24時間動かすなら、派手な新機能より「止まらない仕組み」が効きます。
OpenClawの2026.6.8-beta.1は、TelegramやWhatsAppの配信強化に加え、DM送信ポリシー維持、subagent（子エージェント）の停止復帰、cron media、heartbeat dedupe、memory searchやSQLiteのNFS対応など、運用の回復性を底上げする修正が中心です。本記事では、このベータ版で何が変わり、実務者にとってどこが効くかを整理します。
この記事でわかること
- 2026.6.8-beta.1の主な変更点と公開状況
- Telegram・WhatsApp配信で改善された点
- エージェント・Gatewayの復旧まわりの修正
- メモリ検索やSQLiteまわりの運用向け改善
- アップデート手順と注意点
https://github.com/openclaw/openclaw/releases/tag/v2026.6.8-beta.1
2026.6.8-beta.1は何が変わったか
OpenClawは、自分の端末で動かすパーソナルAIアシスタントのOSSです。WhatsAppやTelegramなど複数チャネルからのメッセージをGateway（制御基盤）が受け取り、エージェントが応答を返す構成になっています。
2026.6.8-beta.1は2026年6月14日に公開されたプレリリース版です。リリースノートでは、チャネル配信の強化、エージェント・Gatewayの復旧、プロバイダー対応、UI改善、メモリ・状態管理の修正がハイライトに挙げられています。npmパッケージも同バージョンで配布され、クリーンスモークテストでは OpenClaw 2026.6.8-beta.1 (43d00c7) が確認されています。
注目すべきは、新機能の宣伝より「壊れにくくする」修正が多い点です。X上の運用報告でも、リッチ配信よりDM送信ポリシーやsubagent復帰、cron media、heartbeat dedupe、memory search/SQLite/NFSまわりが実務に直結すると評価されています。
なぜ運用面の修正が重要か
AI秘書を常時稼働させると、応答の見た目より「途中で止まる」「同じ通知が何度も来る」「再起動後に状態が戻らない」といった問題が日常の障害になります。OpenClawはcron（定期実行）やsubagent、heartbeat（生存確認）を組み合わせて自律動作するため、これらの回復処理が弱いと運用負荷が一気に上がります。
2026.6.8-beta.1は、その弱点を狙い撃ちしたリリースです。チャネル配信の見栄えを上げつつ、エージェント実行の中断・再開、メモリインデックス、状態保存の信頼性を同時に手当てしています。
Telegram・WhatsApp配信の改善
https://docs.openclaw.ai/concepts/agent
チャネル配信では、TelegramとWhatsAppの信頼性向上が大きな柱です。
Telegramは、表・リスト・展開可能な引用ブロックを含むリッチテキスト送信に対応しました。CLIバックエンドへのプロンプト引き継ぎや、ネイティブドラフトからの移行整理、リッチメディア境界の安全化も含まれます。長い応答をチャットで読みやすく届けたい運用に効きます。
WhatsAppは、設定済みのACP（Agent Channel Protocol）バインディングを正しく反映するようになりました。マルチチャネル運用でWhatsAppを組み込んでいる場合、意図したルーティングが崩れにくくなります。
配信まわりの修正では、アカウント単位のDM送信ポリシー維持、同一チャネルでの生成メディア完了処理、message-toolの最終返信をauto-reply経由で届ける処理なども含まれます。チャネルごとに送信ルールを分けている環境では、ポリシーが意図せず上書きされる事故を防ぐ意味があります。
エージェント・Gatewayの復旧強化
エージェント実行の回復性が、この版のもう一つの柱です。
主な修正は次のとおりです。
- 再起動時のシャットダウン中断前に、稼働中のメインセッションをマークする
- 停止シグナルを受けたsubagentの一時停止（yielded subagent pauses）を適切に処理する
- cronで生成したメディアの完了状態を保持する（yielded cron media）
- メインセッションのheartbeatイベント重複を排除する（heartbeat dedupe）
- 非同期トランスクリプトが欠落した際のreset archiveフォールバック読み込みを復元する
- ランタイムプロンプトにセッション識別情報を載せる
- 未知のOpenAIエージェントセレクターを拒否する
subagentは、メインエージェントから並列・委譲タスクを任せる仕組みです。長時間ジョブやバックグラウンド処理で使われますが、親の再起動や中断と子の状態がずれると、タスクが宙に浮きます。今回の修正は、そのズレを減らす方向です。
heartbeat dedupeは、生存確認通知が重複してチャネルに流れる問題への対処です。定期チェックを入れている運用では、同じアラートが連続するストレスが大きいため、地味でも効果が出やすい改善です。
メモリ検索・SQLite・状態管理の修正
メモリと状態保存の修正は、NFSや大規模インデックスを使う環境で特に効きます。
- QMD（Query-Memory-Database）メモリ検索をtransientモードでも利用可能に維持
- NFS上の状態ボリュームではSQLiteのWAL（Write-Ahead Logging）を避ける
- ヘッダー過大で431エラーになるOpenAI埋め込みバッチを分割
- スタックセッションの警告バックオフ中に復旧スケジューリングをリセットしない
- フルメモリ再インデックス時のロールバック・キャッシュ復旧を保持
NFSはネットワーク経由のファイル共有です。SQLiteのWALはローカルディスク向けの最適化であり、NFS上ではロックや整合性の問題を起こしやすいと知られています。OpenClawがWALを避けるようになったのは、共有ストレージに状態を置く運用者向けの実務的な対策です。
memory searchは、過去の会話やワークスペース内の知識を引く機能です。transientモードでも検索を維持することで、一時的な状態遷移中でも参照が切れにくくなります。
プロバイダーとモデル対応の拡張
モデル面では、GLM-5.2とClaude Haiku 4.5のカタログ追加、OpenRouterやGoogle Vertexでのプロバイダー接頭辞正規化が入っています。マルチプロバイダー構成では、モデルIDの表記ゆれがルーティング失敗の原因になります。正規化の強化は、設定ミスによる停止を減らす効果があります。
加えて、無効なOpenAI reasoning signatureやAnthropic thinking signatureのリカバリ、読み取り不能なツールスキーマの隔離（quarantine）など、リプレイ時のエラー処理も手厚くなっています。長時間セッションやツール多用の運用で、途中復旧の成功率が上がる変更です。
アップデート手順と注意点
ベータ版へ上げる場合は、まず現行環境のバックアップを取ります。セッショントランスクリプトは ~/.openclaw/agents/ 配下のJSONLに保存されるため、更新前にこのディレクトリを退避しておくと安全です。
インストール例は次のとおりです。
npm install -g openclaw@2026.6.8-beta.1
openclaw --version
バージョン表示で 2026.6.8-beta.1 が出れば反映済みです。設定変更は不要な修正が多い一方、NFS上で状態を置いている場合はSQLiteのWAL挙動が変わるため、更新後にメモリ検索やセッション復旧が正常か確認してください。
リリースノートによると、プラグイン公開の検証で一部失敗があり、メインのOpenClaw npmパッケージは直接リカバリ公開された経緯があります。コアCLIの動作確認は通過していますが、個別プラグインに依存する構成では、更新後にプラグインのバージョン整合も見ておくとよいでしょう。
前バージョンとの違い
直前の2026.6.7は、Slack・Telegramの配信改善やKimi K2.7 Code対応、QMD起動失敗時のフォールバックなど、チャネルとプロバイダーの信頼性強化が中心でした。2026.6.8-beta.1は、その流れを引き継ぎつつ、subagent復帰、heartbeat dedupe、cron media、NFS上SQLite、DM送信ポリシー維持といった「止まったあと戻る」処理に比重が移っています。
派手なUI追加より、AI秘書を実運用で回す人に刺さる改善が揃った版と言えます。常時稼働の個人アシスタントや、Telegram/WhatsAppを窓口にした自動化基盤を組んでいる読者は、ベータ版でも試す価値があります。