如果您的團隊使用Slack 工作，您可能見過相同的訊息重複彈出。
「誰擁有這個？」「有人能批准這個嗎？」「連結在哪裡？」
到了某個時候，就不再是協作，而開始變成瘋狂。你會用提醒事項、斜線指令、或許旁邊的Notion 文件來把事情拼湊在一起 - 哦，別忘了還有Linear 頁面可以追蹤Notion 文件。
如果您曾經嘗試建立 AI 聊天機器人來解決這個問題，您就會知道問題所在：Slack 是所有事情發生的地方，但卻沒有強大的系統來推動事情的進展。
這正是精心佈局的 Slackbot 所帶來的效果。
什麼是 Slackbot？
Slackbot 是在Slack 內註冊的應用程式，可監聽特定事件類型 (例如訊息、提及、斜線指令或互動)，並根據在Slack 外部定義的邏輯作出回應。
它通常會註冊成Slack 應用程式的一部分，使用機器人標記進行驗證，並連接到外部服務，例如處理傳入事件並傳回結構化回應的AI 聊天機器人。
Slackbots 在Slack Events API 模型中運作，使用webhook URL、作用域和權限代號來處理輸入，並在您的工作區中發送回覆。
Slackbots 的頂尖使用案例
在Botpress，我們使用Slack 來處理各種事務，從快速的同步批核到與團隊一起調試流程，其中有很多都是透過機器人來執行。
Slack 擁有超過 750,000 個機器人，用於平台上 45% 的活躍工作空間。
這些不僅是好東西。它們可協助使用者在不切換工具或追逐線程的情況下保持不受阻。
以下是我們已建立或看到他人建立的一些 Slackbot 使用案例。
從指令觸發工作流程
有些動作不需要儀表板。在Slack 中執行簡單的指令通常會更快。
Slackbots 可以聆聽斜線指令、訊息模式或表情符號反應，並利用它們在背景中觸發工作流程。
您可以啟動測試環境、提出票單、開始後續調查，或直接從線程發佈機器人。
機器人會處理交接、推進工作流程，並在完成後回傳。
搜尋文件
人們會在Slack 中重複提出問題，這些問題雖然存在於文件中，但卻不一定能快速浮現。使用檢索增強生成(RAG) 技術的 Slackbot 可以直接在主題中回答。
它會搜尋您的知識庫，並回復最相關的內容或連結。
有人在Slack 中提出問題，機器人會回覆相關的答案 (或相關連結)。
做得好的話，可以省去很多「...的連結在哪裡」的喋喋不休。
將內部請求路由至團隊
當有人向Slack 提出請求時 - 需要演示的客戶、需要指派的任務、需要預約的行事曆時段 - 除非有人擁有，否則通常都會擱在那裡。
Slackbots 可以介入並自動路由這些請求。
我們在Botpress 使用的其中一個機器人是Gordon，它會觀察與演示相關的觸發因素、擷取潛在客戶的資訊、檢查代表的可用性，並直接在主題中加入Calendly 連結。
它部分是潛在客戶產生聊天機器人，部分是預約聊天機器人- 範圍緊密，可在Slack 中完成迴圈。
團隊儀式自動化
Slackbots 適用於容易跳過的重複性團隊時刻 - 每日檢查、週末勝利、追溯提示等。
機器人不需要手動推薦，而是聯絡每位隊友、收集回應，然後將摘要張貼在單一主題中。
Slackbots 如何運作
Slackbots 的工作方式是從Slack 捕捉事件並透過 API 回應。Slackbots 在外部伺服器上執行，從Slack 監聽事件並透過 API 回應。
它們會聆聽使用者訊息或互動等信號。
Slackbots 的核心是事件驅動。Slack 傳送有效負載，然後機器人會處理剛發生的事情，並傳送回一些東西。
Slack 會在發生事情時向機器人傳送通知
Slack 可讓您的機器人在重要事件發生時知道 - 例如有人傳送訊息、按一下按鈕或輸入指令。
您的機器人生活在雲端工作區之外，不需要不斷檢查更新，Slack 會直接將資訊推送給它。這些稱為事件。
您可以選擇您的機器人應該聆聽哪些類型的事件 - 訊息、互動等等。
當這些事件發生時，Slack 會傳送一小包資訊給您的機器人：發生了什麼事、誰觸發了這個事件、在哪裡發生的，以及它可能需要回應的任何其他資訊。
機器人使用者使用 webhooks 或 API 發佈回應
一旦機器人收到事件，它就會決定如何回應。大多數時候，這意味著呼叫Slack的 API來發佈訊息、更新內容或開啟模組。
對於快速互動 (例如按鈕按一下或表單提交)，Slack 也包含一個特殊連結，讓機器人可以立即回覆。
有些機器人只會傳回簡短的訊息。其他機器人則利用事件觸發更大的事件 - 可能是更新資料庫、與其他服務對話或執行工作流程。
但無論機器人在後台做什麼，回應本身仍會透過Slack 傳送。
Slackbot 令牌定義了權限和存取權限
Slack 中的每個機器人都使用一個 token 執行，基本上是一個鑰匙，說明允許機器人做什麼。
令牌定義了它可以存取哪些頻道、可以執行哪些動作，以及允許監聽哪些事件。
當機器人嘗試執行某些動作時，Slack 會檢查其標記，以確保該動作是允許的。
如果有正確的權限，它就會通過。如果沒有，則會被攔截。
這就是Slack 如何控制存取，並確保機器人只做他們應該做的事。
如何建立 Slackbot
建立 Slackbot 的方法有數十種 - 從簡單的webhook 設定到複雜的代理框架。
如果您要比較工具，我們會在最佳Slack 聊天機器人指南中，以支援、內部作業和自動化用例的實際範例，為您列出最佳選擇。
我將確切地告訴您如何使用Botpress 建立功能完整的 Slackbot，包括即時頻道測試、真實事件處理，以及使用結構化Slack 資料的技巧。
步驟 1：規劃聊天機器人的範圍
在連接任何東西之前，先搞清楚您的 Slackbot 要做什麼。問問自己
- 誰會與它交談？內部作業團隊？銷售代表？共享頻道的外部使用者？
- 當他們這樣做時，他們在期待什麼？快速回答？觸發的工作流程？完整的對話？
- 他們會如何措詞？他們會打出長長的問題，還是只用 / 指令和表情符號反應？
- 當機器人不知道某些事情時會發生什麼？它會說 「我不知道」、升級還是裝作不知道？
即使是一個粗略的想法也會有幫助 - 它會決定您如何回應事件、您需要儲存哪些情境，以及機器人應該有多會話（或機械）的感覺。
專業提示： Slack 和webchat 不同。人們在線程中製造片段、回應、@提及機器人、使用表情符號回應，並期望機器人「瞭解」上下文。您的流程應該反映這一點。
步驟 2：為您的聊天機器人建立後端
.webp)
讓我們開始建立。首先，前往Botpress 並建立一個新的機器人。
如果您只是想建立一個簡單的常見問題聊天機器人，回答常見的問題，只要在知識庫中加入您的說明和幾個項目，機器人就可以在連線後在Slack 中回應。
如果您要建立更進階的東西 - 例如自動執行工作流程或呼叫外部 API 的機器人 - 您會在步驟 4 之後再回到這個步驟。
這時您就可以開始使用流程、條件和事件資料來附加Slack邏輯。
您也可以將相同的機器人部署為WhatsApp 聊天 機器人或Telegram 聊天機器人，不需要額外的工作。這部分與Slack：您要定義的是您的機器人在任何頻道上的行為方式。
步驟 3：將Slack 連接到您的聊天機後端
.webp)
在您的機器人儀表板中，移至整合，然後按一下Slack 並連接。
這會觸發安全的 OAuth 流程，將您的Slack 應用程式連結至您的機器人。
一旦完成，您的機器人就可以完全連線到Slack - 它可以直接在頻道或主題中接收訊息和張貼回覆。
利用這個機會變更您的機器人頭像和名稱。
您不需要手動處理任何API呼叫。Botpress 會直接將原始事件資料傳送至您的機器人，因此您可以立即對使用者的輸入做出反應。
選購：手動設定 (如果您需要自訂控制)
如果您想要使用自己的Slack 應用程式 - 可能是要微調權限、使用現有邏輯或訂閱特定事件 - 您可以手動設定整合。
手動模式可讓您
- 使用您自己的Slack 應用程式，而非Botpress的應用程式
- 新增自訂作用域(例如 groups:read、reaction_added)
- 啟用旋轉代用幣以確保安全性
- 為您的機器人設定自訂名稱和頭像
它需要更多的設定，但如果您要建立更進階的 Slackbot，或需要完全控制您的應用程式可以存取的內容，這是最適合的方式。
若要遵循此路徑，請查看我們文件中的完整指南 - 它會引導您完成每個步驟，並隨著Slack API 不斷變化的怪癖而保持更新。
步驟 4：為聊天機器人使用Slack 資料
這就是大多數人碰壁的地方：瞭解Slack的事件資料。
不是因為Slack 很難，而是因為您突然可以存取大量結構化的資料，而且並不總是很清楚該如何處理這些資料。
每次有人在Slack 中與您的機器人互動時，它就會收到一個事件物件。這個事件會透過事件變數自動傳入您的流程。
步驟 5：在即時Slack 中測試您的Slack
當一切都連接好之後，邀請您的機器人到頻道或直接 DM 它。觀察它如何回應 - 不只是它是否回答，而是它如何透過Botpress 上的日誌使用Slack 的資料。
您可以進一步探索每個對話，並確保一切都依照您的範圍運作。
建立 Slackbot 時的最佳做法
一旦您的 Slackbot 上線，真正的工作就開始了 - 維護它，並確保它在您的工作區中表現得像個好公民。
以下是一些經過實戰考驗的最佳實務，可讓您的機器人保持可靠、安全和使用者友善：
使用範圍代碼進行最少權限存取
如果您要使用手動方式，請避免賦予您的機器人超過其所需的存取權限。根據您的機器人實際要做的事，堅持使用最小的Slack 範圍 (例如 chat:write 或 reactions:read)。
這遵循最少權限原則，有助於在您的憑證暴露時降低風險。
記錄每個輸入、輸出和錯誤
經常記錄您的機器人從Slack 接收到的內容、傳送回來的內容以及失敗的內容。
內建的除錯工具可以讓這件事變得簡單，但如果您在生產中執行，也應該留意長期日誌。
避免儲存不必要的訊息記錄
Slack 訊息包含許多上下文，但永遠儲存所有內容並無必要（而且可能會引起隱私權問題）。
少用先前的訊息和訊息記錄，除非有清楚的理由，否則避免儲存完整的主題。
如果您需要記憶體，請使用範圍變數或短期會話儲存 - 而不是完整的Slack 謄本。
使用後備訊息來處理失敗
有時候Slack 無法回應，您的流程可能會陷入死胡同，或者使用者可能會傳送一些意想不到的東西。
在Slack API 管理員的殭屍管理員上建立類似的備用訊息：
"嗯，我沒聽清。要再試一次還是鍵入「幫助」？"
當程式發生故障時，什麼都不說的機器人會讓人覺得它壞了。能引導使用者走出死胡同的機器人讓人覺得是故意的。
立即建立 Slackbot
Slack 很快就變得嘈雜 - 批核、問題、提醒，而且看不到明確的所有人。
精心設計的機器人會即時採取行動，擺脫這種混亂局面。
有了Botpress，您可以根據真實的Slack 事件定義邏輯，無須自訂中介軟體即可路由請求，並將您的機器人插入已支援 Web、WhatsApp 等的流程中。
您只需建立一次邏輯。然後，測試它、追蹤它、擴展它 - 一切都在同一個地方。
今天就開始建立- 這是免費的。
.svg)
