複数のチャットチャネルにまたがってAIエージェントをチーム運用していると、どのチャネルで何が起きているのかを把握するだけで一日が終わってしまう、という感覚に覚えがあるかもしれません。2026年8月31日に発表されたOpenClaw 2.0（v2026.8.1）は、この「チャネルの分断」に正面から向き合ったリリースです。本記事では、Telegram Mini AppダッシュボードやDiscord Activities、Slack Enterprise Gridへのファーストクラス対応、そして構造化質問といった新しいやり取りの形を、開発者とプロダクトマネージャーの視点で整理します。

OpenClaw 2.0が示したチーム協働の転換点

OpenClaw 2.0は、バージョン番号としてはv2026.8.1にあたります。公式のリリースノートによると、933人のコントリビューターが参加し、そのうち569人が初参加でした。マージ済みのプルリクエストは16,000件を超え、これまでのマージ履歴のおよそ半分に相当します。単一のリリースとしては史上最大規模であり、メモリやスキル、ブラウザ、セキュリティ、権限まわりまで、ほぼすべての中核モジュールに手が入りました。

その中でも本記事が注目するのは、複数チャネルをまたいだチーム協働の作り替えです。これまで各チャネルは、それぞれ独立したボットの入口として扱われがちでした。SlackにはSlackの、DiscordにはDiscordの流儀があり、同じエージェントでもチャネルごとに体験がばらつくのが実情だったと思います。2.0では、チャネルを単なる通知の窓口ではなく、チームが実際に作業を進める場として位置づけ直しています。それぞれのプラットフォームが持つネイティブな機能を活かしながら、エージェントとのやり取りを一貫した体験へと近づけているのが特徴です。以下では、チャネルごとに何が変わったのかを具体的に見ていきます。

Telegramが会話からダッシュボードへ進化する

Telegramでもっとも大きな変化は、ボットとのダイレクトメッセージで/dashboardを送ると、Control UI全体がTelegram Mini Appとして開くようになったことです。これまで別のブラウザやアプリを開き直していた管理操作が、会話画面のなかで完結します。外出先からスマートフォン一台でエージェントの状態を確認し、そのまま指示を出せるようになった意味は小さくありません。

描画面でも進歩がありました。Bot API 10.2に対応したことで、テーブルや見出し、details、チェックリスト、数式といった構造がネイティブに正しくレンダリングされるようになっています。通常のHTMLメッセージは互換性のためのデフォルトとして維持されるため、既存の運用を壊さずに、必要な場面だけリッチな表現を選べます。さらにライブ位置情報の更新が、テキストではなく構造化されたイベントとしてエージェントに届くようになりました。位置に応じた自動処理を組み立てる際の扱いやすさが向上しています。

DiscordとSlackがチームの常駐ワークスペースになる

Discordでは、エージェントがボイスルームに参加できるようになりました。参加者の入退室が通知として届くため、会話が始まったタイミングにあわせて動く運用が組めます。カスタム絵文字の検出にも対応し、DiscordだけでなくSlackやTelegram、Matrixを横断して扱えるようになりました。加えて、エージェントが生成したHTMLウィジェットをDiscord Activitiesのなかで開けるようになり、チャットの外に出ることなくインタラクティブな結果を共有できます。

運用面で興味深いのが、プレゼンストリガーの追加です。これは対象となる参加者がオンラインになった瞬間にエージェントを起動する仕組みで、オーディエンスのスコープを絞り込み、クールダウンを設定できます。誰かが作業を始めたら自動で準備を整える、といった協働パターンを、過剰な起動を避けながら実装できます。

Slackはこのリリースでついにファーストクラスのチャネルになりました。Enterprise Gridのアイデンティティ、ダイレクトメッセージ、ワークスペースルーティング、アクション、承認、プレゼンスに対応しています。org全体へのインストールを行えば、1つのSlackアカウントで配下のすべてのワークスペースからメッセージや操作を受け取れます。大企業のように複数ワークスペースを抱える組織でも、エージェントを一本化して運用できるわけです。メッセージのなかに構造化されたチャートやテーブルをネイティブに描画できる点も、レポート共有の質を引き上げます。

構造化質問と永続カードがやり取りを作り替える

チャネルの拡充と並んで、やり取りそのものの設計も見直されました。代表例が構造化質問です。エージェントが確認を求めるとき、これまでのように自由記述で聞き返すのではなく、ネイティブなカードやボタンで選択肢を提示します。明示的なスキップ手段も用意されているため、答えたくない項目を無理に埋める必要がありません。回答のばらつきが減り、後続の自動処理が安定します。

進捗の見え方も変わりました。Durable progress cardsは、画面のリロードをまたいでも消えずに残る進捗カードです。長時間のタスクでも、いまどこまで進んでいるのかを見失いません。あわせて、会話のなかの過去の発言を単語やフレーズで探せるConversation search、チャットにピン留めできるInteractive resultsのウィジェットも加わりました。

• Private credential requestsは、値をチャット履歴やモデルのコンテキストに残さず、マスクした状態で認証情報を求めます
• Approve recurring work onceは、繰り返す作業の権限付与を一度で済ませ、操作の内容が変わったときだけ再度の承認を求めます
• Sessions beyond your Gatewayは、複数のデバイスやクラウドワーカーをまたいでセッションのワークスペースを移動できるようにします

WhatsAppにも改善が入っています。ネイティブな返信引用によって、送信した返信が該当するダイレクトメッセージやグループメッセージを可視的に引用するようになり、切り離された追撃メッセージのように見える問題が起きにくくなりました。WhatsAppのソケットと再接続ループはGatewayが一元的に保有するため、セッションの扱いが安定し、突然の再リンクに悩まされる場面が減ります。

移行コストと導入判断のポイント

これだけ大規模なリリースでありながら、破壊的変更はわずか3件にとどまっています。1つ目はOpenProseプラグインの廃止で、openclaw doctor --fixによる移行が案内されています。2つ目はcodex/*とopenai-codex/*のルートがopenai/*へ統合されたことです。3つ目はプラグインSDKのサブパスインポートの非推奨化で、ゲート日は2026年9月1日とされています。いずれも影響範囲は限定的で、多くのチームは小さな修正で追随できます。

複数チャネルでエージェントをチーム運用している立場から見ると、2.0の価値は明快です。Telegramは会話から管理ダッシュボードへ、DiscordとSlackはチームが常駐して作業する場へと役割を広げ、構造化質問や永続進捗カードが日々のやり取りの摩擦を減らします。まずは自分たちの主戦場となっているチャネルから対応状況を確認し、破壊的変更の3点だけ手当てして移行を始めるのが、無理のない進め方だと考えます。分断されていたチャネルを一つのチーム協働基盤としてつなぎ直す設計として、OpenClaw 2.0は検討に値するリリースです。