企業團隊利用 Dust 打破 Google Drive、Notion 和 Slack 之間的資訊孤島，將零散的檔案與日常對話轉化為即時回應的企業內部 AI 助理。企業無需從頭建構自訂的檢索增強生成（RAG）管道，只需透過代管整合將現有軟體工具連線至 Dust，將同步的資料整理至安全的空間（Spaces）中，並配置具備針對性指令與模型能力的專門代理。員工隨後即可直接從 Slack 或中央 Web 工作區向這些助理提問，在確保企業機密資料安全的前提下取得準確且具備來源依據的解答。
理解 Dust 架構：連線、空間與權限
為了安全地連線企業工具，管理員必須瞭解 Dust 如何組織資料擷取與存取控管。Dust 透過三個獨立的層次將資料擷取機制與使用者授權予以劃分：連線（Connections）、空間（Spaces）與助理（Assistants）。
連線與空間
連線（Connection） 代表 Dust 與第三方軟體平台（例如 Google Workspace、Notion 或 Slack）之間的技術整合。連線由工作區管理員設定，負責處理 API 驗證、Webhook 以及持續的資料同步。
空間（Space） 是 Dust 內部用於存放已同步資料與文件的邏輯容器。管理員無需將所有公司資訊傾倒至單一的非結構化儲存庫，而是建立獨立的空間以對應組織架構邊界。Dust 提供兩種類型的空間：
- 開放空間（Open Spaces）： 對 Dust 工作區的所有成員開放。這類空間非常適合存放全公司通用的資料，例如員工手冊、產品說明文件、品牌指南與公開公告。
- 受限空間（Restricted Spaces）： 僅對指定團隊成員或自身分提供者（IdP）同步的安全群組成員開放。這類空間專門用於敏感資料，例如高階主管規劃、法律協議、人力資源紀錄或財務模型。
雙層權限模型
Dust 採用雙層安全模型，以防止自動化工作流程中發生未授權的資料洩漏：
- 代理至資料存取（Agent-to-Data Access）： 建立者在構建助理時，會選取該助理可搜尋的空間。該助理將繼承存取儲存在這些指定空間內所有資料的權限。
- 使用者至代理存取（User-to-Agent Access）： 預設情況下，團隊成員只有在擁有存取與該助理關聯的所有空間的權限時，才能與該助理進行互動。若某個助理同時參考了開放空間與受限的 HR 空間，則 HR 群組以外的員工將無法與該助理對話，從而防止非預期的資料外洩。
服務帳戶最佳實踐
在建立連線時，請避免使用員工的個人帳戶。若員工離職或其憑證過期，已連線的資料管道可能會無預警中斷。相反地，在 Dust 中授權連線之前，應佈建一個專用的管理服務帳戶（例如 dust-admin@yourcompany.com），並在 Google Workspace、Notion 與 Slack 中賦予適當的工作區層級檢視權限。
連線核心企業資料來源
在 Dust 中設定整合需要同時擁有 Dust 及目標應用程式的管理員憑證。在 Dust 控制台中，前往 Spaces > Connections 即可開始各平台的設定程序。
Google Drive
連線 Google Drive 可讓助理在 Google Docs、Sheets、Slides 以及上傳的 PDF 檔案中搜尋並擷取上下文資訊。
- 身分驗證（Authentication）： 在 Connections 功能表中，選取 Google Drive 並按一下 Connect。使用專用管理員帳戶登入，並授予 Dust 對 Google Workspace 雲端硬碟內容的唯讀存取權限。
- 界定資料夾與雲端硬碟範圍（Scoping Folders and Drives）： Dust 支援細微的資料夾選取。您可以選取整個共用雲端硬碟（Shared Drives，建議用於協作部門），或是「我的雲端硬碟」（My Drive）中的特定巢狀資料夾。請避免同步個人使用者雲端硬碟或未整理的根目錄。
- 索引與同步時間（Indexing and Sync Time）： 授權完成後，Dust 會開始建立檔案內容索引並產生向量嵌入（vector embeddings）。雖然純文字為主的 Google Docs 處理速度相當迅速，但包含數萬個檔案或大量 PDF 的大型雲端硬碟可能需要數小時才能完成初始同步。
- 指派至空間（Assigning to Spaces）： 資料同步完成後，前往目標空間（例如「Engineering Knowledge」或「Company General」），並將相關的 Google Drive 資料夾新增至該空間。
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： 提供精確的單句摘要，說明該助理的功能。當使用者向預設的
@dust協調器提問時，Dust 會利用此描述將一般問題轉發給最適任的代理。
步驟 2：選擇底層基礎模型
Dust 提供模型彈性，讓建立者能夠根據助理的複雜度與延遲需求選擇最適當的基礎模型：
| Model Option | Recommended Use Case | Strengths |
|---|---|---|
| Claude 3.5 Sonnet | 技術文件、複雜整合、政策分析 | 高推理能力、嚴格遵循格式規範、優異的細微理解力 |
| GPT-4o | 一般商務寫作、結構化資料擷取、對話式查詢 | 平衡的速度、廣泛的領域泛用性、可靠的工具調用 |
| Mistral Large | 快速內部查詢、歐洲資料落地合規需求 | 簡明扼要的回覆、具成本效益、強大的多語言能力 |
| Gemini 1.5 Pro | 長文本分析、大規模文件評估 | 具備超大上下文窗口，可交叉比對龐大的背景資料 |
步驟 3：編寫系統指令與護欄
指令欄位決定了助理的行為、語氣、推理方法與備用回覆方式。有效的指令應遵循結構化的提示範本：
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）： 視需求啟用即時網路瀏覽、表格運算或自訂 API 操作等輔助功能。
步驟 5：測試與反覆迭代
利用建構器右側的互動式預覽窗格，在發布前測試助理：
- 測試標準查詢（Test Standard Inquiries）： 提出常見問題，以驗證助理能否擷取正確的文件並進行精確摘要。
- 測試極端案例與否定查詢（Test Edge Cases and Negative Queries）： 針對超出助理範疇的主題提問，以確保其護欄能防止幻覺並正確觸發備用提示。
- 檢查擷取的文件區塊（Inspect Retrieved Chunks）： 檢查預覽回覆下方的引用來源，驗證 Dust 是否從 Notion、Drive 或 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 Doc 段落或 Slack 訊息。
瀏覽器擴充功能
Dust 瀏覽器擴充功能允許使用者從任何網頁向其助理提問，讓團隊成員無需切換分頁即可將公司政策或客戶背景資訊導入 Web 應用程式中。
企業治理、安全與知識衛生
為了長期維持高答覆準確度並保護公司隱私，組織應推行持續的維運治理機制。
克服「資料沼澤」症候群
AI 助理回答的可靠度完全取決於底層知識來源的品質：
- 清理過期文件（Prune Stale Documents）： 定期稽核已連線的 Google Drive 資料夾與 Notion 頁面。封存已廢棄的政策文件、舊版產品規格與過時的操作指南，防止助理引用陳舊資訊。
- 維護權威來源（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 佈建，確保離職員工能立即被撤銷在所有助理與空間中的存取權限。