Slack Code 登場：AI 編程代理進駐團隊頻道，「多人協作開發」全方案免費開放

2026 年 8 月 20 日，Slack 把外界對 AI 輔助開發最常見的抱怨——一切都發生在沒人看得見的終端機裡——變成了一款產品。這個隸屬 Salesforce 的 workplace 平台推出 Slack Code，讓 AI 編程代理擁有自己的專案頻道，整個團隊可以在頻道裡追蹤工作進度、審查程式碼 diff、預覽輸出成果，並在上架前核准。此功能即日起在所有 Slack 方案上可用，連免費 workspace 都包含在內。

這次發布之所以重要，在於它把業界成長最快的工作模式——代理式編程（agentic coding）——從開發者的私人 session 中拉出來，放進企業日常營運 already 使用的共享、有權限控制、可稽核的空間。如果說 2025 年編程代理住在終端機裡，Slack 押注的下一步是：群組聊天室。

Slack Code 實際上做了什麼

Slack Code 的工作單位是頻道（channel），不是聊天視窗。當有人有新點子、需要新功能、想更新網頁，或是發現 bug，只要在 Slack 對話中 tag 一個編程代理——Anthropic 的 Claude Code、Cognition 的 Devin、Vercel 的 v0 / Agent、GitHub Copilot、OpenAI 的 ChatGPT——代理就會自動建立一個以該任務為範圍的「code channel」，並開始在其中工作。

代理做的每一件事，頻道裡的每個人都能看到：

• 完整對話可見——所有人看到的是代理工作時依據的同一份對話，而不是事後轉述的摘要。
• 程式碼 diff 審查——修改內容以前後對照的 diff 形式呈現，任何參與者都可以檢查。
• 即時預覽——HTML 輸出可以在頻道內直接預覽，確認後才出貨。
• 回饋迴圈——同事可以在任務進行中留下回饋、調整代理的方向，不必重來。
• 人工核准關卡——頻道內有人簽核之前，程式碼不會上架；推送至正式環境等高風險動作會被封裝起來，交由專家核准。
• 自動封存＋稽核日誌——任務完成後頻道會自動封存，留下可搜尋的紀錄：誰提出需求、代理改了什麼、誰核准的。

Slack 自己對這個流程的總結很直白：「免 ticket、免開會、免等待——直接修好、上架。」

不只給工程師用

設計上一個刻意的選擇是：code channel 不設工程門檻。產品經理、設計師、行銷人員或其他非技術同仁都能參與，因為他們不必打開終端機、不必學新工具——看的是同一個頻道、同樣的預覽、同樣的 diff。

Slack 給出的標準情境是：產品經理發現一張 bug 報告，請代理研究修法，再找工程師審查產出的 diff，代理接著開 pull request 並合併變更。《The Register》在報導中指出，這個流程把傳統順序倒了過來：不再是開發者私下與代理協作、到 review 階段才端出成果，而是一開始就在公開場合進行，讓同事有機會在代理「衝過頭」之前喊停。

Slack 行銷長 Ryan Gavin 接受 SiliconANGLE 訪問時，用經濟學角度說明論點：「這些個人工作都是單人運動。你以個人身份行動所累積的知識與速度，只留在你個人身上，組織拿不到指數級的回報。」他描述的效益是「加速學習」——當工作在眾人眼前進行，人類和代理都進步得更快。

生態系布局

Slack Code 可搭配 Slack marketplace 上的代理，Slack 表示首批合作夥伴——Claude Code、Devin、Vercel Agent 與 GitHub Copilot——將與 code channel 無縫整合。Anthropic、Cognition、GitHub、OpenAI、Vercel 都在開發整合，Slack 也說 API 最終會開放給更廣泛的開發者社群。

最後這一點是戰略關鍵。Slack 明確設想 code channel 未來可以承載軟體開發以外的代理工作——行銷、法律文件審查，任何具有「審查—核准」形態的工作。藉著把 code channel 做成受監督代理勞動的通用容器，Slack 把自己定位成代理式工作的 orchestration 層，而不是 vibe coding 的一層皮。

與 Slack Code 一同公布的還有配套機制：Agent DMs 提供與 AI 工作者的一對一直接對話；新的 Agents 分頁讓使用者查找代理、回顧 session、檢查狀態，或在代理失控時喊停；「Add to Slack」流程則讓部署第三方平台上打造的代理變成幾下滑鼠的事。代理會繼承 Slack 既有的權限、安全政策與管理控制，不需要另建管理層。

把 vibe coding 浪潮產品化

Slack 這次發布搭上的是軟體開發方式的真實轉變。業界把這套模式稱為「vibe coding」——用自然語言描述軟體、讓模型寫程式——Lovable 等獨立平台已以此建立起完整產品，Port 則把它應用在 platform engineering 上。Slack 的版本把同樣的賭注下在企業協作工具裡，而周邊的脈絡——bug 報告、功能辯論、客訴——本來就住在這裡。

當然也有未解的問題。Slack 的公告並未說明哪些代理整合是上線即用、哪些是「即將推出」，也沒有交代各地區與方案別的完整 rollout 細節，以及代理權限如何與 repository 層級的存取控制互動。《The Register》已向 Slack 要求澄清方案可用性。而且任何 Slack 使用者都知道：會自我監控的頻道仍然是頻道——這個功能等於多了一個要盯的訊息流，已經被通知轟炸的組織得想想，什麼時候值得開一個 code channel，什麼時候五分鐘的終端機 session 就夠了。

競爭環境相當擁擠。Microsoft Teams 是最明顯的對手，xAI 新推出的 Grok Bot 代理則從消費端推銷同樣的「代理即隊友」心智模型。Slack 的優勢在於它擁有工作脈絡累積的對話層——而且現在有了自動封存的稽核日誌，等於握有組織核准過的每一項代理變更的完整紀錄。

為什麼重要

Slack Code 押注的是：企業軟體的下一個單位，不是綁在單一個人身上的 copilot，而是嵌入一個群組的 agent。如果成功的話，pull request 不再是同事第一次看到代理寫的程式碼——頻道才是。這壓縮了回饋迴圈，讓非工程者在開發流程中有了真正的席位，也建立了自從編程代理碰上正式環境 repository 以來，合規團隊一直要求的稽核軌跡。

「企業要從 AI 獲得完整價值，就必須超越個人層面的生產力提升，走向營運層面的轉型，」Valoir Research 執行長 Rebecca Wettemann 告訴 SiliconANGLE。「Slack Code 讓 AI 從個人 copilot 走向嵌入式、有脈絡的 AI orchestration。」至少宣傳上是這麼說的——今天上線、全方案可用，編程代理終於加入了群組聊天。