企業のチームは Dust を活用して Google ドライブ、Notion、Slack 間の情報サイロを解消し、散在するドキュメントや日々の会話を応答性の高い社内 AI アシスタントへと変革しています。カスタムの検索拡張生成(RAG)パイプラインをゼロから構築することなく、組織はマネージド連携を介して既存のソフトウェアツールを Dust に接続し、同期されたデータを安全なスペース(Spaces)に整理した上で、的確な指示とモデル機能を備えた特化型エージェントを構成できます。従業員は Slack や中央の Web ワークスペースからこれらのアシスタントに直接問い合わせを行い、組織の機密データを危険にさらすことなく、情報源に裏付けられた正確な回答を取得できます。
Dust のアーキテクチャを理解する:コネクション、スペース、パーミッション
エンタープライズツールを安全に接続するために、管理者は Dust がデータ取り込みとアクセス統制をどのように構造化しているかを理解する必要があります。Dust は、コネクション(Connections)、スペース(Spaces)、アシスタント(Assistants)という 3 つの明確なレイヤーを通じて、データの取り込みメカニズムとユーザー認証・認可を分離しています。
コネクションとスペース
コネクション(Connection) は、Dust とサードパーティのソフトウェアプラットフォーム(Google Workspace、Notion、Slack など)との間の技術的な連携を表します。ワークスペース管理者によって設定され、API 認証、Webhook、継続的なデータ同期を処理します。
スペース(Space) は、Dust 内で同期されたデータやドキュメントを保持する論理コンテナです。すべての企業情報を単一の非構造化リポジトリに投げ込むのではなく、管理者は組織の境界を反映した個別のスペースを作成します。Dust は 2 種類のスペースを提供しています。
- オープンスペース(Open Spaces): Dust ワークスペースの全メンバーがアクセスできます。社内規定ハンドブック、製品ドキュメント、ブランドガイドライン、全社向けアナウンスなど、全社共通の資料に最適です。
- 制限付きスペース(Restricted Spaces): 指定されたチームメンバー、またはアイデンティティプロバイダー(IdP)から同期されたセキュリティグループのみがアクセスできます。経営計画、法契約、人事記録、財務モデルなどの機密データ専用です。
2層パーミッションモデル
Dust は、自動化されたワークフロー全体で不正なデータ露出を防ぐために、2 層のセキュリティモデルを採用しています。
- エージェントからデータへのアクセス(Agent-to-Data Access): 作成者がアシスタントを構築する際、そのアシスタントが検索可能なスペースを選択します。アシスタントは、割り当てられたスペース内に保存されているすべてのデータへのアクセス権を継承します。
- ユーザーからエージェントへのアクセス(User-to-Agent Access): デフォルトでは、チームメンバーはアシスタントに紐付けられたすべてのスペースへのアクセス権限を持っている場合にのみ、そのアシスタントと対話できます。アシスタントがオープンスペースと制限付き人事スペースの両方を参照している場合、人事グループ外の従業員はそのアシスタントと会話することができず、意図しないデータ漏洩を防ぎます。
サービスアカウントのベストプラクティス
コネクションを確立する際は、従業員の個人アカウントの使用を避けてください。従業員が退職したり認証情報が失効したりすると、接続されたデータパイプラインが予期せず停止する可能性があります。代わりに、Dust でコネクションを承認する前に、Google Workspace、Notion、Slack 全体に適切なワークスペースレベルの閲覧権限を持つ専用の管理用サービスアカウント(例: dust-admin@yourcompany.com)をプロビジョニングしてください。
主要なエンタープライズデータソースの接続
Dust で連携を設定するには、Dust と対象アプリケーションの双方で管理者権限が必要です。Dust のダッシュボードから Spaces > Connections に移動し、各プラットフォームのセットアップを開始します。
Google ドライブ
Google ドライブを接続すると、アシスタントが Google ドキュメント、スプレッドシート、スライド、およびアップロードされた PDF ファイルからコンテキストを検索・抽出できるようになります。
- 認証(Authentication): Connections メニューで Google Drive を選択し、Connect をクリックします。専用の管理者アカウントを使用してログインし、Google Workspace ドライブのコンテンツに対する読み取り専用アクセス権を Dust に付与します。
- フォルダーとドライブの対象範囲指定(Scoping Folders and Drives): Dust では詳細なフォルダー選択が可能です。共有ドライブ(Shared Drives:共同作業を行う部門に推奨)全体、またはマイドライブ(My Drive)内の特定のネストされたフォルダーを選択できます。個人のユーザーのドライブや整理されていないルートフォルダーの同期は避けてください。
- インデックス作成と同期時間(Indexing and Sync Time): 承認されると、Dust はファイルコンテンツのインデックス作成とベクトル埋め込み(vector embeddings)の生成を開始します。テキスト主体の Google ドキュメントは迅速に処理されますが、数万件のファイルや大容量の PDF を含む大規模なドライブでは、初期同期の完了に数時間かかる場合があります。
- スペースへの割り当て(Assigning to Spaces): データ同期が完了したら、対象のスペース(例: 「Engineering Knowledge」や「Company General」)に移動し、関連する Google ドライブのフォルダーをそのスペースに追加します。
Notion
Notion を連携することで、アシスタントはチーム Wiki、プロジェクトトラッカー、製品要求仕様書(PRD)、構造化データベースにクエリを実行できるようになります。
- 認可(Authorization): Connections ディレクトリから Notion を選択します。Notion の認可画面が表示され、Notion ワークスペースの選択と連携の承認を求められます。
- ページおよびデータベースの選択(Page and Database Selection): Notion の権限構造では、Dust 連携に対して最上位ページへのアクセス権を明示的に付与する必要があります。同期する親ページまたはチームデータベースを選択します。Dust は、認可された親ページの下にネストされた子サブページを自動的にインデックス化します。
- リレーショナルデータベースの同期(Syncing Relational Databases): Dust はデータベースのプロパティとページ本文のコンテンツをインデックス化します。リレーションがリンクされた複雑なデータベースの場合、アシスタントの回答におけるデータの整合性を維持するために、参照されているすべてのデータベースが Dust 連携と共有されていることを確認してください。
- 継続的な更新(Continuous Updates): Dust はページの編集やデータベースの更新を監視し、チームが Notion 内でドキュメントを編集するのに合わせて、内部の検索インデックスを段階的に更新します。
Slack
Slack を連携すると、会話のコンテキスト、トラブルシューティングのスレッド、アナウンスの履歴が社内 AI エコシステムに取り込まれます。
- Dust Slack アプリのインストール(Installing the Dust Slack App): Connections ビューで Slack を選択し、組織の Slack ワークスペースに対して Dust Slack アプリを承認します。
- パブリックチャンネルの対象範囲指定(Scoping Public Channels): セットアップ時に、Dust がインデックス化すべきパブリックチャンネルを選択します。
#announcements、#product-updates、#customer-feedback、#engineering-helpなど、永続的なナレッジ価値を持つチャンネルを優先してください。#randomや#socialなどのノイズが多いチャンネルは除外します。 - プライベートチャンネルの処理(Handling Private Channels): セキュリティ上の理由から、Dust はプライベートチャンネルを自動的にはインデックス化しません。プライベートなプロジェクトチャンネルのナレッジを含めるには、管理者またはチャンネル所有者が
/invite @Dustと入力して、ボットを手動でチャンネルに招待する必要があります。 - メッセージスレッドのコンテキスト(Message Threading Context): Dust は会話スレッドをキャプチャするため、アシスタントは孤立したメッセージを個別に評価するのではなく、質問と回答の完全なコンテキストを理解できます。
ステップバイステップガイド:カスタム社内アシスタントの構築
データソースが接続されスペースに整理されたら、特定のビジネス役割に合わせてカスタマイズされた社内 AI アシスタントを組み立てることができます。
ステップ 1:アイデンティティと役割の定義
Dust のホーム画面に移動し、Create Agent(または Assistant)を選択します。明確な識別属性を設定します。
- Name: アシスタントの専門性を反映した直感的な名前を付けます(例:
SalesEnablement、TechDocsBot、PeopleOpsGuide)。 - Handle: メンション用の短いハンドル名を設定します(例:
@sales-help)。 - Description: アシスタントの機能を簡潔に 1 文で説明します。ユーザーがデフォルトの
@dustオーケストレーターに質問した際、Dust はこの説明を使用して、一般的な質問を最も適したエージェントにルーティングします。
ステップ 2:基盤となるファウンデーションモデルの選択
Dust は柔軟なモデル選択を提供しており、作成者はアシスタントの複雑さとレイテンシ要件に応じて最適なファウンデーションモデルを選択できます。
| Model Option | Recommended Use Case | Strengths |
|---|---|---|
| Claude 3.5 Sonnet | 技術文書、複雑な統合、ポリシー分析 | 高い推論能力、フォーマットガイドラインへの厳格な準拠、優れたニュアンス理解 |
| GPT-4o | 一般的なビジネス文書作成、構造化データの抽出、対話型クエリ | スピードのバランス、幅広いドメイン適応力、信頼性の高いツール呼び出し |
| Mistral Large | 高速な社内検索、欧州のデータレジデンシー要件 | 簡潔な応答、コスト効率、強力な多言語処理能力 |
| Gemini 1.5 Pro | 長文コンテキスト分析、大規模ドキュメントの評価 | 膨大なバックグラウンド資料を相互参照できる大容量コンテキストウィンドウ |
ステップ 3:システムプロンプトの指示とガードレールの作成
指示(instructions)フィールドは、アシスタントの動作、トーン、推論方法、フォールバック応答を決定します。効果的な指示は構造化されたプロンプトテンプレートに従います。
You are the internal People Operations Assistant for Acme Corp.
Your role is to help employees understand company policies, benefits, and workplace guidelines based exclusively on verified internal documents.
Guidelines:
1. Always base your answers on information retrieved from the connected Notion "People Wiki" and Google Drive "HR Policies" folders.
2. If a policy document does not contain the answer, state clearly: "I cannot find documentation on this topic in our verified HR spaces. Please consult the People team directly in #ask-people."
3. Never speculate or fabricate company rules, leave allowances, or compensation details.
4. When explaining multi-step procedures (e.g., submitting expense reports or requesting parental leave), provide clear numbered steps and cite the title of the source document.
ステップ 4:ナレッジの添付と検索の設定
アシスタントビルダーの Tools & Knowledge セクションで次の設定を行います。
- データソースの選択(Select Data Sources): Add Knowledge をクリックし、アシスタントに関連するスペースまたは特定の接続フォルダーを選択します。たとえば、カスタマーサポートアシスタントの場合は、Zendesk ナレッジベース、Notion のトラブルシューティングページ、
#support-resolvedSlack チャンネルをリンクします。 - ソース説明の追加(Add Source Descriptions): 添付された各ソースに何が含まれているかを説明する短いメモを記述します。これにより、アシスタントが複数パートにわたる質問に回答する際、どのナレッジベースを優先してクエリすべきかを判断しやすくなります。
- 追加ツールの設定(Configure Additional Tools): 必要に応じて、リアルタイム Web ブラウジング、テーブル計算、カスタム API アクションなどの補助機能を有効にします。
ステップ 5:テストとイテレーション
公開する前に、ビルダーの右側にあるインタラクティブなプレビューパネルを使用してアシスタントをテストします。
- 標準的な問い合わせのテスト(Test Standard Inquiries): 一般的な質問を行い、アシスタントが正しいドキュメントを取得し、それらを正確に要約していることを確認します。
- エッジケースと否定クエリのテスト(Test Edge Cases and Negative Queries): アシスタントのスコープ外のトピックについて質問し、ガードレールがハルシネーションを防ぎ、適切にフォールバック通知を発行することを確認します。
- 取得されたチャンクの検査(Inspect Retrieved Chunks): プレビュー回答の下にある引用参照をチェックし、Dust が Notion、ドライブ、または Slack から適切なドキュメントチャンクを取得していることを確認します。
ワークプレイスツール全体でエンドユーザーにアシスタントを展開する
Dust でアシスタントを構築することはプロセスの半分にすぎません。組織全体での普及は、チームメンバーが日常的に使用しているアプリケーション内で利用できるようにするかどうかにかかっています。
Slack 連携
Dust Slack アプリは、日常のコミュニケーションチャンネルにアシスタントを直接もたらします。
- チャンネル内での直接メンション(Direct In-Channel Mentions): Dust アプリがインストールされているチャンネルであれば、ユーザーは
@dust +AssistantNameに続けて質問を入力するだけで、特定のアシスタントを呼び出すことができます(例:@dust +TechDocsBot How do we configure local staging environments?)。 - スレッドでの回答(Threaded Answers): Dust はメッセージスレッド内に直接回答を投稿するため、チャンネルを整理された状態に保ちながら、すべての参加者がコンテキストを確認できます。
- デフォルトの企業アシスタント(Default Company Assistant): エージェントを指定せずに
@dustをクエリすると、デフォルトの企業アシスタントが呼び出され、公開されているすべての組織ドキュメントを横断して検索します。
Dust Web ワークスペースとマルチエージェントコラボレーション
詳細な調査を行う場合、従業員は Dust の Web インターフェース(dust.tt)を使用できます。
- マルチエージェント対話(Multi-Agent Conversations): ユーザーは単一のディスカッションスレッド内で複数のアシスタントを呼び出すことができます。たとえば、プロダクトマネージャーが
@TechDocsBotをメンションしてアーキテクチャの制約を説明させた後、次のターンで@SalesEnablementを呼び出して、その技術的詳細を顧客向けのメリット表現に変換させることができます。 - 情報源の引用(Source Citations): Web ワークスペースのすべての回答にはクリック可能な引用が含まれており、事実の出所となった正確な Notion ページ、Google ドキュメントの段落、または Slack メッセージにユーザーを誘導します。
ブラウザ拡張機能
Dust ブラウザ拡張機能を使用すると、ユーザーは任意の Web ページからアシスタントにクエリを実行できるため、チームメンバーはタブを切り替えることなく、会社のポリシーや顧客のコンテキストを Web アプリケーションに取り込むことができます。
エンタープライズガバナンス、セキュリティ、ナレッジ衛生
長期にわたって高い回答精度を維持し、企業のプライバシーを保護するために、組織は継続的な運用ガバナンスを導入する必要があります。
「データスワンプ」症候群への対策
AI アシスタントの回答の信頼性は、基盤となるナレッジソースの信頼性に完全に依存します。
- 陳腐化したドキュメントの整理(Prune Stale Documents): 接続されている Google ドライブのフォルダーや Notion ページを定期的に監査します。アシスタントが時代遅れ平の情報を引用しないよう、非推奨のポリシー文書、古い製品仕様、過去の手順ガイドをアーカイブします。
- 信頼できる情報源(Single Source of Truth)の維持(Curate Canonical Sources): 主要なポリシーについては唯一の信頼できる情報源を維持します。休暇に関するガイドラインが 2022 年の PDF と 2026 年の Notion ページの両方に存在する場合は、古いドキュメントを削除するか連携を解除します。
- 選択的な Slack インデックス作成(Selective Slack Indexing): 未確認の意見や憶測の議論が大半を占める一般的な雑談チャンネルは接続しないでください。公式な決定や確認済みの解決策が投稿されるチャンネルのみをインデックス化します。
データプライバシーとコンプライアンス基準
Dust に接続された企業データは、厳格なセキュリティ制御の下で隔離され、保護されます。
- モデル学習への不使用(Zero Model Training): Dust とモデルプロバイダー(Anthropic、OpenAI、Mistral など)との契約により、企業データや顧客のプロンプトがパブリックなファウンデーションモデルの学習やファインチューニングに使用されることは一切ありません。
- アクセス監査(Access Auditing): エンタープライズ管理者は、どのユーザーがどのアシスタントにクエリを実行し、どのデータソースが参照されたかを示すワークスペース監査ログにアクセスできます。
- エンタープライズ認証(Enterprise Authentication): 組織は Okta や Google Workspace などのアイデンティティプロバイダーを通じて、SAML ベースのシングルサインオン(SSO)および SCIM プロビジョニングを強制適用でき、従業員の退職時にすべてのアシスタントおよびスペースへのアクセス権を即座に取り消すことができます。