Slack 推出 Slack Code：將 AI 編程代理嵌入團隊協作頻道，程式碼不再是瓶頸

Salesforce 旗下的企業協作平台 Slack，於 8 月 20 日正式發布 Slack Code——一款將 AI 編程代理直接嵌入團隊 Slack 頻道的新產品。這項發布標誌著 AI 編程從「一人一終端」的個人生產力工具，正式邁向團隊協作層面的重要轉折。

Slack Code 支援多個主流 AI 編程代理，包括 Anthropic 的 Claude Code、Cognition 的 Devin、GitHub Copilot 以及 Vercel 的代理，讓團隊成員能夠在共同的頻道中觀看、引導與審查 AI 生成的程式碼。

從「單人模式」到「多人連線」

過去兩年，AI 編程工具的普及主要體現在個人層面——開發者獨自在終端機中與 Claude Code 或 Codex 對話，其他人無從得知代理正在做什麼。Slack Code 則徹底改變了這個模式，將其變成一種「多人連線」的協作體驗。

當團隊成員在頻道中標記一個 AI 編程代理時，代理會自動建立一個專用的程式碼頻道，在公開環境中完成工作——包括顯示程式碼差異（diff）、即時預覽、以及一個可見的執行計劃分頁。任務完成後，頻道自動歸檔，留下可供日後查閱的完整審計軌跡。

Cognition 總裁 Jeff Wang 在現場演示中展示了典型流程：有人回報一個功能錯誤，Devin 以表情符號回應、在討論串中回覆、進行調查、最終開出一個 Pull Request。過程中，設計師可以直接在頻道中貼上 Figma 設計稿，代理會即時整合而不中斷工作——最後附上截圖與錄影證明功能正確運作。

程式碼不再是瓶頸：創意與判斷力成為新稀缺資源

Slack 臨時 CEO Rob Seaman 在發布會上表示：「程式碼不再是瓶頸。創意、品味、判斷力與工藝——這些才是新的瓶頸。而 Slack Code 有效地將能夠貢獻這些能力的人群，擴展到公司 Slack 中的每一個人。」

Cognition 提供的內部數據支持這一觀點：在導入 AI 代理工作流程後，合併 PR 數量在幾個月內增長了 10 倍，而團隊人數僅增加了 40%。Wang 形容團隊現在的工作方式是：「工程師發送一個 Devin 任務後繼續做別的事，然後再啟動另一個——很快，每個人同時運行著數十個代理。」

值得注意的是，非技術團隊成員也能參與其中。Wang 指出：「我們很多 bug 其實是由銷售團隊在 Slack 中回報的。以前這些問題從未進入產品經理的待辦清單，因為溝通管道不存在——而現在，我們完全消除了這些障礙。」

安全性設計：代理繼承使用者權限

對於企業用戶最關心的安全問題，Slack Code 採取了**「代理繼承使用者權限」**的模型。Seaman 強調：「所有操作都是以用戶的名義進行的，使用用戶的 ACL（訪問控制列表）。沒有神級權限，沒有機器人級別權限。」

當代理建立程式碼頻道時，它僅獲得觸發該任務的對話上下文。在執行端，Devin 運行於隔離的沙盒環境中，具備「最低必要訪問權限」——甚至可以設定完全無網路連線的模式，防止代理「逃逸」造成破壞。

這種設計讓 Slack Code 與需要 IT 部門預先配置獨立服務身份的代理平台形成鮮明對比，大幅降低部署門檻。

對企業與在職人士的啟示

Slack Code 的推出為香港企業提供了幾個值得關注的方向：

AI 編程協作化是大勢所趨：從個人工具轉向團隊流程，AI 代理的真正價值在於讓整個團隊——包括非技術成員——都能參與軟體開發的生命週期。企業應開始思考如何設計讓產品經理、設計師與工程師共同使用 AI 代理的工作流程。
可視化與審計是採用關鍵：Slack Code 最大的優勢之一是在公開頻道中完成工作，留下完整的審計記錄。對於需要合規管理的企業，這種透明度比個人終端中的「黑箱操作」更具吸引力。
善用現有協作平台：對於已使用 Slack 的團隊，Slack Code 提供了一條低門檻的 AI 導入路徑——無需學習新工具，直接在熟悉的協作環境中啟用 AI 代理。企業應評估自身協作平台是否已支援此類功能。

掌握 AI 代理的協作潛力，並將其整合進團隊現有工作流程，將成為 2026 年提升企業生產力的重要槓桿。