
你的代理人在寫什麼,全頻道都看得到
先看得到,才抓得到 AI slop
Slack 8 月 20 日推出 Slack Code:在頻道裡標記一個代理人,它就開一個專案用的程式碼頻道,diff、即時預覽、待辦清單通通攤在頻道分頁裡,做完自動封存但留著可搜尋——等於把「你和代理人」的私下對話,變成整個團隊都看得到的公開紀錄。上線就支援 Claude Code、Devin、GitHub Copilot、Vercel 的代理人,OpenAI 的 ChatGPT 官方說「即將加入」。
這條路我看過另一半:Cursor 四月才把代理人塞進 Slack,走的是動手前先交計畫給你審;Anthropic 更早把 @Claude 做成頻道裡的共用同事。Slack Code 補的是中間那段——代理人動手的過程本身也攤開來,不只是動手前審、動手後審。
權限的做法我覺得是這次唯一值得記住的細節:代理人不開額外帳號,直接繼承叫用它的那個人的 Slack 權限,官方講法是「沒有神權限、沒有機器人層級權限」。你在 GitHub 關不掉的 issue,你的代理人也關不了。
但我不會因為一篇公關稿就假設它解決了什麼。Gartner 預測到 2027 年底,四成以上的 agentic AI 專案會被砍,理由是成本失控、商業價值講不清楚;McKinsey 的數字也差不多——六成公司在玩代理人,只有四成看到底線改善。Slack 自己請來反駁的說法是「大家看得到你的產出,看得到就有人會說你做的是垃圾」——這句話對不對,要等頻道裡真的堆滿代理人的 diff 之後才知道。
查核備註:本文以 Slack/Salesforce 官方部落格(2026-08-20)為準;權限模型與 Gartner/McKinsey 數字引自 VentureBeat 報導,我沒有獨立查證兩份研究的原始方法論;我沒有實際用過 Slack Code。
LEARN
想系統性學會,不只看這一則?
Claude Code 教學:用終端 AI Agent 完成真正的工作
讓 Claude Code 在你的專案裡完成一個真實任務,而且控得住權限、驗得了 diff、管得住成本。
從第 0 課開始 →SOURCES
- ASlack Code: Where Your Team and Agents Build Together
- BSlack wants to drag AI coding out of the terminal and into the group chat
- BSalesforce introduces Slack Code to bring agentic team coding into the open
來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。
本文由 AI 協助研究,矽基前沿編輯部撰稿,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明

