TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
Slackbot 事件觸發任務：工作起點交給助理，額度仍是邊界
Slack 在 10 月 28 日把 Slackbot 推向事件觸發：訊息、表情反應與清單更新都能喚起預先設定的任務，同一批還有桌面浮動視窗 Mini 與技能管理介面。但任務每天能自動執行幾次，官方兩份說明文件分別寫十五次與三次，實際可用範圍也由方案與管理員設定決定，適合先從訊號明確、輸出容易核對的工作交起。
用 AI 摘要這篇文章：
Slack 在 10 月 28 日把 Slackbot 從「被問才回、排程才動」往前推了一步：訊息貼出、表情反應加上、清單項目更新，這些事件本身就能喚起事先設好的任務。同一批更新的還有桌面浮動視窗 Mini、重新設計的技能介面，以及讓程式管理技能的 Skills API。對團隊來說，問題從「助理能不能做這件事」變成「它一天能自己跑幾次、誰許可它跑」。而後面這個問題，目前連 Slack 自己的說明文件都給了兩個答案：任務說明頁寫每天自動執行合計最多十五次，額度說明頁寫每天三次。能力已經上線，額度的帳本還在對齊，這是評估要不要導入時最該先看清的事實。
事件觸發是任務的第三種啟動方式，點頭的責任留在人這邊
在這次更新前，Slackbot 的任務只有兩種啟動方式：排程（例如每週一早上九點）與在對話裡直接要求。事件觸發補上第三種，讓工作的起點本身就是訊號。官方公告給的例子是客戶帳號頻道：同事整天丟更新進來，需要處理時加上指定的表情反應，Slackbot 就把這則訊息收進行動清單，附上建議的下一步與負責人。這是官方的示範情境，實際效果取決於任務怎麼寫。
建立任務時可以用自然語言描述，Slackbot 產生設定草稿，檢查後再正式建立；草稿會要求說明要做什麼、何時啟動、跑多頻繁，以及需要時的停止條件。任務事後可以編輯、暫停或刪除，暫停會保留設定但停止自動執行。觸發之後要不要經過人，也有開關可選：公告的寫法是在「先問我」與自動通過之間二選一。換句話說，事件只負責叫醒任務，任務做什麼、做到哪裡停，仍然是人寫下的指示在決定。
觸發清單本身有個值得記下的細節：公告列出的四種事件是訊息張貼、表情反應、清單項目更新與頻道建立；任務說明頁列的卻是特定時間、有人加入頻道、頻道訊息、表情反應與清單更新。頻道那一項，一份寫「建立」、一份寫「有人加入」，兩份官方文件沒有對齊。實際設定時，能用哪些事件，看任務設定畫面提出的選項最直接。
工作流裡的助理：固定流程接上彈性思考
同批進到 Workflow Builder 的「與 Slackbot 對話」步驟，把代理接進既有流程的中間一段。你寫一段提示、帶入流程變數、指向技能或知識來源，Slackbot 處理完把結構化輸出傳回工作流，讓後續步驟接著用。官方舉的例子是人資的新人到職表單：流程跑步驟，Slackbot 依那個人的部門與職稱起草歡迎訊息與檢查清單。
結構化輸出可以想成有固定欄位的結果，例如摘要與建議分開放，接收端知道每項資訊在哪裡，跟讓人讀一段自由文字是兩回事。對治理有意義的解讀是：這個設計讓助理準備決策材料，不改變誰送出決定。公告的財務情境也是同一個結構，代理依政策整理合約問題並起草給主管的說明，主管看過才送出。如果原有流程要求主管同意，事件觸發不會讓這個責任消失。想在代理工作流裡看到別家怎麼畫這條線，可以先讀 GitHub 把 Copilot Automations 與 Agentic Workflows 分開開放的做法。
一天能自動跑幾次？兩份官方文件兩種數字
這次更新最影響採用決策的數字，恰好是最含糊的一個。任務說明頁寫：任務每天自動執行合計最多十五次，達到每日上限後會停止自動執行，需要時仍可手動執行。額度說明頁的寫法卻是：任務數量沒有限制，但每天有三次自動執行，達到上限後 Slackbot 會詢問是否手動執行，上限在所屬時區的凌晨十二點重置。同一產品的兩份官方說明，一份寫十五、一份寫三。
哪個數字才算數，文件沒有給裁決。對正在估算產能的團隊，比較務實的做法是把兩個數字都納入規劃：用三次做最壞情況的底線，用十五次當樂觀上限，等自己的工作區實際開通後再驗證。會隨方案調整的數字本來就易變，導入前重讀一次說明頁，比記住任何一個具體數字有用。
額度其實有三層帳，混在一起看會誤判：
| 帳本層 | 官方寫法 |
|---|---|
| 訊息數 | Free 與 Pro 僅在試用或預覽期間可用；Business+ 每名成員每週十五則訊息，週一凌晨重置；Enterprise+（或加購 AI 的 Select 與 Grid）無訊息上限 |
| 任務自動執行 | 每日上限：任務頁寫十五次，額度頁寫三次；手動執行不受影響 |
| 進階動作 | 事件觸發任務與深度研究、影片生成同屬 Advanced；走 Flex Credits 計量時目前對進階動作無另行限量，未來可能加上限 |
進階動作這一層是這次更新的關鍵分類：事件觸發任務被歸進與深度研究、影片生成同一級的高價值動作。公告同段也說明，Enterprise+ 客戶的進階功能推出時不限量，未來若因運算成本加上限，會提前三十天通知；但這段話講的是功能用量，不能拿來覆蓋任務頁白紙黑字的每日執行上限。把方案的可用範圍、任務的每日次數、進階動作的計量拆開看，才不會高估或低估它能承接的工作量。以點數計價的額度設計在代理產品裡越來越常見，Claude API 的點數與方案帳本是另一個可以對照的例子。
Mini 把入口搬到視窗旁，權限範圍沒有跟著搬
Slackbot Mini 是一個浮動視窗加上選單列圖示，讓你不必切回 Slack 主視窗就能提問、做即時研究或啟動技能。平台範圍公告寫得明白：macOS 與 Windows 先行，Linux 後續。開啟方式是 Cmd+Shift+O（Mac）或 Ctrl+Shift+O（Windows），偏好設定裡可以改成連按兩次 Ctrl，或把快捷鍵整組停用；如果同時是多個工作區的成員，右鍵點選單列圖示就能切換工作區，確保回答引用的是對的團隊脈絡。
比較需要校準的是期待。說明文件對 Mini 的定位是「在任何應用程式旁取得 Slackbot 的全部功能」，不是取得整台電腦的控制權。它能查什麼、能動什麼，仍然由 Slackbot 在工作區裡的權限與已連接的應用決定。把視窗放在設計軟體或瀏覽器旁邊，不會讓它讀到那個視窗的內容；要請它動其他工具的資料，前提是那個工具已經連接、動作也被允許。Mini 省下的只是切換成本；治理邊界一切照舊。
技能從個人提示詞變成團隊資產，維護責任落到明確角色
技能（Skills）把一段重複的做法存成可以再利用的工作指示。新的技能介面把自己建立的收在 My Skills，把 Slack 官方與同事分享的放進 Discover，依分類整理與篩選；第一次打開會看到推薦的官方技能。技能庫裡的內容來自 Salesforce 各部門，按銷售、行銷、支援與研究等角色分組，點「加入這個技能」就能複製一份到自己帳下。
管理面多了兩層。管理員多了一個儀表板，可以驗證信任的技能並自動分派給團隊，成員起手就用組織背書過的版本；Skills API 則讓通過審核的應用能用程式建立、編修、發布與分派技能，官方給的情境是把技能放在程式碼儲存庫裡，合併更新後透過 CI 管線同步給所有人。Enterprise Grid 的管理員還能發布到組織層級目錄，並自動分派給使用者群組，新人到職就帶著該有的技能。
這套設計把技能從「每個人自己貼一份」推向「團隊共同維護的資產」，代價是維護責任變得明確：誰有權改、改完誰會收到、兩個部門流程不同時要不要共用同一份，都是導入前要回答的組織問題。方案門檻也要留意：技能在 Free 方案上不可用，除非以 Flex Credits 付費；訪客與前線成員則本來就沒有 Slackbot 存取權。Salesforce 對代理採「驗證後再分派」的治理思路一脈相承，AgentFabric 的評測機制是同一個方向下的另一塊拼圖。
五項小更新，需要它代動的三項都先問過你
公告還列了五項較小的更新：行事曆、草稿、畫布三項代動前都留了確認，音訊影片照你的要求處理，回覆標未讀則純粹是呈現上的調整。行事曆邀請可以請 Slackbot 代為接受、暫訂或婉拒，一次最多二十個，每個回覆都要你點頭；草稿訊息可以請它找出沒寄的、清掉不要的或排程寄送，它只會動你自己的草稿，刪除或改時間前會先問；音訊與影片檔附上後可以要求轉文字、摘要或問答，檔案上限 100 MB；二十四小時內刪掉的畫布可以請它還原，它會先查權限並徵求同意；Slackbot 的回覆現在會把討論串標成未讀並進到動態區，方便回頭找。
把這五項與事件觸發、工作流步驟放在一起看，這批更新的設計語言很一致：代理可以準備好一切，送出與否留在人手上。先想清楚哪些步驟是「準備」、哪些是「決定」，再把準備交出去，評估自家流程時同一條線也用得上。
你看得到的功能，其實由管理員的開關決定
同一間公司裡，有人看得到 Slackbot、有人看不到，原因通常不在設定錯誤。說明文件寫得直接：Slackbot 只在部分免費與 Pro 工作區提供；擁有者與管理員可以整組開啟或關閉，Enterprise 版還能細到特定人員與群組。功能底下另有逐項開關：建立與編輯畫布、在搜尋結果顯示檔案、搜尋網頁、跳過檔案動作的重複確認、管理行事曆事件、起草並寄送電子郵件。其中網頁搜尋預設關閉，管理員允許後才開，還能選擇要不要在開啟外部連結前警告使用者。
這對導入的意義很實際：如果任務需要引用公司外部的資料，第一步不是把網址塞進指示，而是確認網頁搜尋在你的工作區已經開放；如果同事的功能跟你不同，先比對方案與管理員設定，比重寫提示詞更可能解決問題。
值得先交出去的工作，從訊號明確的挑起
把工作交給事件觸發任務，挑選的標準比功能本身重要。這批文件湊起來看，適合先交出去的工作有三個特徵：觸發訊號明確（同一個表情反應在團隊裡只有一種意思）、發生頻率可預期（不會一天觸發幾十次把額度吃光）、輸出容易核對（摘要進清單後，看得出對與不對）。三個都滿足的工作，通常本來就有人在重複地做。
反過來說，觸發頻率接近聊天密度的頻道、輸出沒有固定欄位可以核對的任務，現在都還不是好標的。額度分層的設計本身也在暗示這個判斷：進階動作與一般訊息分開計量，等於官方自己也在畫「哪些工作值得讓助理常駐」的線。
還沒有答案的問題也該記下：十五次與三次哪個是現行值，兩份文件尚未對齊；各工作區分階段開通的進度沒有公開名單；任務的自動執行是否另計進訊息額度，文件沒有直說。這些都會隨時間變動，導入前後值得盯著官方說明頁的更新。
常見問題
任務達到每日上限後，Slackbot 會整天停用嗎？
不會。兩份說明文件的共同寫法是：達到每日上限後停止的是自動執行，手動執行不受影響，差別只在額度頁多了 Slackbot 會主動詢問是否手動執行的細節。訊息額度是另一層帳，別和任務次數混在一起算。
Mini 會讀取或操作我其他視窗裡的應用程式嗎？
文件把它定位成同一個 Slackbot 的另一個入口。它能查到與能動到的範圍，由你在 Slack 裡的權限、已連接的應用與管理員設定決定，與浮動視窗停在哪個軟體旁邊無關。
免費方案能用事件觸發任務嗎？
額度頁的寫法是免費與 Pro 方案僅在試用或預覽期間提供 Slackbot，預覽訊息用完就需升級或改用 Flex Credits 付費；技能在免費方案上不可用。事件觸發任務實際能不能用，先看工作區是否已在開通範圍內。
