Slack Code 正式推出：團隊與 AI 代理在同一個頻道裡開發軟體

Slack 在 8 月 20 日推出 Slack Code，讓團隊與 AI 程式代理能在同一個地方一起推進軟體開發。專屬的程式頻道把對話、程式碼差異與即時預覽並排放在一起，非工程職務的成員也能跟上進度並提出意見。所有 Slack 方案都可以使用。

把代理的工作從私人分頁裡拉出來

過去用程式代理開發，基本上是一個人的事。開發者在終端機或瀏覽器分頁裡跟代理來回討論，團隊只看得到最後的成果。中間做過哪些取捨、為什麼寫成這個樣子，除了本人以外沒有人知道。審查被往後拖，每一次交接都得重新把來龍去脈講一遍。

Slack Code 的做法，是把工作場所本身搬回團隊這一側。開發放在頻道裡進行，往來訊息預設就對所有人可見，脈絡可以從人傳給代理，也能在成員之間接續下去。Slack 執行副總裁暨總經理 Rob Seaman 表示，AI 要融入團隊實際的工作方式才會產生價值，而不是某個人躲在另一個分頁裡單獨使用。

一個專案一個頻道，結束後自動封存

程式頻道與單一專案一對一對應。在任何對話中標記程式代理，它就會為該任務開出一個程式頻道。工作完成後頻道會自行封存，紀錄則以稽核日誌的形式保留，側邊欄不會被用過即丟的頻道塞滿。

頻道內部依用途分成不同分頁，分別放對話、執行計畫、程式碼差異，以及可實際運作的 HTML 預覽。差異檢視會在舊的一行加上刪除線，把新的一行並排放在旁邊，正是工程師熟悉的審查形式。過去封閉在專用工具裡的審查，現在攤在頻道中每個人眼前。代理的行為可以透過 API 調整，帳號自動開通、使用者驗證以及部分流程自動化，都能配合企業自身的運作方式接進來。

動手開發的不再只有工程師

Slack 舉的例子很能說明差別。產品經理在頻道裡看到一則錯誤回報，不必等工程師空出時間，直接找程式代理討論修正方式。代理開出程式頻道，讀過先前的對話、螢幕截圖與已分享的資料後提出程式碼。產品經理再把工程師找進來核對差異、執行預覽，確認沒問題就讓代理開出合併請求並完成合併。

流程裡沒有工單也沒有會議，但並非毫無煞車。頻道裡的任何人只要察覺代理偏離方向，隨時都能暫停、修正方向或直接停止。像推送到正式環境這類影響較大的操作，代理會把工作內容整理好交給負責人簽核，不經過人的判斷就無法往下走。權限與安全性沿用 Slack 原本的管理設定，資訊部門不需要另外準備新的基礎架構。

主要程式代理都已經到齊

推出時支援的代理包括 Anthropic 的 Claude、Cognition 的 Devin、GitHub 的 Copilot、ChatGPT 以及 Vercel 的代理。它們都透過程式頻道 API 接入，使用時需要另外取得各家代理的使用權限。

Slack 也表示日後會把這套 API 開放給更廣泛的開發者。屆時不限於軟體開發，自行打造的代理也能加入程式頻道，參與行銷活動規劃或法務文件審查之類的工作。圍繞代理的使用體驗同樣有所調整：與代理的私訊會像一般對話一樣帶有討論串標題，方便隨時接續；新增的 Agents 分頁可以集中檢視所有代理與進行中的工作階段狀態，也能中途停止任務；透過 Add to Slack，用 Lovable、n8n、LangChain 等工具做出來的代理只要點幾下就能加入工作區。