AI SlackトリアージBotの作り方｜通知洪水を止めて重要案件だけ拾う

Slackを開くたびに、未読が数十件、数百件とたまっていませんか。

顧客からの問い合わせ、障害報告、社内質問、雑談、Bot通知が同じタイムラインに流れると、本当に重要な案件ほど埋もれます。すべてを確認しようとすれば集中力が削られ、確認を後回しにすれば対応漏れが起きかねません。

そこで役立つのが、Slackの投稿をAIで分類し、緊急度の高いメッセージだけを担当者へ通知する「AI SlackトリアージBot」です。

本記事では、プログラミング経験が少ない人にも分かるように、Botの仕組み、ツールの選び方、具体的な構築手順を解説します。

[INTERNAL: ai-work-automation-guide]

AI SlackトリアージBotとは

AI SlackトリアージBotは、Slackに投稿されたメッセージをAIが読み取り、内容に応じて分類・要約・転送する仕組みです。

たとえば、問い合わせチャンネルへの投稿を次のように振り分けます。

「サービスにログインできない」→ 緊急度：高
「請求書を再発行してほしい」→ 経理担当
「この機能の使い方を知りたい」→ 通常サポート
「イベントのお知らせ」→ 対応不要

従来のキーワード通知では、「障害」という単語が含まれるだけで反応したり、遠回しに書かれた重要案件を見逃したりします。AIを使えば、単語ではなく文脈を考慮した判定が可能です。

ただし、AIの判定は完全ではありません。Botに自動返信や削除を任せるより、最初は「分類と通知」に限定し、最終判断を人間が行う設計が安全です。

導入方法の比較

AIトリアージBotの作り方は、大きく3種類あります。

方法	導入難易度	自由度	保守負担	向いている人
Slack標準機能＋ワークフロー	低	低	低	まず通知を整理したい人
Zapier・Makeなどの自動化ツール	中	中	低〜中	ノーコードでAI連携したい人
Slack API＋AI APIで独自開発	高	高	中〜高	精度やセキュリティを細かく管理したい組織

短期間で試すなら、ZapierやMakeなどの自動化ツールが現実的です。Slackへの新規投稿をトリガーにし、AIへ判定を依頼し、その結果に応じて通知先を変えられます。

複雑な承認フローや社内システム連携が必要なら、独自開発を検討しましょう。

[AFF_LINK: Zapier]

[AFF_LINK: Make]

Botを作る前に決めること

ツールを接続する前に、トリアージのルールを言語化します。ここが曖昧だと、AIの判定も安定しません。

最低限、次の4項目を決めてください。

1. 監視するチャンネル

最初から全チャンネルを監視すると、費用と誤判定が増えます。まずは問い合わせ、障害報告、営業相談など、重要度が比較的明確な1チャンネルから始めましょう。

2. 分類カテゴリー

カテゴリーを増やしすぎると運用が複雑になります。初期段階では、次のような3〜5分類で十分です。

緊急：障害、情報漏えい、重要顧客の解約懸念
要対応：質問、依頼、見積もり相談
担当部署へ転送：経理、法務、営業など
対応不要：雑談、共有、広告
判定不能：人間による確認が必要

3. 緊急度の基準

「急ぎです」という表現だけで緊急扱いにしてはいけません。事業への影響や期限を含めて定義します。

たとえば、複数ユーザーが利用できない、セキュリティ上の懸念がある、当日中の対応が必要、といった条件です。

4. 通知先と対応期限

分類後のアクションも先に決めます。

緊急：専用チャンネルへ転送し、担当者をメンション
要対応：担当チャンネルへ転送
通常：一覧へ記録し、定時にまとめて通知
対応不要：通知しない
判定不能：確認用チャンネルへ送る

AI SlackトリアージBotの具体的な作り方

ここでは、Slack、自動化ツール、生成AI APIを組み合わせる基本構成を紹介します。サービスごとに画面は異なりますが、設計の考え方は共通です。

手順1：Slackの投稿を取得する

自動化ツールで新しいワークフローを作り、Slackの「指定チャンネルに新規メッセージが投稿されたとき」をトリガーに設定します。

取得する主なデータは次のとおりです。

メッセージ本文
投稿者
投稿日時
チャンネル名
スレッドや投稿へのリンク

Bot自身の投稿を再び読み込むと、処理がループすることがあります。「Botによる投稿は除外する」という条件も設定してください。

手順2：不要な投稿を事前に除外する

すべての投稿をAIへ送る必要はありません。

スタンプだけの投稿、定型Bot通知、短すぎるメッセージなどを自動化ツール側で除外すれば、API利用料を抑えられます。

機密情報を含むチャンネルを対象にする場合は、利用するAIサービスのデータ保持方針、学習への利用有無、アクセス権限も確認しましょう。

手順3：AIへ分類を依頼する

AIには、自由な文章ではなく、決められた形式で回答させます。以下はプロンプトの例です。

あなたは社内問い合わせのトリアージ担当です。
次のSlackメッセージを分類してください。

分類:
- urgent
- action_required
- route_to_team
- no_action
- uncertain

緊急判定の条件:
- 複数ユーザーに影響する障害
- セキュリティまたは個人情報の懸念
- 重要顧客の解約・契約上の重大リスク
- 当日中に対応しないと損失が発生する案件

JSON形式で、category、priority、summary、
reason、destinationを返してください。
不明な場合は推測せず uncertain にしてください。

メッセージ:

回答形式を固定すると、後続の分岐処理が安定します。また、AIには「推測せず判定不能にする」という逃げ道を用意することが重要です。

[AFF_LINK: OpenAI API]

[INTERNAL: prompt-design-basics]

手順4：判定結果で処理を分岐する

AIの回答を受け取ったら、カテゴリーごとに処理を分けます。

緊急案件は専用チャンネルへ投稿し、担当者をメンションします。通常案件はタスク管理ツールやスプレッドシートへ登録し、まとめて確認できるようにします。

転送メッセージには、次の情報を含めると便利です。

【緊急度：高】
要約：複数ユーザーがログインできない可能性
理由：サービス利用不能の報告があるため
推奨担当：開発・運用
元の投稿：

AIの要約だけでは細かなニュアンスが失われる可能性があるため、必ず元投稿へのリンクも付けましょう。

手順5：処理履歴を記録する

判定結果は、Googleスプレッドシート、Notion、データベースなどへ保存します。

記録したい項目は、投稿日時、元メッセージ、AIの分類、通知先、人間による最終判定です。履歴があれば、誤判定の傾向を調べてルールを改善できます。

[AFF_LINK: Notion]

手順6：テストしてから本番運用する

過去の投稿を参考に、少なくとも20〜50件のテストケースを用意します。

特に確認すべきなのは、重要案件の見逃しです。不要な通知が多少増えるより、重大な障害や顧客リスクを見逃すほうが損失は大きくなります。

最初の1〜2週間は、AIの判定と人間の判定を照合しましょう。いきなり既存の通知をすべて停止するのではなく、精度を確認してから段階的に切り替えます。

精度を高める運用のコツ

AIトリアージは、一度作って終わりではありません。実際の誤判定を材料に改善します。

効果が高いのは、正解例をプロンプトへ追加する方法です。「障害」という言葉を含んでいても単なる過去事例の共有なら緊急ではない、といった境界例を示すと判定が安定します。

また、AIの分類結果に信頼度を付け、一定値未満なら人間へ回す設計も有効です。ただし、AIが出力する信頼度は厳密な確率ではないため、参考値として扱いましょう。

定期的に次の指標を確認してください。

重要案件の見逃し件数
不要な緊急通知の件数
判定不能になった割合
初回対応までの時間
AI APIと自動化ツールの利用費

導入時の注意点

Slackのメッセージには、顧客情報、契約情報、ソースコードなどが含まれることがあります。AIへ送信してよい情報の範囲を社内で決め、必要に応じて氏名やメールアドレスをマスキングしてください。

Botへ与えるSlack権限も最小限にします。監視対象外のチャンネルやダイレクトメッセージへアクセスできる状態は避けましょう。

さらに、AIの判定だけを根拠にメッセージを削除したり、顧客へ自動回答したりする運用は慎重に検討すべきです。まずは社内通知の補助から始めると、安全に効果を検証できます。

[INTERNAL: business-ai-security-checklist]

よくある質問

Q1. プログラミングができなくても作れますか？

ZapierやMakeなどを使えば、基本的なBotはノーコードでも作れます。ただし、複雑な権限制御、社内データベースとの連携、高度なエラー処理には開発知識が必要です。

Q2. キーワード通知との違いは何ですか？

キーワード通知は指定した単語の有無で反応します。AIトリアージは文章の文脈を読み、緊急度、担当部署、対応の要否をまとめて判定できます。一方で誤判定もあるため、人間による確認ルートは残してください。

Q3. 費用はどれくらいかかりますか？

費用はSlackのプラン、自動化ツールの実行回数、AIへ送る文章量によって変わります。まず1チャンネルに限定し、不要投稿を事前に除外するとコストを管理しやすくなります。

Q4. AIが重要案件を見逃す可能性はありますか？

あります。そのため、初期運用では従来の通知と並行稼働させます。見逃しが許されないカテゴリーはルールベースの検知も併用し、AIだけに依存しない構成が適切です。

Q5. 複数チャンネルにも対応できますか？

対応できます。ただし、営業、開発、顧客サポートでは緊急度の基準が異なります。全チャンネルで同じプロンプトを使わず、業務ごとに分類ルールと通知先を分けましょう。

まとめ：まず1チャンネルで小さく試そう

AI SlackトリアージBotを導入すれば、大量の通知をすべて読むのではなく、重要案件へ優先的に対応できるようになります。

成功のポイントは、分類ルールを明確にすること、AIの回答形式を固定すること、判定不能な案件を人間へ回すことです。

まずは問い合わせチャンネルを1つ選び、「緊急・要対応・対応不要」の3分類で試してください。テスト結果を記録し、見逃しがないことを確認してから対象範囲を広げるのが安全です。

ノーコードで素早く検証したい場合は、自動化ツールの無料枠や試用プランから始めるとよいでしょう。

[AFF_LINK: Zapier]

[INTERNAL: slack-automation-examples]