エンタープライズチームは、コラボレーションの中心的なハブとしてSlackへの依存度を高めていますが、企業内コミュニケーションに人工知能を導入するには、摩擦のないアクセシビリティと厳格なデータガバナンスのバランスをとる必要があります。Dust は、組織が特化型AIアシスタントをSlackチャンネルに直接デプロイできるマルチプレイヤーAIプラットフォームを提供します。これにより、従業員はコミュニケーションのワークスペースを離れることなく、社内ドキュメントの照会、メッセージの下書き作成、定型タスクの自動化を行えるようになります。企業コンテキストを欠いた汎用の消費者向けチャットボットに依存したり、機密性の高い社内データを漏洩するリスクのある管理されていないボットをデプロイしたりする代わりに、Notion、Google Drive、Confluence、過去のSlackの会話などの検証済みナレッジリポジトリを、隔離されたDust Spacesに関連付けることができます。本ガイドでは、エンタープライズ管理者およびテクニカルリードがSlackチャンネル全体にDustアシスタントをデプロイし、自動返信やワークフロートリガーなどのインタラクションモデルを設定し、きめ細かなデータ権限を適用して、大規模運用における信頼性を維持する方法を詳述します。
アーキテクチャと統合の概要
エンタープライズのSlackワークスペース内にDustをデプロイするには、従業員のコラボレーションとナレッジ検索の異なる側面に対応する3つの補完的な統合メカニズムが関与します。
- インタラクティブボット統合（Slack内の
@Dust）：対話形式のメンションやスレッド返信を使用して、パブリックチャンネル、プライベートチャンネル、またはダイレクトメッセージ内で従業員がAIアシスタントを直接呼び出すことができます。 - Slack接続（
Dust Data Syncによるデータ同期）：選択したSlackチャンネルの履歴、メッセージスレッド、メタデータをDust Spacesに取り込み、日常の組織内のディスカッションを検索可能なナレッジベースに変換します。 - Slackツール（MCP/OAuthを介したエージェントアクション）：認証された従業員に代わって、個人のOAuth認証情報またはボット認証情報を使用し、Slack内でのアクティブなタスク（メッセージの検索、ユーザーの検索、更新の投稿など）を実行できるようにアシスタントを強化します。
| コンポーネント | 主な機能 | 認証モデル | 主要なスコープまたは設定 |
|---|---|---|---|
インタラクティブボット (@Dust) | チャンネル内のユーザーの問い合わせや自動化に応答 | Bot Token / Workspace App | app_mentions:read, chat:write |
データ同期 (@Dust Data Sync) | 選択したチャンネルのディスカッションをDust Spacesにインデックス化 | 自作のSlack Appマニフェスト | channels:history, groups:history, files:read |
| Slackツール | リアルタイムでライブ検索を実行し、更新を投稿 | 個人ユーザーのOAuth（またはBot Token） | 個々のユーザー権限 / Slack MCP |
自作Slack Appモデル
企業のセキュリティ要件および一括データインデックス作成やAPIレート制限に関するSlackプラットフォームのポリシーにより、エンタープライズデプロイメントでは、オープンなパブリックボットではなく、自己管理型のSlackアプリを使用してSlackに接続します。管理者は、Dustが提供する事前構成済みのJSONマニフェストを使用して、Slack APIコンソール 内に専用のアプリケーションを作成します。このアーキテクチャにより、組織は認証情報、監査ログ、権限スコープの完全な所有権を保持しつつ、共有マルチテナント環境間でのレート制限の衝突を回避できます。
Dustは、データレジデンシーのコンプライアンスを満たすために、リージョンごとに異なるクラウド環境を運用しています。アプリケーションマニフェストをデプロイする際、管理者は自社のDustワークスペースリージョンに対応する構成を選択する必要があります。
- USリージョンワークスペース：
https://dust.ttのエンドポイントおよびWebhookに対して構成。 - EUリージョンワークスペース：
https://eu.dust.ttのエンドポイントおよびWebhookに対して構成。
SlackアプリケーションとDustワークスペースの間でマニフェストのエンドポイントが一致していないと、OAuthハンドシェイクの完了やイベントサブスクリプションの配信が行われません。
ステップバイステップのエンタープライズデプロイ
Slackワークスペース全体にDustアシスタントをデプロイするには、両方のプラットフォームでの管理者権限が必要です。開始する前に、Slack Owner または Slack Admin の権限と、Dust Workspace Admin のロールを保持していることを確認してください。
ステップ1：専用Slackアプリを作成する
- Slack API App Directory に移動し、Create New App をクリックします。
- モーダルダイアログで From a manifest を選択し、対象のSlackワークスペースを選択します。
- JSON タブに切り替え、デフォルトのテンプレートをクリアして、Dust Slack接続ガイド に記載されている自社のワークスペースリージョン向けの公式Dustアプリケーションマニフェストを貼り付けます。
- ボットスコープ（
channels:history、channels:read、chat:write、groups:history、im:history、mpim:history、files:read、metadata.message:read）およびユーザースコープ（channels:read、users:read、chat:write、search:read）を含む、要求された権限を確認します。 - Create をクリックしてアプリケーションを初期化し、左サイドバーの Install App に移動して Install to Workspace を選択し、ボットを承認します。
ステップ2：認証情報を抽出してDustに連携する
- Slackアプリ管理パネルで、Settings > Basic Information に進みます。
- App Credentials セクションを見つけ、次の3つの値をコピーします。
- Client ID
- Client Secret（Show をクリックして表示）
- Signing Secret（Show をクリックして表示）
- 管理者としてDustワークスペースにログインします。
- Spaces > Connections に移動し、Slack を選択します。
- コピーしたClient ID、Client Secret、Signing Secretを対応するフィールドに貼り付けます。
- Connect をクリックし、SlackでのOAuth承認画面を完了します。このアクションによりハンドシェイクが完了し、
@Dust Data SyncボットがSlackワークスペースにインストールされます。
ステップ3：チャンネル同期を構成する
接続が確立されても、DustはデフォルトでSlackワークスペース全体をインデックス化するわけではありません。管理者は同期するチャンネルを明示的に定義する必要があります。
- Dustで、Spaces > Connections > Slack > Add / Remove data に移動します。
- Dustにナレッジソースとしてインデックス化させたい特定のパブリックチャンネル（例：
#product-announcements、#company-policies、#engineering-faqs）を選択します。 - Save をクリックして同期を開始します。Dustは過去のメッセージを直ちにインデックス化し、Webhookサブスクリプションを介して新しいメッセージをリッスンします。
- プライベートチャンネルの場合、SlackのAPI仕様によりボットが自動的にチャンネルの存在を検出することはできません。プライベートチャンネルをインデックス化するには、まずSlack内で
/invite @Dust Data Syncと入力して同期ボットを直接招待し、その後Dustに戻って Add / Remove data でそのチャンネルを選択します。
アシスタントのチャンネルへのデプロイとインタラクションの管理
インフラストラクチャが接続されると、エンタープライズチームは特定の部門のワークフローに合わせて専用アシスタントをデプロイできます。Dustは、一般的な問い合わせ、専用ヘルプデスク、自動化されたバックグラウンドタスクに合わせて設計された柔軟な呼び出しモデルを提供します。
チャンネル全体でのアドホックな呼び出し
チームメンバーは、@Dust ボットが存在するパブリックチャンネル、または @Dust が招待されているプライベートチャンネルでアシスタントを呼び出すことができます。
- 構文：
@Dustの後にプラス記号とアシスタントのハンドル名を指定してメンションします：@Dust +assistant_name [問い合わせ内容]。例：@Dust +it-helpdesk How do I request access to the production data warehouse? - スレッドコンテキストの継続性：Dustアシスタントはスレッドを認識します。ユーザーがスレッド内でアシスタントを呼び出したり、アシスタントの回答に返信したりすると、Dustは先行する会話履歴をプロンプトコンテキストに含めます。ユーザーは以前のコンテキストを再度説明したり、アシスタントを繰り返しタグ付けしたりすることなく、フォローアップの質問を行えます。
- プライベートチャンネル：プライベートプロジェクトチャンネル内でチームメンバーがアシスタントを呼び出せるようにするには、
/invite @Dustと入力してボットを招待します。この明示的な招待がない場合、ボットはプライベートチャンネルでのメンションを認識できません。
自動返信を備えた専用チャンネルアシスタントの構成
#ask-hr、#legal-review、#customer-support-escalations、#it-help などの大量のメッセージが交わされるチャンネルでは、従業員に @Dust +assistant_name の入力を求めることが余計な摩擦を生む場合があります。Dustでは、ワークスペース管理者が特定のチャンネル内のメッセージに自動的に応答するデフォルトアシスタントを構成できます。
- Dust のWebインターフェースを開き、Agent Builder に移動します。
- そのチャンネル用に設計されたカスタムアシスタントを選択します（エージェントが Published になっていることを確認してください）。
- アシスタントの Slack Channel Settings を開きます。
- リストから対象のSlackチャンネルを選択します。
- Respond to all messages in channel のトグルを有効にします。
- トップレベルの投稿のみ（推奨）：Top-level posts only オプションにチェックを入れます。この設定を有効にすると、アシスタントはチャンネルに投稿された新しいルートメッセージにのみ自動返信し、スレッド内の返信は無視します。これにより、アシスタントが人間同士のディスカッション、同僚間でのトラブルシューティング、またはフォローアップのやり取りを妨げるのを防ぎます。
ライブワークスペースアクションのためのSlackツールの活用
静的ドキュメントの読み取りだけでなく、アシスタントに Slackツール を装備して、Slackを動的に検索および操作させることができます。アシスタントがSlackツールを利用する場合：
- メッセージの検索：認証されたユーザーがアクセス可能なパブリックチャンネルおよびプライベートな会話全体から関連するディスカッションを検索します。組織がBusiness+またはEnterprise+プランでSlack AIを使用している場合はセマンティック検索がサポートされます。そうでない場合は標準のキーワード検索が使用されます。
- メッセージの投稿および予約：アシスタントが指定されたチャンネルでメッセージを公開したり、将来のアナウンスを予約したりできます。
- ユーザーおよびスレッドの検索：ユーザープロファイルデータを取得し、特定のSlack ID（
<@USER_ID>および<#CHANNEL_ID>）を使用してスレッド全体のタイムラインを検査します。
Slackツールは個人のOAuthを介して認証されるため、実行中のユーザーがSlack内で明示的な読み取り権限を持たない会話やプライベートチャンネルにアシスタントがアクセスすることはできません。
権限、Spaces、およびデータガバナンス
エンタープライズへの展開には、専有情報がチーム間で漏洩したり、権限のない個人に開示されたりしないよう、厳格なデータ境界が必要です。DustはSpacesアーキテクチャときめ細かなアクセス制御によってこれを実現します。
Dust Spaces全体でのナレッジの構造化
Dustは、すべてのデータソースとカスタムアシスタントを個別の Spaces に整理します。
- Company Data（グローバルSpace）：組織全体のドキュメント、標準運用手順（SOP）、従業員ハンドブック、公開製品ロードマップが含まれます。すべてのワークスペースメンバーと一般的なアシスタントは、デフォルトでこのSpaceにアクセスできます。
- Restricted / Departmental Spaces（制限付き/部門別Space）：財務、法務、経営陣、人事部門などの特定の部門専用のSpaceです。これらのSpaceに接続されたデータソース（経営陣のSlackチャンネルや非公開のGoogle Driveフォルダなど）は、そのSpaceに割り当てられた承認済みメンバーのみがアクセスできます。
Agent Builderでアシスタントを構築する際、管理者はアシスタントがクエリを実行できるSpacesを明示的に選択します。アシスタントが特定のSpaceへのアクセス権を持っていない場合、従業員がSlackで何を質問したとしても、そのSpaceからドキュメントを取得または引用することはできません。
+-------------------------------------------------------------------+
| Enterprise Slack |
| +--------------------+ +-------------------+ +------------+ |
| | #general / #help | | #legal-internal | | #exec-sync | |
| +---------+----------+ +---------+---------+ +------+-----+ |
+------------|------------------------|--------------------|--------+
| | |
v v v
+-------------------------------------------------------------------+
| Dust Spaces Architecture |
| +--------------------+ +-------------------+ +------------+ |
| | Company Data Space | | Legal Team Space | | Exec Space | |
| | (Public Slack, | | (Private Legal | | (Sensitive | |
| | Notion, Wiki) | | Discussions) | | Roadmap) | |
| +---------+----------+ +---------+---------+ +------+-----+ |
| | | | |
| v v v |
| +--------------------+ +-------------------+ +------------+ |
| | General Assistants | | Legal Assistant | | Exec Bot | |
| +--------------------+ +-------------------+ +------------+ |
+-------------------------------------------------------------------+
同期されたチャンネルの権限の管理
セキュリティの健全性を長期的に維持するために：
- デフォルト共有境界の採用：部門横断的な生産性に寄与するチャンネルを同期し、機密性の高い個人識別情報（PII）、給与に関する議論、または未発表の財務指標を含むチャンネルは厳格に除外します。
- Space割り当ての確認：Spaces > Connections > Slack > Manage Permissions で、管理者は同期された各チャンネルからどのDust Spacesがデータを受信するかを確認および調整できます。
- チャンネル取り込みの監査：Add / Remove data のチャンネルリストを定期的に確認し、新しく作成されたプライベートチャンネルや機密チャンネルが誤って追加されていないかを検証します。
Slack Workflow Builderによるワークフローの自動化
エンタープライズチームは、ネイティブのSlackワークフローとDustアシスタントを組み合わせて反復的なビジネスプロセスを自動化し、手動での調整作業を排除できます。
Slackワークフロートリガーの設定
SlackネイティブのWorkflow Builderを使用することで、チームはスケジュール、Webhook、フォーム送信、または絵文字リアクションによってトリガーされる自動化を設計できます。静的なメッセージを投稿する代わりに、ワークフローからDustアシスタントを呼び出してカスタマイズされた応答を生成できます。
- Slackで Workflow Builder を開き、新しいワークフローを作成します。
- イベントトリガーを選択します（例：スケジュールされた日時（毎週月曜日午前9:00）や、メッセージに追加されたリアクション（
:ticket:や:bookmark:の絵文字など））。 - 対象のチャンネルまたはスレッドに向けた Send a message ステップを追加します。
- 標準の構文を使用して目的のアシスタントを呼び出すようにメッセージをフォーマットします。
@Dust +standup-summarizer Summarize yesterday's key updates and blockers from this channel. - Slackでワークフローを公開します。
Dustダッシュボードでのワークフローの承認
Slackワークフローは人間のユーザーではなくボットエンティティとして実行されるため、Dustは不正な自動データクエリを防ぐ目的で、ワークフローによって生成されたメッセージをデフォルトで無視します。Dust Slackワークフローガイド に記載されているとおり、管理者はDust内でワークフローを明示的に承認する必要があります。
- Dustで、Programmatic Usage > Automations に移動し、Slack workflows タブを開きます。
- Allow a workflow をクリックします。
- Workflow name フィールドに、ワークフローのSlackメッセージに表示される完全一致の送信者名を入力します。Dustは大文字・小文字、スペース、絵文字を含めてワークフロー名を完全に照合します。
- Spaces it can reach で、アシスタントが必要とするナレッジを含む特定のDust Spacesを選択します。Company Data Spaceは常に含まれますが、部門別または専用のSpaceは明示的に付与する必要があります。ワークフローへのアクセスが許可されていないSpaceのデータがアシスタントに必要な場合、トリガーされてもアシスタントは応答しません。
- Allow をクリックして承認を完了します。
（注：セルフサービスのAutomationsタブがない従来のDustサブスクリプションプランでは、管理者はワークスペースURL、正確なワークフロー名、および必要なSpacesを記載した承認リクエストを support@dust.tt に送信する必要があります。）
クレジット使用状況の追跡と自動化の監査
自動化されたワークフローは大量のクエリを生成する可能性があります。管理者はDustダッシュボードの Slack workflows タブで消費状況を監視できます。
- クレジット消費（Credit Consumption）：7日間、30日間、またはカスタムの請求期間において、承認された各ワークフローによって消費された合計クレジットを表示します。
- 消費シェア（Consumption Share）：不均衡なクエリ量を占めるワークフローを特定し、それに応じてスケジュール頻度を調整します。
- 取り消し（Revocation）：任意のワークフロー行の横にある削除アイコンをクリックすると、Dustアシスタントを呼び出す権限を直ちに取り消すことができます。すべての承認および取り消しは、Dustワークスペースの監査ログに記録されます。
エンタープライズ展開のための運用ベストプラクティス
エンタープライズへの導入を成功させるには、明確なユーザー期待値の設定、目的を持ったアシスタント設計、継続的なパフォーマンス監視が不可欠です。
1. モノリシックなボットではなく目的別の特化型アシスタントを構築する
あらゆるタイプの質問に答えようとする単一の汎用「企業アシスタント」の作成は避けてください。モノリシックなエージェントは、プロンプトの希薄化（prompt dilution）や検索精度の不安定化を招きがちです。代わりに、明確な指示と限定されたデータソースを持つ特化型アシスタントを作成します。
@it-navigator：IT運用手順書、ソフトウェアカタログ、ハードウェア申請ガイドラインに厳密に接続。@sales-enablement：顧客事例、競合比較（battlecards）、CRM製品ドキュメントに立脚。@people-partner：福利厚生の概要、休暇規定、リモートワークガイドラインに立脚。
各アシスタントにわかりやすい名前、明確なアバター、明確な指示セットを提供することで、従業員は特定のタスクに対してどのアシスタントを呼び出すべきかを即座に把握できます。
2. Slackスレッド内でのマルチエージェント連携
従業員は単一のSlackスレッド内で複数のアシスタントを連携させ、マルチステップのタスクを遂行できます。
- エンジニアの質問：
@Dust +architecture-guide What is our policy on database connection pooling in microservices? - アーキテクチャガイドが社内標準を返信した後、テクニカルリードが同じスレッドで返信：
@Dust +code-reviewer Review the code snippet above against our connection pooling standards. - 両方のアシスタントがスレッドのコンテキストにアクセスできるため、2番目のアシスタントは手動でコピー＆ペーストすることなく、正確な出力と議論を評価できます。
3. 明確な誘導とフォールバックガイダンスの提供
Agent Builderでアシスタントのシステムプロンプトを定義する際は、明示的な否定的制約とエスカレーションパスを含めます。
- 接続されたSpaces内で情報が見つからない場合は、回答を捏造するのではなく、その旨を明確に述べるようアシスタントに指示します。
- 関連する人間の担当チームに従業員を誘導するフォールバック指示を提供します（例：「People Operations Spaceで要求されたポリシーが見つからない場合は、関連ポリシーの概要を提示し、#ask-people-ops に問い合わせるようユーザーに案内してください」）。
4. マニフェストと認証情報の健全性の維持
サービスの中断を防ぐために：
- API更新の監視：Slack APIの変更、権限スコープの更新、新しいMCPサーバー機能に関する Dust ドキュメント の更新を定期的に確認します。
- トークンローテーションの管理：組織が定期的な認証情報ローテーションを実施している場合は、サービスの停止を避けるため、Slack AppダッシュボードとDust接続設定の両方でClient SecretとSigning Secretを同時に更新します。
- チャンネル登録の監査：Spaces > Connections > Slack でアクティブなチャンネルを定期的に確認し、廃止されたプロジェクトチャンネルを削除してクリーンな検索インデックスを維持します。