「あの議論、どこかのチャンネルで見たはずなのに見つからない」「Slackのメンションに返信し忘れて指摘された」——Slackが社内コミュニケーションの中心になるほど、情報の検索と返信管理が業務のボトルネックになります。
この記事では、SlackにたまったメッセージをAIエージェントで検索・分析・管理する方法を、セマンティック検索・タスク抽出・未返信チェック・統合受信トレイの4つの切り口で解説します。あわせて、前提となるSlack APIのトークンと権限設計も非エンジニア向けに整理します。内容は当スクールの法人研修・オンラインコースの教材（Slack検索・分析モジュール）をベースにしています。
この記事でわかること
- セマンティック検索とは何か — キーワード検索との違い
- Slack×AIでできる4つのこと（検索・タスク抽出・未返信チェック・統合受信トレイ）
- 前提となるSlack APIの基礎 — User TokenとBot Tokenの違い
- 権限（スコープ）設計と最小権限の原則
- AIエージェントにSlack操作を任せるときの安全策（dry-run・送信権限の分離）
- 導入時の注意点（レート制限・プライベートチャンネル・API変更）
セマンティック検索とは — 「キーワード」ではなく「意味」で探す
セマンティック検索とは、キーワードの完全一致ではなく「意味」に基づいて情報を探す検索技術です。文脈を理解して関連情報を見つけるため、従来の検索では拾えなかったメッセージにもたどり着けます。
たとえば「先月の売上に関する議論」のような曖昧な聞き方でも、関連するSlackメッセージを見つけられます。類義語や言い回しの違いを吸収できるのが最大の特徴で、「どこかにあるはずだけど見つからない」という社内ナレッジの迷子問題を解決します。
| 観点 | キーワード検索（Slack標準） | セマンティック検索 |
|---|---|---|
| 一致の基準 | 文字列の一致 | 意味・文脈の近さ |
| 言い換えへの強さ | 弱い（表記が違うと漏れる) | 強い（類義語でも見つかる） |
| 曖昧な依頼 | 苦手 | 「◯◯に関する議論」で検索可能 |
| 結果の形 | メッセージ単位 | スレッド全体の文脈つき |
AIエージェントと組み合わせる場合は、Slackのメッセージを階層的にインデックス化（教材ではBookRAGベースの仕組みを使用）し、チャンネル名・発言者・日時を含む構造化された結果として返す構成が実用的です。
Slack×AIでできる4つのこと
Slack連携のAI活用は、大きく4つのユースケースに整理できます。
| ユースケース | 何をするか | 業務上の効果 |
|---|---|---|
| セマンティック検索 | 過去の議論を意味ベースで横断検索 | 情報探しの時間を削減 |
| タスク抽出 | 会話からTODO・アクションアイテムを自動抽出 | 抜け漏れ防止・優先度の可視化 |
| 未返信チェック | 返信していないメンション・放置スレッドを検出 | 返信忘れの防止 |
| 統合受信トレイ | メールとSlackの要返信項目を一括抽出 | 確認先の一本化 |
タスク抽出 — 会話からアクションアイテムを自動収集
Slackの会話には「お願いします」「来週までに」といったタスクが大量に埋もれています。AIエージェントにメンション・リアクション・スレッドを横断させると、自分に関連するタスクを自動検出し、優先度（高/中/低）を判定したうえで、期限・担当者つきのMarkdownリストとして出力できます。出力がMarkdownなので、そのままプロジェクト管理に流用できるのも実務上の利点です。
未返信チェック — 返信忘れを一括検出
「自分がメンションされたのに返信していないメッセージ」「自分が開始したスレッドで返答待ちのもの」を検出し、チャンネル別・日付別に整理して一覧表示します。毎朝の習慣として実行すれば、コミュニケーション漏れをほぼゼロにできます。
統合受信トレイ — メールとSlackをまとめてチェック
返信すべき連絡はSlackだけではありません。GmailとSlackの両方から未返信メッセージを統合的に取得し、AI（教材ではGemini 3 Flashを使用）が文脈を判定して優先度スコアリングと返信ドラフトの自動生成まで行う構成にすると、「どこから手をつけるか」の判断まで含めて自動化できます。
前提知識 — Slack APIのトークンは2種類ある
これらの自動化には、Slackアプリを作成してAPIトークンを取得する必要があります。最初に押さえるべきは、トークンには2種類あり、用途が異なることです。
| 項目 | User Token（xoxp-） | Bot Token（xoxb-） |
|---|---|---|
| 実行主体 | ユーザー本人として実行 | Bot（アプリ）として実行 |
| メッセージ検索（search.messages） | 利用可能 | 利用不可 |
| アクセス範囲 | ユーザーが参加する全チャンネル | Botが招待されたチャンネルのみ |
| 向いている用途 | 検索・タスク抽出などの読み取り分析 | メッセージ送信・リアクション追加 |
メッセージ検索やタスク抽出のような「自分の参加チャンネルを横断する分析」にはUser Tokenが必要です。Bot Tokenだけでは権限が不足する場合があります。
トークンの取得手順は概ね次の流れです。
- api.slack.com/apps で「Create New App」からSlackアプリを作成する
- 「OAuth & Permissions」で必要なスコープ（権限）を追加する
- ワークスペースへのOAuth承認（Install to Workspace等）を経てトークンが発行される
- 発行されたトークンは
.env等の安全な場所に保存する（チャット・スクリーンショット・Gitに含めない）
会社のワークスペースでは管理者がカスタムアプリのインストールを制限していることがあります。その場合はワークスペース管理者にアプリの承認をリクエストしてください。
権限設計 — 最小権限の原則を守る
AIエージェントにSlackを触らせる場合、権限の絞り込みが安全運用の生命線になります。
- 過剰な権限はセキュリティリスク — write権限があると、エージェントが誤って実メッセージを送信する可能性があります
- 最小権限の原則 — 必要な操作だけに絞ったスコープを選び、不要なwrite系スコープは付与しない
- トークンの使い分け — 読み取り専用のUser Tokenと送信用のBot Tokenを分けると、事故の影響範囲を最小化できます
スコープの目安は次の通りです（必須セットではなく、利用するAPIごとに公式ドキュメントで確認してください）。
| したいこと | スコープの例 |
|---|---|
| メッセージを検索する | search:read（User Token Scope） |
| 公開チャンネルの履歴を読む | channels:history |
| プライベートチャンネルの履歴を読む | groups:history |
| DMの履歴を読む | im:history |
| メッセージ送信・スレッド返信 | chat:write など |
送信を任せるときの安全策 — dry-runで事前確認
検索・分析は読み取り専用なのでリスクが小さい一方、メッセージ送信（chat.postMessage）は取り消しがききません。エージェントに投稿やスレッド返信（thread_ts指定）を任せる場合は、次の2段構えを推奨します。
- dry-runモードで送信内容を事前確認 — 実送信せず「何を・どこに送るか」だけを出力させ、人間が確認してから実行する
- テスト用ワークスペース・権限分離トークンで検証 — 送信の自動化を本番に入れる前に、影響範囲を限定した環境で動作確認する
「読み取りは自動・送信は人間が承認」という運用から始めるのが、AIエージェント導入の定石です。エージェントの自律性をどこまで上げるかの考え方は 生成AIの基礎ガイド のAI自律性6段階も参考にしてください。
導入時の注意点
- レート制限 — Slack APIにはレート制限があります（教材で扱う検索系はTier 3: 50+ requests/minute）。大量取得時は間隔を空ける設計にします
- プライベートチャンネル — アクセスには追加権限が必要です
- 初回同期の時間 — 大規模ワークスペースでは、メッセージのインデックス化（初回同期）に時間がかかります
- Slack APIの仕様変更 — Slackは2026年3月3日以降、Slack Marketplaceに公開されていないアプリに対してAPIアクセスの追加制限を適用します。社内用カスタムアプリを使う場合は、Slack API Changelogで最新情報を確認してください
なお、こうしたSlack分析を毎朝自動で動かしたい場合は、GitHub Actionsによる定期実行が有力な選択肢です。構築方法は GitHub ActionsでAIエージェントを定期実行する方法 で解説しています。
よくある質問
Q. セマンティック検索はSlack標準の検索と何が違いますか？ A. Slack標準の検索はキーワードの一致が基本ですが、セマンティック検索は「意味」の近さでメッセージを探します。表記ゆれや言い換えがあっても見つけられるため、「AI導入の進捗に関する会話」のような曖昧な依頼でも、チャンネル名・発言者・日時つきで関連メッセージを取り出せます。
Q. Bot Token（xoxb-）だけではだめですか？ A. 用途によります。メッセージ送信やリアクション追加はBot Tokenで十分ですが、search.messagesを使うメッセージ検索はBot Tokenでは利用できず、User Token（xoxp-）が必要です。タスク抽出のように参加チャンネルを横断する分析も、Botが招待されたチャンネルしか見えないBot Tokenでは不足する場合があります。
Q. AIが勝手にSlackへ投稿してしまうのが怖いです。どう防げばよいですか？ A. 第一に、読み取り分析だけならchat:writeなどのwrite系スコープを付与しないことです。第二に、送信を任せる場合もdry-runモードで送信内容を人間が確認してから実行する運用にします。読み取り用と送信用でトークンを分ければ、万一の事故の影響範囲も最小化できます。
Q. 非エンジニアでも導入できますか？ A. 可能です。Slackアプリの作成とスコープ設定は画面操作が中心で、トークン取得後の検索・タスク抽出・未返信チェックはAIエージェントへの自然言語の指示で実行できます。最初は読み取り専用の検索・分析から始め、運用に慣れてから送信系の自動化に進む順序が安全です。
Q. 毎朝自動で未返信チェックを動かすことはできますか？ A. できます。AIエージェントを定期実行する基盤としてはGitHub Actionsのスケジュール実行（cron）が代表的で、毎朝決まった時刻に未返信チェックや統合受信トレイの確認を走らせ、結果を通知する構成が組めます。検索やタスク抽出も同じ仕組みで定期実行できます。
関連記事
- GitHub ActionsでAIエージェントを定期実行する方法
- AIマーケティング自動化ガイド（X投稿・SEO監査・メール配信）
- 生成AIとは？法人の業務自動化とAIエージェント活用の基礎
- Claude Code セットアップ完全ガイド
- 法人向けAIエージェント研修（ハンズオン）
最終確認日: 2026-06-10