Slackbot 主動任務更新:事件觸發、Mini 與 Skills API 的用途及限制

Slackbot 主動任務新增訊息、表情反應與清單事件觸發,搭配Mini浮動視窗及Skills API。解析工作流交接、每天自動執行15次上限、管理員權限與方案限制,判斷哪些工作適合先交給助理。

Share
Slack 官方更新主圖呈現 Ask Slackbot 輸入框、技能與工具圖示,以及上方 Slackbot 啟動入口。
Slack 官方主圖將 Slackbot 對話入口與技能、工具選項放在同一介面。 圖片來源:官方原文。

Slackbot 主動任務把工作起點往前移:同事貼出一則訊息、加上表情反應,或更新清單時,事先設定好的任務就能開始,不必每次重新找助理下指令。

Slack 在 2026 年 10 月 28 日公布的更新,將事件觸發任務、桌面浮動視窗 Mini,以及技能管理與開發介面放在同一批。它們分別改變助理何時動、在哪裡用,以及團隊如何維護重複工作。

這些能力若能接到既有流程,價值會比多一個聊天入口清楚。詢價訊息進來後先整理資訊,清單狀態改變時準備後續摘要,都能減少反覆交代的工夫。

主動執行也需要有人定義觸發條件與輸出範圍。任務執行上限、管理員權限,以及需要確認的動作,會決定它能否穩定留在團隊日常裡。

Mini 讓使用者在別的視窗旁叫出 Slackbot,並不等於它取得任意操作整台電腦的能力。技能介面讓管理更有組織,也還受核准應用與組織設定約束。

因此,這次更新最值得先釐清的,是哪些事件能啟動工作,再看這份工作怎樣接回人的流程。

Slackbot 主動任務從哪些事件開始

新任務可以用工作事件作為起點,把一次次手動提問改成預先約定的處理。Slack 官方更新列出的方向包含訊息、表情反應、清單項目更新與新頻道建立。

這與每天固定時間產生摘要不同。排程先決定時間,事件觸發則先決定一種工作狀態,所以適合發生時間不固定、後續處理方式卻經常相同的需求。

例如銷售團隊用某個表情反應標記需要後續追蹤的訊息,就可以讓任務從這個明確訊號開始。助理再依事先設定整理摘要與建議,而不必每位同事重新複製原文提問。

官方動畫也呈現這類做法:在帳戶團隊的訊息加上指定反應後,將摘要整理進追蹤清單,並建議下一步。這是產品官方示範,不能當成本刊測得的成功率。

觸發條件要能對應團隊的工作語意

如果同一個表情反應,有時代表已讀、有時代表需要處理,助理就可能啟動不必要的工作。因此,團隊最好先對觸發訊號有一致用法,讓事件能對應可理解的需求。

清單更新也一樣。狀態從進行中變成待檢查,與只是修正一個錯字,對後續工作的意義不同,不能只因為都發生更新,就預設應採取相同動作。

事件負責的是叫醒任務,任務內容才決定產出。若觸發條件很精準,卻沒有說清楚要整理哪些資訊,助理仍可能做出一份與工作無關的長摘要。

因此,事件只負責啟動,後續要做什麼與何時停下,仍須在任務裡說清楚。

Slack 官方更新主圖呈現 Ask Slackbot 輸入框、技能與工具圖示,以及上方 Slackbot 啟動入口。
Slack 官方主圖將 Slackbot 對話入口與技能、工具選項放在同一介面。 圖片來源:官方原文。
Slack 官方動畫呈現以工作事件觸發 Slackbot 任務的介面。 來源:官方原文。

把任務接回工作流,先分清草稿與完成的動作

任務建立時,Slackbot 會先產生設定草稿,讓使用者檢查後建立。官方任務說明要求描述工作、啟動時機、頻率,以及需要時的停止條件。

這讓自然語言成為設定入口,但設定本身仍有可檢查的形式。如果草稿把需要摘要的頻道弄錯,或將一次性需求變成持續任務,就應在建立前修正。

已建立的任務也可以編輯、暫停或刪除。暫停的用途,是保留原設定但停止自動執行,因此當工作階段結束或負責人休假時,不必只靠忽略通知來管理。

Workflow Builder 把助理放進既有步驟

這次更新也讓工作流透過 Start a Conversation 步驟交付提示詞、變數、技能與知識來源,再把結構化輸出接回流程。工作流是預先安排的一串步驟,這個入口讓其中一段可以由助理處理。

結構化輸出可以理解為有固定欄位的結果,例如摘要與建議分開,方便後續步驟繼續使用。它與讓人閱讀一段自由文字不同,重點是接收端能否知道每項資訊放在哪裡。

官方提到的財務協作情境,包含先依政策整理合約問題與核准筆記,再交人員檢查或追蹤。這說明助理可以準備決策材料,不能擴大解讀為所有花費都會由它自行批准。

如果原有流程要求主管同意,事件觸發不會自動取消這項責任。團隊仍應辨認哪一步是整理、哪一步是建議,以及哪一步真的改變帳務或傳送內容。

同一筆需求,怎樣留下人能接手的材料

以公告提到的財務協作為例,假設同事在頻道詢問一份合約是否需要額外批准。事件啟動後,任務的目標可以是整理提問內容,並根據指定政策準備一份核准筆記,而非立即代表公司作決定。

若後續工作流需要接收結果,團隊就要先決定摘要與建議各放在哪裡。因為接收端可能只讀固定欄位,一段混有多種意思的自由回答,即使人看得懂,也未必能被後續步驟正確使用。

這時,對應的知識來源就有具體作用。核准筆記若引用政策,接手的人應能知道依據是哪份內容,並確認它適用於這類需求。不能只因為回答使用正式語氣,就把它視為現行規定。

如果缺少合約金額或必要條件,較合理的輸出是指出缺哪項資訊。這是團隊設計工作指示時可採的安排,不是聲稱產品會自動替每個產業建立完整的核准規則。

這種任務也容易辨認工作是否真的接回團隊:材料有沒有到對的位置、接手人是否看得懂下一步、原提問是否還需要補充。若只多產出一段摘要,卻沒有任何人知道該接手,事件自動化仍只是另一種通知。

將事件、知識與輸出分開安排後,問題也較容易追查。如果摘要選錯訊息,先看觸發範圍。如果引用錯政策,就看知識來源。若材料正確卻無人處理,則回到團隊交接,而非一直改寫同一段提示詞。

任務能被檢查、暫停與調整,才能避免把錯誤條件重複放大。

Mini 把助理帶到其他視窗旁,不等於全機控制

Mini 是可隨時叫出的浮動對話視窗,方便在其他工作旁查找 Slack 資訊。它處理的主要摩擦,是使用者為了問一個工作問題,反覆切回完整 Slack 視窗。

你在開會、設計或寫程式時,可能只需要查團隊先前的決定。Mini 讓你把這個問題留在當前工作旁,拿到答案後繼續原本任務,無須把整個注意力轉回訊息列表。

官方 Mini 文件列出 Mac 與 Windows 快捷鍵,也說明可從浮動視窗切換工作區。因為不同工作區有不同脈絡,先選對工作區,才有理由期待回答引用正確團隊內容。

官方更新以 macOS、Windows 為現階段範圍,Linux 排在後續。看到一個跨視窗的示範,不應推成每個桌面平台同時取得所有功能。

視窗在旁邊,資訊範圍仍來自已連接的工作

Mini 可以依工作區及已連接應用的資訊回答問題,但這與自動看懂其他視窗全部內容不同。你把它放在某個設計軟體旁邊,不代表已授權它任意讀取或控制那個軟體。

這個區別對採用方式很重要。如果你要查先前討論,就核對它找到的來源;若想請它修改其他工具,則要看是否有對應連接與允許動作,不能只靠浮動位置判斷。

因此,Mini 比較接近把同一位工作助理隨身帶到其他視窗旁。它降低切換成本,卻沒有讓公司原本的資訊權限與責任一起消失。

把視窗放在身邊解決的是切換成本,團隊共享工作的維護則交給技能機制。

技能探索與 API,讓常用工作由團隊持續維護

技能把一套重複做法保存成可再使用的工作指示,新介面讓它更容易被找到與管理。例如固定報告需要哪些資料、用什麼格式整理,就不必每次從空白對話開始。

這次加入 My Skills 與 Discover 等探索與分類安排,讓個人能找到自己可用的技能。管理員也能驗證受信任的技能,並把適用內容分派給團隊,減少每個人各存一份不同做法。

這與單純分享提示詞有進一步差別。當團隊把某個技能視為共同做法,就需要有人負責修改、維護與分派,而不只是把一段文字貼到頻道就算完成。

程式介面讓維護接進開發流程

Skills API 是讓其他程式管理技能的介面。依官方說明,經核准的應用可以建立、編修、發布與自動分派技能,讓維護工作接到原本的程式專案與自動化流程。

例如團隊修訂共同工作指示後,可以由核准的程式同步對應技能。這是產品能力所支持的方向,不代表每個員工都能用任意應用,把未審查內容推給全公司。

Enterprise Grid 還有組織層級的技能目錄與使用者群組分派。因為同一組織可能有不同工作區與部門,分派範圍會直接影響誰看到哪一份工作指示。

若兩個部門的核准流程不同,就不適合只為了統一而共用同一個技能。比較合理的是先釐清共同內容與部門差異,再用管理機制讓各自收到對應版本。

程式化維護技能仍須經核准應用與組織權限,不能省掉誰負責內容與分派的決定。

方案與每日上限,決定能否放進固定日常

Slackbot 可用性隨方案與工作區而不同,自動任務也有自己的每日執行上限。官方任務說明列出,任務每天自動執行合計最多十五次,達到上限後仍可以手動執行。

這個限制會改變適合的工作頻率。如果一個繁忙頻道一天產生許多觸發事件,不能只因為設定建立成功,就期待每一次都能無限制自動處理。

公告同時說,Enterprise+ 的 Advanced Features 在推出時不限量,未來若新增上限會至少提前三十天通知。這說的是另一層功能用量,不能用來覆蓋任務文件明列的十五次限制。

因此,評估前要把方案提供的能力與特定功能限制分開。某項高階功能暫時不限量,不代表任務、連接器及其他操作都共用同一個無上限規則。

管理員設定會影響實際可做的事

Slackbot 管理說明也指出,只有部分免費與 Pro 工作區提供存取,管理員可以控制使用對象,以及網頁搜尋、檔案更新、行事曆和電子郵件等能力。

網頁搜尋預設也不是開啟的能力,需由管理員允許。因此,如果任務要參考公司外部資訊,應先確認來源能否使用,不能只把外部網址放進指示,就預設助理已能搜尋。

如果同事看得到功能而你沒有,原因可能是方案、工作區或權限安排,不能直接判定是設定錯誤。對團隊導入而言,先核對這些條件,通常比重寫同一份提示詞更有幫助。

把預期頻率與具體方案核對後,才適合從一個容易觀察的工作事件開始採用。先讓事件穩定接到一份可核對輸出,再逐步增加工作範圍,較容易知道助理替團隊省掉哪一段重複勞動。

延伸閱讀:GitHub AI 自動化更新:共享 Copilot Automations 與 Agentic Workflows 怎麼選?

Slackbot 主動任務常見問題

任務達到十五次,當天就不能再用 Slackbot 嗎?

官方限制針對任務每日合計自動執行次數,並說明仍可手動執行。不能把它擴大成整個 Slackbot 當天全部停用,也不能用其他功能的不限量說法忽略任務上限。

Mini 會自動操作我的其他 App 嗎?

它是放在其他視窗旁的浮動對話入口。資訊與可執行動作仍依 Slackbot、已連接應用與組織設定判斷,不等於看得到視窗就取得全機控制能力。

可以讓任何程式替全公司發布技能嗎?

Skills API 的說明限定經核准應用,分派也受組織權限控制。若技能要成為團隊共同流程,仍需安排負責人與適用對象,不能把程式化更新視為免審查通道。

第一個適合交付的工作怎麼選?

可以選一個訊號明確、每天發生次數可預期,且輸出容易核對的事件。例如用固定反應標記要整理的訊息,再查看追蹤清單是否收到正確摘要。這是採用建議,不是本站已完成的實測。

如果你想持續追蹤工作助理如何接到實際流程,歡迎免費訂閱 AI 郵報。

延伸閱讀:LangChain 公開公司代理五大元件:員工身分、共用記憶與背景工作怎麼接?

原始資料來源