# Agentic 程式開發如今進入多人協作時代：介紹 Slack Code
> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)
> 原作者：Slack (@SlackHQ) · 策展與摘要：EasyVibeCoding · 平台：X (Twitter) · 熱度：🔥🔥 · 日期：2026-08-20
> 原始來源：https://x.com/SlackHQ/status/2090415566351659267
## 證據與延伸閱讀
- [# Agentic 程式開發如今進入多人協作時代：介紹 Slack Code](https://x.com/i/article/2090411472295759872)
- [示範案例透過頻道進行修正與總結](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1787256080588-z17hk1bb.mp4)
- [Salesforce 官方 Slack Code 產品介紹與安全管理說明](https://www.salesforce.com/introducing-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 核准流程而拖慢進度。
> Acme Inc 團隊聊天室中使用 Agent 進行 dark mode 按鈕修正的完整對話與 Codebase 檢索過程
## Slack 是多人協作 AI 的家
當團隊在公開環境中與 AI 一起工作時，context 會持續累積。更好的 context 會帶來更好的產出，讓 AI 對下一個人、再下一個人更加有用。Slack Code 將建構工作從隔離的終端機帶進專屬 Code 頻道，而更完整的 Agent 體驗則讓 Slack 中的每個 Agent 都像隊友，而不只是工具。兩者共同構成多人協作 AI 的基礎。
這不只是一項新功能——而是一種全新的軟體建構方式：開放、協作，並同時由人類的創意與判斷力，以及 Agent 的規模化能力所驅動。採用這種方式建構的團隊，不只會動得更快，也能打造出其他人無法打造的事物。
今天就開始使用 Slack Code，看看當 Agent 像隊友一樣與你並肩工作時，你的團隊能做到什麼。
## 看看客戶與合作夥伴怎麼說
> 許多工程工作原本就始於 Slack 中與 Claude Tag 的對話：一則錯誤回報、一段回饋，或是一句「你覺得……怎麼樣？」Slack Code 為團隊提供專屬頻道，讓人員、context 與 Claude 從一開始就一起工作。你可以直接在頻道中審查程式碼差異、查看即時 HTML 預覽，而且不需要任何人離開對話。
Cat Wu
Anthropic，Claude 產品主管
> Slack 本來就是團隊協作的地方，而 Code 頻道則將同樣的協作方式帶進我們與 Agent 的工作流程。執行緒很適合快速來回討論，但與 Agent 的工作已經變得如此有價值且複雜，值得擁有自己的空間。整個團隊可以聚集在同一個 Code 頻道中，觀看 Agent 工作、共同引導它、交付預覽，同時讓所有 context 與歷史紀錄保留在同一個共享空間。這讓軟體建構不再是某個人本機工作階段中發生的事情，而是整個團隊一起完成的工作。
Malte Ubl
Vercel，技術長
> Slack 是 GitHub 更廣泛承諾中的策略性一環：由人類設定方向，再由 Agent 完成整套工作。無論開發人員在哪裡工作，這項承諾都必須成立。因此，我們將 Copilot 帶進 Code 頻道的對話流程，協助團隊把共享意圖轉化為可交付的軟體。
Mario Rodriguez
GitHub，產品長
> Agent 和人一樣，必須知道何時該貢獻、何時該退讓，才能在團隊中取得一席之地。透過 Code 頻道，Devin 能在 Slack 中自主回應，透過在雲端 Agent 中執行端到端流程來驗證工作，並在不讓對話變得混亂的情況下，召集正確的人員一起參與。
Jeff Wang
Cognition，新企業事業部總裁
直接在 Slack 中使用你最喜愛的程式開發 Agent。此次發佈中，Slack Code 能無縫連結創始合作夥伴的 Agent——Anthropic 的 Claude、Cognition 的 Devin、GitHub 的 Copilot、ChatGPT，以及 Vercel 的 Agent——而且任何 Slack 方案都能使用。使用各合作夥伴 Agent 仍須取得相應的存取權限。
- 立即開始使用 Slack
- **Agent 生態系：** 在 Slack Marketplace 中瀏覽超過 500 個 AI 應用程式與 Agent
## 進一步了解並開始使用。
## 媒體內容
**透過 Slack 頻道與 Agent 互動並完成 dark mode 程式碼修復的介面操作畫面**
**影片中的 Prompt 與操作**
操作步驟：
1. @0行動なし（畫面僅展示 Slack 介面與對話過程）
**Acme Inc 團隊聊天室中使用 Agent 進行 dark mode 按鈕修正的完整對話與 Codebase 檢索過程**
**影片中的 Prompt 與操作**
操作步驟：
1. （00:22）點擊 Artifacts 3 按鈕開啟 Canvas 面板
## 標籤
Agent, 新產品, LLM, Anthropic, Cognition, GitHub