如何在 5 分鐘內建立 Slackbot（附完整工作流程說明）

從指令觸發工作流程

有些動作不需要儀表板。在Slack 中執行簡單的指令通常會更快。

Slackbots 可以聆聽斜線指令、訊息模式或表情符號反應，並利用它們在背景中觸發工作流程。

您可以啟動測試環境、提出票單、開始後續調查，或直接從線程發佈機器人。

機器人會處理交接、推進工作流程，並在完成後回傳。

搜尋文件

人們會在Slack 中重複提出問題，這些問題雖然存在於文件中，但卻不一定能快速浮現。使用檢索增強生成(RAG) 技術的 Slackbot 可以直接在主題中回答。

它會搜尋您的知識庫，並回復最相關的內容或連結。

有人在Slack 中提出問題，機器人會回覆相關的答案 (或相關連結)。 

做得好的話，可以省去很多「...的連結在哪裡」的喋喋不休。

將內部請求路由至團隊

當有人向Slack 提出請求時 - 需要演示的客戶、需要指派的任務、需要預約的行事曆時段 - 除非有人擁有，否則通常都會擱在那裡。

Slackbots 可以介入並自動路由這些請求。

我們在Botpress 使用的其中一個機器人是Gordon，它會觀察與演示相關的觸發因素、擷取潛在客戶的資訊、檢查代表的可用性，並直接在主題中加入Calendly 連結。

它部分是潛在客戶產生聊天機器人，部分是預約聊天機器人- 範圍緊密，可在Slack 中完成迴圈。

團隊儀式自動化

Slackbots 適用於容易跳過的重複性團隊時刻 - 每日檢查、週末勝利、追溯提示等。

機器人不需要手動推薦，而是聯絡每位隊友、收集回應，然後將摘要張貼在單一主題中。 

Slack 會在發生事情時向機器人傳送通知

Slack 可讓您的機器人在重要事件發生時知道 - 例如有人傳送訊息、按一下按鈕或輸入指令。

您的機器人生活在雲端工作區之外，不需要不斷檢查更新，Slack 會直接將資訊推送給它。這些稱為事件。

您可以選擇您的機器人應該聆聽哪些類型的事件 - 訊息、互動等等。

當這些事件發生時，Slack 會傳送一小包資訊給您的機器人：發生了什麼事、誰觸發了這個事件、在哪裡發生的，以及它可能需要回應的任何其他資訊。

機器人使用者使用 webhooks 或 API 發佈回應

一旦機器人收到事件，它就會決定如何回應。大多數時候，這意味著呼叫Slack的 API來發佈訊息、更新內容或開啟模組。

對於快速互動 (例如按鈕按一下或表單提交)，Slack 也包含一個特殊連結，讓機器人可以立即回覆。

有些機器人只會傳回簡短的訊息。其他機器人則利用事件觸發更大的事件 - 可能是更新資料庫、與其他服務對話或執行工作流程。

但無論機器人在後台做什麼，回應本身仍會透過Slack 傳送。

Slackbot 令牌定義了權限和存取權限

Slack 中的每個機器人都使用一個 token 執行，基本上是一個鑰匙，說明允許機器人做什麼。

令牌定義了它可以存取哪些頻道、可以執行哪些動作，以及允許監聽哪些事件。

當機器人嘗試執行某些動作時，Slack 會檢查其標記，以確保該動作是允許的。

如果有正確的權限，它就會通過。如果沒有，則會被攔截。

這就是Slack 如何控制存取，並確保機器人只做他們應該做的事。

步驟 1：規劃聊天機器人的範圍

在連接任何東西之前，先搞清楚您的 Slackbot 要做什麼。問問自己

• 誰會與它交談？內部作業團隊？銷售代表？共享頻道的外部使用者？
• 當他們這樣做時，他們在期待什麼？快速回答？觸發的工作流程？完整的對話？
• 他們會如何措詞？他們會打出長長的問題，還是只用 / 指令和表情符號反應？
• 當機器人不知道某些事情時會發生什麼？它會說 「我不知道」、升級還是裝作不知道？

即使是一個粗略的想法也會有幫助 - 它會決定您如何回應事件、您需要儲存哪些情境，以及機器人應該有多會話（或機械）的感覺。

專業提示： Slack 和webchat 不同。人們在線程中製造片段、回應、@提及機器人、使用表情符號回應，並期望機器人「瞭解」上下文。您的流程應該反映這一點。

步驟 2：為您的聊天機器人建立後端

讓我們開始建立。首先，前往Botpress 並建立一個新的機器人。

如果您只是想建立一個簡單的常見問題聊天機器人，回答常見的問題，只要在知識庫中加入您的說明和幾個項目，機器人就可以在連線後在Slack 中回應。

如果您要建立更進階的東西 - 例如自動執行工作流程或呼叫外部 API 的機器人 - 您會在步驟 4 之後再回到這個步驟。

這時您就可以開始使用流程、條件和事件資料來附加Slack邏輯。

您也可以將相同的機器人部署為WhatsApp 聊天 機器人或Telegram 聊天機器人，不需要額外的工作。這部分與Slack：您要定義的是您的機器人在任何頻道上的行為方式。

步驟 3：將Slack 連接到您的聊天機後端

在您的機器人儀表板中，移至整合，然後按一下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 的資料。

您可以進一步探索每個對話，並確保一切都依照您的範圍運作。

使用範圍代碼進行最少權限存取

如果您要使用手動方式，請避免賦予您的機器人超過其所需的存取權限。根據您的機器人實際要做的事，堅持使用最小的Slack 範圍 (例如 chat:write 或 reactions:read)。

這遵循最少權限原則，有助於在您的憑證暴露時降低風險。

記錄每個輸入、輸出和錯誤

經常記錄您的機器人從Slack 接收到的內容、傳送回來的內容以及失敗的內容。

內建的除錯工具可以讓這件事變得簡單，但如果您在生產中執行，也應該留意長期日誌。

避免儲存不必要的訊息記錄

Slack 訊息包含許多上下文，但永遠儲存所有內容並無必要（而且可能會引起隱私權問題）。

少用先前的訊息和訊息記錄，除非有清楚的理由，否則避免儲存完整的主題。

如果您需要記憶體，請使用範圍變數或短期會話儲存 - 而不是完整的Slack 謄本。

使用後備訊息來處理失敗

有時候Slack 無法回應，您的流程可能會陷入死胡同，或者使用者可能會傳送一些意想不到的東西。

在Slack API 管理員的殭屍管理員上建立類似的備用訊息：

"嗯，我沒聽清。要再試一次還是鍵入「幫助」？"

當程式發生故障時，什麼都不說的機器人會讓人覺得它壞了。能引導使用者走出死胡同的機器人讓人覺得是故意的。

我如何知道建立 Slackbot 是否適合我的團隊？

如果您經常在Slack 中重複任務或回答相同的問題，想要在不離開Slack 的情況下觸發工作流程，或需要將分散的溝通組織成結構化的流程，您就會知道建立 Slackbot 是適合您的團隊。

有可能在不寫程式碼的情況下建立 Slackbot 嗎？

是的，您可以使用Botpress、Zapier 或 Make 等無程式碼工具，在不寫程式碼的情況下建立 Slackbot，這些工具可讓您設計對話流程、連結整合，並在不需要程式設計技巧的情況下，以視覺化的方式處理邏輯。

在將机器人连接到Slack 时，应该注意哪些权限或安全问题？

當您將機器人連接到Slack 時，您應該只要求所需的最低權限 (例如 chat:write 以傳送訊息)，妥善保護您的 OAuth 代號，並確保機器人不會不必要地儲存敏感資料，以符合隱私與安全標準。

Slackbot 可以處理涉及 API 或資料庫的複雜工作流程嗎？

是的，Slackbot 可以處理複雜的工作流程，例如從 API 取得資料、更新資料庫或協調多步驟任務，方法是透過Botpress 等框架整合後端系統，或在需要時進行客製化編碼。

我的 Slackbot 可以在不同的頻道、線程和私人訊息中使用嗎？

是的，您的 Slackbot 可以在公共和私人頻道、線程以及直接訊息中運作，只要它擁有正確的權限，而且您處理Slack的事件元資料以確保回應出現在正確的位置。