企業團隊越來越依賴 Slack 作為其中央協作樞紐，但將人工智慧引入企業通訊需要在順暢的易用性與嚴格的資料治理之間取得平衡。Dust 提供了一個多人 AI 平台，使組織能夠將專門的 AI 助手直接部署到 Slack 頻道中，允許員工在不離開其通訊工作區的情況下查詢內部文件、起草訊息並自動執行重複性任務。企業團隊無需依賴缺乏公司上下文的通用消費級聊天機器人，也無需部署可能外洩敏感內部資料的未受管機器人，而是可以將經過驗證的知識庫——包括 Notion、Google Drive、Confluence 以及歷史 Slack 對話——連結到隔離的 Dust Spaces 中。本指南詳細介紹了企業管理員和技術主管如何在 Slack 頻道中部署 Dust 助手、設定互動模式（如自動回覆和工作流程觸發器）、執行細粒度資料權限，並在規模化應用中保持維運可靠性。
架構與整合概述
在企業 Slack 工作區中部署 Dust 涉及三種互補的整合機制，每種機制分別解決員工協作與知識檢索的不同層面：
- 互動式機器人整合（Slack 中的
@Dust）：允許員工使用對話式提及和討論串（thread）回覆，在公開頻道、私人頻道或私訊中直接調用 AI 助手。 - Slack 連線（透過
Dust Data Sync進行資料同步）：將選定的 Slack 頻道歷史記錄、訊息討論串和中繼資料引入 Dust Spaces 中，將日常組織討論轉化為可搜尋的知識庫。 - Slack 工具（透過 MCP/OAuth 執行 Agent 操作）：賦能助手代表經過身分驗證的員工，使用個人 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 模式
基於企業安全合規要求以及 Slack 平台關於批次資料索引和 API 速率限制的政策，企業部署透過自管的 Slack 應用程式連線至 Slack，而非使用開放的公開機器人。管理員在 Slack API 主控台 中使用 Dust 提供的預先設定 JSON 清單（manifest）建立專屬應用程式。這種架構使組織能夠完全掌握憑證、稽核日誌和權限範圍，同時防止在共享的多租戶環境中發生速率限制衝突。
Dust 營運著獨立的多區域雲端環境以符合資料落地合規要求。在部署應用程式清單時，管理員必須選擇與自身 Dust 工作區區域相符的設定：
- 美國區域工作區（US Region Workspace）：針對
https://dust.tt端點和 Webhook 進行設定。 - 歐洲區域工作區（EU Region Workspace）：針對
https://eu.dust.tt端點和 Webhook 進行設定。
Slack 應用程式與 Dust 工作區之間的清單端點不符會導致 OAuth 信號交握失敗以及事件訂閱無法送達。
企業部署逐步操作
在 Slack 工作區中部署 Dust 助手需要兩個平台的主控管理權限。在開始之前，請確保您擁有 Slack Owner 或 Slack Admin 權限，並具備 Dust Workspace Admin 角色。
步驟 1：建立專屬 Slack App
- 前往 Slack API App 目錄 並點擊 Create New App。
- 在彈出對話方塊中，選擇 From a manifest 並選擇您的目標 Slack 工作區。
- 切換至 JSON 標籤頁，清空預設範本，並貼上 Dust Slack 連線指南 中記錄的適用於您工作區區域的官方 Dust 應用程式清單。
- 審查請求的權限，包括 Bot 權限範圍（
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 區段並複製三個數值：
- Client ID
- Client Secret（點擊 Show 顯示）
- Signing Secret（點擊 Show 顯示）
- 以管理員身分登入您的 Dust 工作區。
- 前往 Spaces > Connections 並選擇 Slack。
- 將複製的 Client ID、Client Secret 和 Signing Secret 貼入對應欄位中。
- 點擊 Connect 並在 Slack 中完成 OAuth 授權頁面。此操作將完成交握並在您的 Slack 工作區中安裝
@Dust Data Sync機器人。
步驟 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。
- 選擇為該頻道客製的助手（確保該 Agent 處於 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 中：
- 公司資料（全域 Space / Company Data）：包含組織範圍的文件、標準作業程序（SOP）、員工手冊和公開產品藍圖。所有工作區成員和通用助手預設皆可存取此 Space。
- 受限 / 部門 Space（Restricted / Departmental Spaces）：專為特定部門（如財務、法務、高階主管層或人力營運）設立的獨立 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 訂閱方案中，管理員必須向 support@dust.tt 提交包含工作區 URL、精確工作流程名稱以及所需 Spaces 的授權申請。）
追蹤點數消耗與稽核自動化
自動化工作流程可能會產生龐大的查詢量。管理員可以在 Dust 主控台的 Slack workflows 標籤頁下監控消耗情況：
- 點數消耗（Credit Consumption）：檢視每個已授權工作流程在 7 天、30 天或自訂計費週期內消耗的總點數。
- 消耗占比（Consumption Share）：識別佔用過多查詢量的工作流程，並相應調整其排程頻率。
- 權限撤銷（Revocation）：點擊任何工作流程列旁邊的刪除圖示，即可立即撤銷其召喚 Dust 助手的權限。所有授權和撤銷操作均記錄在 Dust 工作區稽核日誌中。
企業導入的維運最佳實踐
成功的企業導入取決於明確的使用者預期、有針對性的助手設計以及持續的效能監控。
1. 建構針對特定目標的助手，而非龐大單體機器人
避免建立一個試圖回答所有類型問題的通用「公司助手」。單體 Agent 通常會面臨提示詞稀釋（prompt dilution）和檢索準確率不穩定的問題。相反地，應建立具有針對性指示和受限資料來源的聚焦型助手：
@it-navigator：嚴格連接至 IT 維運手冊、軟體目錄和硬體申請指南。@sales-enablement：立足於客戶案例研究、競品分析（battlecards）和 CRM 產品文件。@people-partner：立足於福利彙總、請假政策和遠距工作準則。
為每個助手提供具描述性的名稱、獨特的頭像和清晰的指示集，有助於員工立即識別在特定任務中應召喚哪個助手。
2. 在 Slack 討論串中實現多 Agent 串聯
員工可以在單個 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. - 由於兩個助手都可以存取討論串上下文，第二個助手可以直接評估上述確切輸出和討論，而無需手動複製貼上。
3. 提供清晰的引導與備援指引
在 Agent Builder 中定義助手系統提示詞時，應包含明確的負向約束和呈報路徑：
- 指示助手在連接的 Spaces 中找不到資訊時明確聲明，而非虛構答案。
- 提供將員工引導至相關人類團隊的備援指引（例如：「如果在 People Operations Space 中找不到請求的政策，請提供相關政策的摘要，並指示使用者聯繫 #ask-people-ops」）。
4. 維護清單與憑證安全
為了保持服務不中斷：
- 監控 API 更新：定期查閱 Dust 文件 中有關 Slack API 變更、權限範圍更新以及新 MCP 伺服器功能的說明。
- 管理 Token 輪換：如果您的組織強制執行定期憑證輪換，請同時在 Slack App 主控台和 Dust 連線設定中更新 Client Secret 和 Signing Secret，以避免服務中斷。
- 稽核頻道訂閱：定期在 Spaces > Connections > Slack 中審查活躍頻道，移除已停用的專案頻道並保持清晰的搜尋索引。