MetaがGoogle ChatからSlackへ再移行する理由――AIエージェントの「仕事場」を選ぶ戦い

MetaがGoogle ChatからSlackへ社内コミュニケーション基盤を移す判断は、チャットアプリの使い勝手だけを比較したものではない。焦点は、**AIエージェントが社員の仕事を受け、社内の文脈を参照し、業務システムを使い、結果を人へ返すための「仕事場」**をどこに置くかにある。

Business Insiderが報じた社内メモで、MetaのAI責任者アレクサンダー・ワン氏は、Slackを「現在利用できるエージェント向けで最も強力なプラットフォーム」と表現した。理由として、エージェントに適した会話型インターフェース、成熟した開発者向けツール、強力なサードパーティー連携を挙げている。10 Google Workspaceとの統合を重視して当初はGoogle Chatを選んだが、AIエージェントの重要性が高まるなかで、評価軸が変わった格好だ。3

短期間で再び移行することは、社員にとって「混乱を招き、負担も大きい」とワン氏自身が認めたと報じられている。それでも、より強いエージェントのエコシステムは会社全体に利益をもたらす、というのがMetaの判断だ。4

Slackで何が変わるのか

ここでいうAIエージェントは、質問に答えるだけのチャットボットではない。依頼を受け、許可された範囲で情報やツールにアクセスし、複数の手順を実行して、人が確認できる形で結果を返すソフトウェアを指す。

SlackのModel Context Protocol（MCP）に関するドキュメントによると、MCPはAIアプリケーションを外部ソフトウェアシステムへ接続するためのオープンソースの枠組みだ。SlackのMCPサーバーはAIエージェントにワークスペースまたはEnterprise組織への安全なアクセスを提供でき、SlackbotはMCPクライアントとして、接続先アプリで操作を実行するよう設定できる。1

この仕組みでは、たとえば社員が普段プロジェクトを相談しているチャンネル内で、エージェントに次のような作業を頼める可能性がある。

• 過去の議論から、関連する決定や背景を探す
• 必要な資料や担当者を見つける
• 長いスレッドを要約し、進捗報告の下書きを作る
• 連携済みの業務ツールで、権限のある操作を実行する

Slackのチャンネルは、会話の履歴と、人間が内容を確認・修正する接点になり得る。そこへMCP経由の承認済みシステム連携を重ねることで、エージェントを単独のAI画面ではなく、日々の協働の流れに組み込む構想だ。1

ただし、これはSlackの機能と想定される利用形態であり、Metaで全社的な生産性向上がすでに実証されたことを意味しない。今回の移行は、現時点の成果発表というより、Metaが今後の業務インフラをどう設計するかを示す方向転換と見るべきだ。

エージェント開発者以外にも及ぶ効果

ワン氏のメモでは、エージェントを構築しない社員も、堅牢で有用なエージェント・エコシステムの恩恵を受けるとしている。10

重要なのは、全員がエージェントを開発する必要はないという点だ。多くの社員にとっては、会話の途中で「この案件の経緯をまとめて」「担当者と最新資料を探して」「この内容でステータス更新案を作って」と依頼でき、必要に応じて人が確認して次へ進めることが価値になる。

つまり、チャットは単なる連絡手段から、仕事の依頼、文脈の共有、実行結果の確認を一体化するインターフェースへ変わり得る。MetaがSlackに求めているのは、この役割だと考えられる。

Salesforceには大きな追い風、Googleには痛手

SalesforceにとってMetaの採用は、Slackを「人同士のメッセージングの場」だけでなく、「AIエージェントを社員が指示・監督する表側の窓口」として売り出す戦略を裏付ける目立つ事例になる。

Salesforceは2021年7月、277億ドルでSlackの買収を完了した。 さらに2026年8月には通期の売上高・利益見通しを引き上げ、Anthropicとの提携拡大と、Salesforceの機能とAnthropicのClaudeモデルを組み合わせるプラグイン「Claudeforce」を発表した。17

Slack側もMCP対応を、モジュール型で安全なAIワークフローを企業が構築するための機能として位置付けている。Anthropicと協力し、Slack MCPサーバーの開発も進めているとしている。16 Salesforceは2026年度第2四半期に、SlackbotとHeadless 360を含むAgentforceの年間経常収益（ARR）が15億ドルを超えたと報告した。

Googleにとっては、重要な顧客であるMetaをGoogle Chatから失うことになるため、明確な後退だ。ただし、この一社の選択だけでGoogle ChatやGoogle Workspaceがすべての企業にとって劣ると結論付けることはできない。コラボレーション基盤の選定は、既存のID管理、生産性スイート、データ統制、業務アプリ群、ガバナンス要件によって変わる。

争点は「AIエージェントの操作レイヤー」

Metaの選択が示すより大きな問いは、社員がどこでAIエージェントに仕事を頼み、監督し、共同作業するのかという点にある。

この「操作レイヤー」を握るプラットフォームは、依頼の受付、許可された社内文脈へのアクセス、外部ツールの呼び出し、結果の提示、監査可能な記録の保存までをつなぐ場所になり得る。その位置を取れれば、日常業務で使われるモデル、連携機能、基幹システムの選ばれ方にも影響を与える可能性がある。

競争相手はSlackだけではない。Google、Microsoft Teamsを含む職場向けプラットフォームが、人とエージェントの接点を巡って競っている。Metaの決定は、既存の生産性スイートとの整合性を維持する利便性よりも、エージェント対応力を優先する企業が現れ始めていることを示すシグナルだ。

AIエージェントは従来ソフトを置き換えるのか

必ずしもそうではない。エージェントは、社員が複数のダッシュボードを手作業で移動せずとも、システム横断の作業を実行できるようにする可能性がある。人が画面を操作すること自体に価値が集中していたソフトウェアには圧力となり得る。

一方で、エージェントが参照するデータ、実行するアプリケーション、アクセス権限、統制の仕組みは依然として不可欠だ。起こり得る変化は、企業ソフトウェアが消えることよりも、エージェント層を通じて利用される場面が増えることだろう。競争力の焦点は、セキュアなデータアクセス、API、ガバナンス、そして確実に業務を実行する能力へ移っていく。

Metaは、また一つ社内コミュニケーションの移行コストを負ってでも、コラボレーションツールそのものをAI基盤の一部にしたいと判断した。410