Anthropic 將 Claude Code 搬進 Slack：群裡直接 @Claude 就能改程式碼

很多程式設計師都有過這種體驗：在 Slack 裡跟同事熱烈討論線上 bug，聊得差不多了，還得把聊天記錄截圖或者大段文字複製貼上到終端或網頁端，重新餵給 AI 敲程式碼。

Anthropic 剛剛試圖把這道繁瑣的工序砍掉。12 月 8 日，Anthropic 正式推出 Claude Code 的 Slack 深度整合，目前以測試版和研究預覽的形式上線。

聊著聊著，AI 就去提 PR 了

此前，Slack 裡的 Claude 應用更像一個普通的對話機器人，主要用來查資料、寫幾行簡單程式碼片段或者解答疑問。

這次更新之後，團隊成員只要在相關的討論帖裡艾特 Claude，系統就會自動判斷這是否屬於程式設計任務。使用者也可以直接明說讓它動手。

確認之後，Claude 會直接提取當前討論帖裡的完整上下文，比如 bug 報告或功能需求，再自動匹配使用者在網頁端 Claude Code 授權的程式碼倉庫，就地啟動完整的編碼會話。

整個過程中，Claude 會在 Slack 帖子裡實時同步開發進度，任務完成後，還會直接發回供審查的程式碼連結，甚至協助發起 Pull Request，整個流程完全不用離開聊天視窗。

這項功能直接內建在已有的 Slack 官方外掛裡，只要之前安裝過就不用重新下載，不過前提是開發者需要在 Claude Code 網頁端提前繫結好對應的程式碼倉庫。

從 IDE 搶地盤搶到聊天群

AI 輔助寫程式碼的戰場，正在從原本的整合開發環境 IDE 快速外溢到團隊日常協作工具裡。

類似的動作早有苗頭，比如 Cursor 已經支援在 Slack 討論中起草和除錯程式碼，GitHub Copilot 最近上線了從聊天直接生成 PR 的功能，OpenAI 的 Codex 也經常以自建 Bot 的形式出現在企業群聊裡。

Anthropic 推出這項功能的時間點相當微妙。幾週前他們剛釋出了 Claude Opus 4.5 模型，官方宣稱其程式設計表現在基準測試上超越了 Google Gemini 3。

但在安全方面，Opus 4.5 依然留有爭議，早期測試顯示它在面對編寫惡意程式碼的請求時，拒絕率僅為 78%。

此外，讓外部協作工具直接對接核心程式碼庫，企業必須重新評估程式碼安全和智慧財產權風險。一旦 Slack 或 Claude 的 API 出現宕機或呼叫頻次受限，原本在本地就能跑通的開發流就會被硬生生卡住。

為什麼重要

這代表著 AI 程式設計工具的分水嶺正在發生變化，比拼的重心不再僅僅是底層模型寫程式碼有多聰明，而是誰能更自然地嵌進開發團隊現有的工作流裡。

對於研發團隊來說，這套功能很有吸引力，尤其是排查突發線上故障、修小 bug 或寫小型補丁時，不用再在終端、瀏覽器和群聊之間反覆橫跳，討論完直接把任務甩給 AI 就行。

如果你的團隊已經在深度使用 Slack 且配置了 Claude Code，我們認為很值得現在就找幾個非核心專案試一試，看看它究竟能省下多少溝通和搬運成本。

但我們覺得它的隱患同樣不容忽視。把程式碼倉庫的訪問與呼叫許可權散落到 Slack 這種高度開放的企業通訊平臺，對許可權隔離和安全審計提出了極高要求；加上多了一層雲端依賴，任何網路波動都可能讓工作流中斷。

這一步棋很聰明，Slack 正試圖把自己變成工程團隊的智慧體控制中心，而 Anthropic 搶先佔位，無疑會逼迫 Cursor 和 GitHub 進一步加速自己的一體化協作佈局。