Slack Code 的核心改變,是讓程式開發不再只發生在使用 AI 代理的單一工程師與工具之間。產品經理、設計師及其他非工程成員,也能在同一頻道觀察進度、釐清需求、提出回饋,並直接查看網站或介面的即時成果。
Slack 公開描述的流程大致如下:團隊先發現一個 Bug,或提出新功能、網頁更新需求;接著在 Slack 中標註 Claude Tag 或 ChatGPT 等代理,讓代理建立 Code channel。代理開始工作後,團隊可在頻道內查看對話、執行計畫、diff 與即時預覽,再提供意見,最後審核結果。
這代表產品經理不必只用文字轉述「這個錯誤已修好」,而可以直接參與需求確認與成果檢視;不過,正式發布前是否必須由人員簽核,仍取決於團隊採用的治理安排,現有資料未交代其具體設定。
從功能定位來看,這份紀錄可涵蓋代理的計畫、團隊討論、程式碼差異、回饋與批准脈絡,讓頻道發揮類似工作稽核軌跡的作用。不過,現有證據沒有確認確切的保存期限、資料匯出方式或稽核記錄規格,因此不宜把它直接等同於具備特定合規標準的完整 audit log。
Slack Code 也被定位為使用既有 Slack 工作區的管理與安全環境,而不是另建一套獨立協作產品。然而,提供的資料不足以確認究竟會繼承哪些權限設定、安全控制或合規方案;企業在正式採用前仍需查核相關產品文件與管理員設定。
Salesforce 執行長 Marc Benioff 曾寫道:「不要獨自編程。Slack Code 已上線。人與代理,同一個頻道,同一份工作。」他並表示,這次與 Anthropic、GitHub、Cognition 及 Vercel 代理合作,是「真正的多人編程」。
如果 Slack 進一步開放 API,理論上代理也可在共享工作區中協調編程以外的任務,例如行銷活動或法律文件審閱。這會是「共享代理工作區」模式的合理延伸,但目前提供的證據並未確認 Slack 已承諾具體的 API 路線圖、推出時間或產品範圍,因此只能視為可能方向,不能當作已公布的功能。