Slack Code 登場：AI 編程代理搬入團隊頻道，人人都可以睇住寫 Code

AI 編程代理以往多數躲喺開發者嘅終端機、瀏覽器分頁或者私人對話入面工作。Salesforce 於 2026 年 8 月 20 日公布 Slack Code，就係想將呢個流程搬返入團隊日常使用嘅 Slack：人同 AI 代理可以喺同一個專用頻道入面傾需求、睇計劃、審查改動，再決定下一步點做。

Salesforce 將呢種模式形容為「多人 AI 編程」（multiplayer coding）。重點唔只係 AI 可以接收 Slack 訊息，而係整個開發過程由一開始就對團隊公開，產品經理、設計師同工程師都可以跟進，而唔使各自喺唔同工具之間來回切換。

Slack Code 點樣運作？

一個典型流程可以由一個 Slack 對話開始：

1. 團隊成員喺對話中標記支援嘅編程代理。
2. 代理為今次工作或者項目建立專用 code channel。
3. 團隊補充需求、限制條件同項目背景。
4. 代理提出工作計劃，並準備程式碼改動。
5. 團隊查看程式碼差異（diff）及可用嘅預覽。
6. 人員可以要求代理修改方向，或者批准下一步行動。

Salesforce 列出嘅代理包括 Anthropic 嘅 Claude Code 同 Claude Tag、Cognition 嘅 Devin、GitHub Copilot、OpenAI 嘅 ChatGPT，以及 Vercel agents。

相比普通聊天記錄，code channel 會將對話、代理計劃、程式碼差異同輸出預覽集中喺同一個工作空間。視乎個別整合，團隊亦可以查看即時 HTML 預覽，直接睇代理產生嘅網頁效果，再喺頻道內要求修改。

產品經理同設計師都可以參與

Slack Code 其中一個賣點，係唔需要產品經理或者設計師直接打開開發者終端機，先至可以參與「起貨」流程。他們可以喺頻道講清楚用戶遇到咩問題、補充產品背景、查看可視化成果，再提出修改意見；工程師就負責技術評估、檢查程式碼同處理實作細節。

例如，產品經理可以喺 Slack 報告一個 Bug，描述應有嘅行為。AI 代理負責分析問題並提出修正方案，工程師再檢查生成嘅 diff，確認改動符合程式庫架構、安全要求同產品需求。團隊之後先決定建立 Pull Request，或者再進行一輪修改及審查。

換句話講，Slack Code 唔係要 AI 代理取代最終決策者，而係將代理做緊嘅工作攤開畀更多相關人士睇，令跨職能協作更加直接。

人手審批仍然係關鍵

Slack Code 定位為協作同可見度層，而唔係「AI 寫完就自動推出街」嘅部署工具。團隊可以審查代理提出嘅改動，並要求人手批准具影響力嘅操作，包括可能進入正式生產環境嘅修改。

呢點尤其重要，因為 AI 代理就算寫到一個表面上合理嘅修正，亦未必完全理解企業嘅業務規則、保安限制或者營運風險。共享頻道就提供咗一個地方，畀工程師及其他負責任嘅團隊成員追問方案、要求重做，並喺工作推進前留下決策紀錄。

完成後可封存，紀錄仍然可以搜尋

Code channel 旨在保留代理處理任務時嘅上下文。工作完成後，頻道可以封存，而對話同工作歷程仍然可以搜尋，形成一份可追溯紀錄：當初要求做咩、代理產生咗乜嘢、團隊點樣審查，以及最後點樣決定。

由於整個流程喺 Slack 內進行，企業亦可以沿用原有嘅 Slack 身份認證、權限、治理、安全設定同管理控制，唔需要為每一個 AI 編程任務另設一套協作基建。

實際好處係，需求、決策、審查同代理活動可以繼續連住最初發起工作嘅對話，而唔會散落喺幾個互不相通嘅工具入面。

上線方案及首批整合

Salesforce 表示，Slack Code 上線時適用於所有 Slack 方案。首批公布嘅代理整合來自 Anthropic、GitHub、Cognition 同 Vercel；Slack 同 Salesforce 亦將 ChatGPT 列為可以參與其中嘅代理之一。

不過，「支援」唔代表每個代理提供完全一樣嘅功能。計劃、diff、預覽同審批操作，會視乎個別代理整合可以喺 Slack 內提供咩能力，因此實際使用體驗可能有所不同。

Salesforce 想將 Slack 變成咩角色？

Salesforce 喺 Dreamforce 將 Slack Code 包裝成令軟件開發變成團隊運動嘅方法，同時將 Slack 放喺多間 AI 代理供應商之間嘅協調位置。換言之，Salesforce 唔係要求團隊採用單一嘅自家編程模型，而係嘗試將來自不同供應商嘅代理帶入同一個工作介面。

Salesforce 亦提到，未來會更廣泛開放相關 API，讓企業自行建立代理同共享頻道，處理軟件開發以外嘅工作，例如協調市場推廣活動或者審閱法律文件。不過，呢啲屬於計劃中的擴展，唔代表所有非編程流程喺上線當日已經普遍可用。

總結：賣點唔只係寫 Code，而係令全隊睇得見

Slack Code 嘅核心概念相當直接：喺對話中標記編程代理，為任務開一個專用項目頻道，再由團隊一齊跟進、指導、審查同批准。

佢真正嘅產品分別，唔單止係 AI 可以生成程式碼，而係將程式碼背後嘅需求、討論、修改同責任歸屬放返喺同一個共享空間。對本身已經依賴 Slack 工作嘅團隊嚟講，呢種做法有機會令產品同設計角色更容易跟進 AI 輔助開發，同時保留工程團隊嘅技術審查。

當然，效果仍然取決於每個代理整合嘅成熟程度，以及團隊有冇清晰嘅人手審批標準。Slack Code 帶來嘅，係一個比「開個私人分頁叫 AI 寫 Code」更加公開、可追蹤嘅協作方式。