Salesforce 推出 Slack Code：把 AI 程式設計做成團隊「多人協作」

以前讓 AI 寫程式碼，基本是程式設計師在自己的終端或瀏覽器標籤頁裡跟模型單聊。聊完了把程式碼貼出來，其他人既不知道上下文，也沒法在中途插話。

現在 Salesforce 想把這件事徹底搬到檯面上。8 月 20 日，Salesforce 旗下的 Slack 正式推出 Slack Code，直接把程式設計智慧體拉進了團隊聊天群。

把單機寫程式碼變成多人聯機

Slack Code 的核心是一個專門的協作空間，叫「程式碼頻道」（Code channels）。在這裡，寫程式碼不再只是工程師的事，產品經理、設計師甚至運營都能即時參與。

比如產品經理在日常頻道里看到使用者反饋了一個暗色模式下的按鈕顏色 Bug，他可以直接在群裡呼叫 AI 智慧體，智慧體隨即拉起一個獨立的程式碼頻道。

這個智慧體能自動調取群聊裡的截圖、討論上下文和文件，快速生成修復程式碼。隨後產品經理拉工程師進頻道看程式碼變更對比，執行即時預覽確認沒問題後，由工程師點選批准，智慧體直接提 PR 甚至合併上線。

在這個過程中，非技術人員隨時可以暫停、修正或打斷走偏的智慧體。活幹完之後，這個程式碼頻道會自動歸檔，既不讓側邊欄塞滿廢棄群聊，又完整保留了可供後續搜尋的上下文。

首批支援接入的智慧體包括 Anthropic 的 Claude、Cognition 的 Devin、GitHub Copilot、ChatGPT 以及 Vercel 的智慧體。任何級別的 Slack 訂閱方案都能使用這項功能，不過使用者本身需要擁有對應智慧體服務的訪問許可權。

除了程式碼頻道，Slack 還更新了一整套智慧體管理功能。新增的 Agents 標籤頁可以統一檢視和管理所有智慧體對話狀態，一鍵停止正在執行的任務；通過新的 Add to Slack 功能，團隊還能免配置快速接入來自 Lovable、n8n、LangChain 等平臺的自定義智慧體。

為什麼重要

我們認為，Slack 這次走了一步非常精明的棋。大模型廠商們正拼命爭奪誰的 Coding Agent 更強，而 Slack 根本不打算自己去卷底層模型，它搶的是所有人和所有智慧體共同工作的物理現場。

對普通團隊和非技術人員來說，它的價值非常直接。過去你提一個介面小修小補的需求，要建工單、排期、等工程師有空，哪怕程式碼其實是 AI 秒生成的，交接摩擦依然很大。現在在群聊裡圈一下智慧體，非技術人員提要求看預覽，工程師最後負責合規把關，開發鏈路被大幅壓縮。

對行業來說，它給同類協作平臺指了一條明路。AI 帶來的生產力提升如果只停留在個人的私有標籤頁裡，對團隊來說就是資訊黑盒。把智慧體變成有明確身份、受企業安全與許可權管控的真正群成員，是企業級協同的必經之路。

不過隱患也同樣明顯。一旦所有人都能指揮智慧體改程式碼並提上線申請，程式碼庫的維護負擔和審查壓力反而可能集中拋給少數資深工程師。如果缺乏極其嚴格的審查文化，這種看似高效的群聊寫程式碼，很容易讓專案迅速積累技術債。