Slackは「AIツール」を売っているのではない

昨日は2026年最初となるSlack Community: Tokyoイベントを開催しました

ご参加頂いた皆様ありがとうございました。今回はSlackbot Community Tourと題して世界中で開催されているSlackbotにフォーカスしたイベントです。今後JCNの方でも開催予定ということですので、これをきっかけに是非すでにSlackを有償利用されている方はJCN(Japan Champions Network)にご参加ください。
さて、Slack Communityを覗いていたら、Slack Schoolという新しいYouTubeコンテンツを発見しました。

今回はこちらも踏まえてSlackがどのような立ち位置にあるのかについて書きたいと思います。

Slackbotに見る、Agent時代の業務OS戦略とは何か

生成AIの進化により、多くの企業が「どのAIを使うべきか」「どの業務を自動化すべきか」という問いに直面しています。
しかし、Slackが提示しているのは、AIの導入論ではなく、仕事のあり方そのものを再設計する戦略です。

Slackが新たに打ち出した「Slackbot」は、単なるチャットボットではありません。
Slackはこれを “仕事のためのAIエージェント（AI Agent for Work）” と明確に定義しています。

ここからは、Slack Schoolの最新動画をもとに、Slack × Agent / AI戦略が示す経営的な意味を整理します。

AIは「機能」ではなく「チームメイト」になる

Slackbotの最大の特徴は、
AIを「便利な機能」ではなく、常に仕事の文脈を理解しているチームメイトとして位置づけている点にあります。

Slackはすでに、

• 社内の会話

• スレッドやメンション

• カレンダー

• メール

• 業務アプリ（Salesforceなど）

といった仕事の文脈（Context）を集約しています。
動画内で繰り返し語られる「Context is King」という言葉は、Slackの戦略そのものを表しています。

これは、LLM単体では決して再現できない競争優位です。
私自身Slackの導入支援をいくつも手掛けて来ましたが、コミュニケーションのコアをSlackにできる限り寄せておく"だけ"で、意識せずともコンテキストが蓄積されるというのはSlackの強みだと言えます。AI導入というのは、AIだと思わせずに使われるのが一番良いと誰かが言っていましたが、Slackはその領域に一歩踏み込んでいると言えます。
逆に言うと、意識されないのでAIだと思ってもらえない、みたいな印象になりやすいかもしれない。

Slackbotは「最初のAgent」であり「基盤」である

Slackbotは、検索・要約・ファイル探索・人材探索・Salesforce連携などを担います。
これは前提条件の設計です。

Slackは、

と言えます。
AIエージェントって2026年1月現在ではどうしても難しく捉えられがちです。その設定はどうすればいいのか、どのエージェントが何ができるのか、人間側の学習コストが高いものが多いのです。多くの人のデファクトスタンダードとするには種類が多すぎるし、使い方も違う。その状態では使っているだけで自然とスキルアップしていくという状態には到達し得ないのです。
世界はカスタムエージェントに注目しがちですが、手元に必要なのは誰もが同じUIで使うことができるという状態でしょう。
コミュニケーション基盤を担っているSlackが、かねてより存在していたSlackbotをこのタイミングで進化させたというのには大きな意味があると考えています。

Agentが最初に置き換えるのは「判断前の仕事」

Slackbotの代表的なユースケースは、次の3つです。

1. 不在時・未読情報のキャッチアップ

2. 人・資料・文脈の探索

3. ミーティング準備（Salesforce連携含む）

共通しているのは、意思決定そのものではなく、その前段階の認知負荷を下げる点です。

これは、

• 職種を問わず

• 定量効果が出やすく

• 全社展開しやすい

という、経営視点で極めて合理的なAI導入ポイントです。
ビジネスマンの時間の中で情報の探索に割かれている割合は少なくありません。Slackbotは探索にかかる負荷を圧倒的に下げ、スムーズに仕事を進めていく潤滑剤となります。

「プロンプト不要」は、全社AI利用への本気度を示す

Slackbotは、
「プロンプトを工夫する必要はない」
「普段の言葉で話せばいい」
と明言されています。

これは単なるUXの話ではありません。

• AIリテラシーを前提にしない

• 教育コストを最小化する

• IT部門やDX部門に負荷をかけない

全社員AI活用を現実解として成立させる設計思想です。
加えて、Slack Canvasとの連携が非常に強力です。誰かが一人、Slackbotで実行できるベストプラクティスを生み出したとしたら、それをCanvasにノート形式で書くだけ。
これを他の人と共有し、Slackbotに実行させる事ができるのです。
Canvasに書かれているのは人間が書いた自然分による指示書ですから、誰にでも理解できるし加工も簡単です。Canvasはコピーが簡単に作れますから自分専用にカスタマイズしたものを利用するということだってすぐにできるのです。

権限制御こそ、Agent戦略の生命線

AI活用が進むほど、経営が懸念するのは「情報漏洩」と「統制」です。

Slackbotは、
ユーザー本人と同じ権限でしかデータにアクセスできない
という原則を明確にしています。

Salesforce側の権限制御を完全に継承するこの仕組みは、日本企業・大企業にとって極めて重要な安心材料です。
Slack自体、かねてよりセキュリティにはとても大きな意識を払ってきたと私は感じています。アクセス権はチャンネルに付随する形で管理されており非常に分かりやすい。URL形式でアクセス権限が管理されていて、これはSlackの検索機能にも連動しています。
自分のアクセス権のある情報にだけしかアクセスが出来ない。これが守られているのがSlackであり、安心してAIを活用する土台ができていると言えます。

Slackの本当の狙い：Agentのハブになること

動画後半で語られる将来像は明確です。

• あらゆる業務アプリがAIエージェントを持つ

• Agentが乱立すると、業務はかえって複雑になる

• そこでSlackbotが、Agent同士を仲介・統合する存在になる

Slackは、
「Agentを作る会社」ではなく
「Agentが安全に協調して働くためのOS」
を取りに行っています。
私自身使っていて感じることですが、Slackbotを起点にしたオーケストレーションというのは人間の仕事をかなり奪ってくれるはずです。逆に、他のエージェントからSlackbotへのアクションができるようになればより一層連携が進んでいくでしょう(Agentforceとかね)

Slackが示しているのは、「どのAIを入れるか」ではなく、

という問いです。

Slackbotは、その最初のピースにすぎません。
しかし、その設計思想は、Agent時代の業務基盤を考える上で、極めて示唆に富んでいます。

まずはこのSlackbotを体験してみませんか？
最初に紹介したJCNのSlackワークスペースや、Slack Communityのワークスペースではすでに体験できるようになっています。
Slackbotの真価を発揮するのはエンタープライズサーチという、Slackから他のSaaS(例えばGoogle, Office365,Box等)への接続機能がONになった状態なのですが、こればかりは共有のワークスペースで体験することが出来ません。弊社環境であればデモすることが出来ますので、機会がありましたらお声がけください

告知

2/19にSlackの開発者向けイベントを開催します。参加者募集しておりますので是非登録ください。ハイブリッド開催となります。