Agentic 程式開發如今進入多人協作時代：介紹 Slack Code

Agentic 程式開發如今進入多人協作時代：介紹 Slack Code AI 程式開發如今已是團隊運動。Code 頻道讓軟體開發走出私人的分頁，讓團隊與 Agent 能夠公開地一起撰寫、審查並交付程式碼。 Slack 是 Agent 成為隊友的地方 我們正處於一波改變人們建構與工作的程式開發熱潮中。Claude Code、Claude Tag、Cognition 的 Devin、GitHub Copilot、ChatGPT 與 Vercel agents 等程式開發 Agent，讓撰寫與交付程式碼變得前所未有地快速且容易取得。現在的挑戰，是把你正在建構的內容，連結到團隊正在進行的對話，並全部放在同一個介面中。 目前，個人與 Agent 在 Slack 以外進行的工作，對其他人而言都是不可見的。對話與工具之間會遺失 context，審查往往延後進行，而每次交接都會拖慢進度。問題就在這裡：優秀的程式碼不該只存在於沒有 context 的私人對話中。Slack 本來就是 context 所在的地方，也是團隊與 AI 一起工作的地方。有了 Slack Code，Slack 也會成為團隊共同開發程式碼的地方。 最具創新力的公司很早就發現了這點：最適合建構事物的地方，就是公開的環境。他們把開發工作移進 Slack，因為當工作變得可見時，知識就會持續累積。團隊學得更快、行動更快，也能交付更好的產品。Slack Code 將這個「公開建構」的原則帶給所有人。 程式開發 Agent 改變了個人的建構方式。現在，Slack Code 改變了團隊的建構方式。把複雜、需要多輪互動的 Agent 工作硬塞進標準執行緒，只會製造雜訊；讓開發人員躲回私人的瀏覽器分頁，則會失去讓團隊有效運作的關鍵：共享 context。Slack Code 為團隊提供專屬空間，讓大家能在 Slack 中，針對特定的程式開發工作階段或專案，與 Agent 一起工作。 認識 Slack Code 工作預設會公開進行，因此 context 與知識能在人與人之間、以及人與 Agent 之間傳遞。AI 開發成為一種多人協作活動。Code 頻道專為擴展 Agent 工作而設計，這是執行緒與公開頻道做不到的，因為 Code 頻道是以產出為核心打造的。呈現出來的不只是訊息——還有直接在 Slack 中建構的可運作程式碼、原型與文件。 有了 Slack Code，當你有一個想法，或需要建構新功能、更新網頁或修正錯誤時，只要標記 Claude Tag 或 ChatGPT 等程式開發 Agent，系統就會建立一個 Code 頻道來處理工作。頻道中的所有人都能看見對話、審查程式碼差異、檢視即時預覽、提供回饋，並在程式碼正式交付前核准工作。不需要專用工具，也不用離開 Slack。 Slack Code 將 AI 開發直接帶進 Slack，改變我們建構與工作的方式。Code 頻道是 Slack 中第一個專門為人們與 Agent 一起協作開發軟體而打造的空間。它天生支援多人協作，而且所有人都能使用。此外，它也讓開發人員、PM、設計師與非技術背景的團隊成員，和 Agent 一起待在同一個共享 workspace 中，讓軟體從想法到正式交付的建構過程，不再只是工程師的工作。沒有其他平台能同時提供開放生態系，以及讓人類與 Agent 同時共同工作的多人協作程式開發環境。 Code 頻道包含哪些功能？ 以專案為基礎的 Code 頻道： 每個 Code 頻道都對應一個專案，因此內容能維持聚焦且整齊。需要時保持啟用，不需要時自動封存。 自動建立與封存頻道： 從任何對話中標記程式開發 Agent，系統就會建立一個 Code 頻道來處理工作。工作完成後，頻道會自動封存，但紀錄仍會保留，作為稽核記錄。 完整可見性與專屬分頁： 頻道中的所有人都能即時追蹤工作進度：對話、計畫、程式碼差異與即時預覽，分別位於各自的分頁中。 程式碼差異： 精確查看哪些內容發生變更——舊行會以刪除線標示，新行則顯示在旁邊。這就是工程師一直依賴的相同審查方式，如今不再埋藏於獨立工具中，而是對整個頻道開放。 預覽： 即時觀看實際的 HTML 輸出，讓團隊能在正式交付前找出任何問題。 彈性 API： 依照組織的工作方式調整 Agent 行為——自動佈建帳號、驗證使用者、將部分工作流程自動化等。 只有當 AI 成為團隊實際工作方式的一部分，而不是人們獨自到另一個分頁處理的東西時，AI 才能創造價值。Code 頻道將這些工作帶到公開環境，讓團隊其他成員看見、塑造並在其基礎上繼續建構。 Rob Seaman Slack、Salesforce 執行副總裁暨總經理 每個人都能成為建構者 軟體開發已從個人在終端機中撰寫程式碼，演進到單人 AI Copilot，再進入透過 Slack Code 進行多人協作的程式開發。團隊與 Agent 不必再不斷切換工具，而是能在專屬 workspace 中公開地一起規劃、建構與迭代。 舉個例子：產品經理在頻道中看到一則錯誤回報。PM 不必等待工程師，而是請程式開發 Agent 協助規劃修正方案。Agent 會建立一個 Code 頻道，檢視既有的對話 context、截圖與已分享的文件，並提出程式碼。PM 再邀請工程師檢查差異、執行預覽，並讓 Agent 獲准開啟 PR、合併至正式環境。不需要建立工單、不需要開會、不需要等待——直接完成修正並交付。 改變的是，誰有機會參與建構。由於工作發生在大家已經使用的工具中，即使沒有技術技能的人，也能在不開啟終端機的情況下協助塑造產出。頻道中的任何人都能在 Agent 偏離方向時暫停、重新引導或停止它。工作完成後，頻道會自動封存，因此側邊欄能保持整齊，同時歷史紀錄仍可完整搜尋，作為組織 context。 透過 Slack 頻道與 Agent 互動並完成 dark mode 程式碼修復的介面操作畫面 由合作夥伴生態系提供支援 Slack 正逐漸成為 AI Agent 的自然家園，讓生態系中的合作夥伴能在團隊原本工作的地方與人們相遇。Anthropic、Cognition、GitHub、ChatGPT、Vercel 等夥伴，已開始為 Slack Code 進行開發，使用我們的 Code 頻道 API，並將其程式開發 Agent 帶進這個共享空間。如今，開發人員、PM 與設計師已經依賴的 Agent，都能在 Slack 中直接接觸相同的團隊 context。 軟體工程只是起點。很快地，這些 API 將向更廣大的開發者社群開放，讓任何自訂 Agent、無論執行何種工作，都能加入 Code 頻道。不論是行銷團隊建構行銷活動，還是法務團隊執行文件審查，都能使用。隨著合作夥伴網路持續成長，Slack Code 將成為每個團隊——無論是否具備技術背景——都能在公開環境中與 AI 一起建構的地方。 Agent 在 Slack 的任何地方都是真正的隊友 隨著 Agent 成為團隊工作方式的一部分，Slack 的使用者體驗也在演進，讓 Agent 在任何地方都感覺像真正的隊友，而不只是在 Code 頻道中如此。以下是新功能： Agent 私訊就像與隊友進行任何對話： Agent 會清楚標示，執行緒也會有實際標題，讓你可以從上次中斷的地方繼續對話。 全新的 Agents 分頁為每個 Agent 與 Agent 工作階段提供專屬基地： 瀏覽所有 Agent、查看 Agent 對話、替對話命名、檢查狀態、標記受阻的執行緒，或在 Agent 執行工作途中將其停止。 Add to Slack： 任何人只要點幾下，就能從 NanoClaw、Lovable、Hyperagent、Superhuman、n8n、Vercel、ChatGPT、LangChain、Runlayer 或 Skydive 建構並交付 Agent。不需要遷移，也不需要複雜設定。我們已替你將 OAuth、manifest 設定與環境設定自動化。以 Lovable 建構的支援助理為例：點選 Add to Slack，幾秒後它就會和你的團隊一起上線，擁有自己的身分，而且就在工作發生的地方。 這個模式在 Slack 的各個地方都成立：Agent 會以清楚的身分出現，遵循與任何隊友相同的頻道規範，並接受 IT 已經信賴的相同管理員控制，不論所在位置是 Code 頻道、私訊或專案頻道。 內建信任機制，且始終有人員參與 Code 頻道中的 Agent 從第一天起就沿用 Slack 內建的安全性模型、權限與管理員控制，不需要 IT 額外投入。因此，它們能作為現有設定的安全延伸，不必管理新的基礎架構或身分。 速度不會以犧牲監督為代價。對於將程式碼推送到正式環境等高風險操作，Agent 會直接在頻道中整理工作內容，交由專家核准。這能讓人員持續掌握控制權，又不會因額外的 IT 核准流…