在 Slack @Claude 就生出一個 PR：Claude Code in Slack 完整教學

你在 Slack 頻道打一句「@Claude 幫我把這個 timeout 的 bug 查一下」，然後回去喝咖啡。三分鐘後，thread 裡多了一個 PR 連結。

這中間發生了什麼？先別急著問它能拿來幹嘛。先看它收到你這句話之後，第一件事做什麼，把這條流程拆開，什麼時候該用、什麼時候不該用，答案自己會浮出來。

第一步：它先判斷你到底想幹嘛

你 @Claude 的那句話進來，它做的第一件事不是動手寫 code，是分類。判斷你這句是要它「寫程式」，還是只是要它「聊聊、分析一下」。

管這件事的設定叫 Routing Mode，有兩種。Code only 很單純，不管你說什麼都當成 coding 任務丟給 Claude Code。Code + Chat 聰明一點，會自己分流：像在寫程式的丟去 Claude Code，像在問問題的就當一般對話回。萬一它判斷錯了，把你的 coding 需求當成閒聊，你可以按一個「Retry as Code」把它掰回來。

拿生活場景比喻，這就是公司前台。你進門，前台先問你「找工程部，還是諮詢櫃台？」，問對了，後面才不會把你帶錯地方。Routing Mode 就是在設定這個前台有多主動。

第二步：它真的開了一個 Claude Code session

判定是 coding 任務之後，Claude 不是在 Slack 裡「假裝」跑程式。它會到 claude.ai/code 開一個貨真價實的 Claude Code session，跟你平常在網頁上用的是同一個東西。

這點很關鍵，因為它決定了後面所有的能力邊界。它不是一個綁在 Slack 裡的閹割版機器人，是把完整的 Claude Code 接到了 Slack 這個入口。所以它能 clone repo、能改多個檔案、能跑測試、最後能開 PR，全都因為底層就是那個 session。

第三步：它從哪裡撈背景？這裡有個雷

一個 coding 任務要做得對，光靠你那一句話不夠，它得知道上下文。Claude 抓 context 的規則是這樣：如果你在一個 thread 裡 @它，它會讀整串 thread 的訊息；如果你在頻道層 @它，它會抓頻道裡近期的訊息。

聽起來很方便，但這裡藏了一個你一定要知道的雷。它會把頻道裡別人的訊息也當成指令來源。換句話說，如果有人在頻道裡貼了一段惡意的文字，Claude 有可能把它讀進去當成任務的一部分。官方文件對這點講得很白：只在你信任的頻道用它。

這不是嚇你。這是 prompt injection 的實際版本，你的 AI 助理會照著它讀到的字做事，而它讀到的字，不一定都是你打的。信任邊界要自己守好。

第四步：進度即時回貼，做完給你兩顆按鈕

session 在後台跑的時候，進度會即時貼回 Slack 的 thread。它做到哪一步、卡在哪，你滑手機就看得到，不用開電腦。

跑完之後，它會 @你，附一段摘要，然後給兩顆按鈕：View Session 點進去看完整的執行過程，Create PR 直接開一個 Pull Request。整條線就這樣收尾，從你打一句話，到一個可以 review 的 PR，中間你可能都沒碰鍵盤。

拆完機制，什麼時候用就清楚了

知道它「真的開了一個 session + 從 thread 抓 context」之後，最適合的場景其實很好認：bug 通報的當下。

有人在頻道回報一個錯誤，把 log、重現步驟都貼在 thread 裡了。這串對話本身就是最好的 context。你不用複製貼上搬去別的地方，直接在那個 thread @Claude 叫它查，它讀得到整串，等於背景資料一次到位。協作除錯、根據討論做個小重構，都是同一個道理。

它也適合平行處理。任務丟出去，你去忙別的，完成再通知你。這就是把 coding 從「我得坐在電腦前」變成「我發個訊息就好」。

限制也跟著機制走，很好記。它只支援 GitHub（因為它最後要開 PR）；一個 session 只能開一個 PR；用的是你個人方案的 rate limit；只能在頻道（公開或私人）用，不支援 DM。這些不是 bug，是這套設計的邊界。

怎麼裝

原理講完，動手就快了。前置需求四個：Pro / Max / Team / Enterprise 其中一種方案、有 Claude Code on the web 的權限、GitHub 帳號已經連了至少一個 repo、Slack 帳號已連結。

裝的步驟：

Workspace 管理員到 Slack App Marketplace 把 Claude app 裝進 workspace。
到 App Home 按 Connect，完成你個人帳號的授權。
到 claude.ai/code 連 GitHub、認證你要讓它動的 repo。
在 App Home 選 Routing Mode（Code only 或 Code + Chat）。
在你要用的頻道打 /invite @Claude 把它拉進來，這步沒做它不會回應。

這套東西 8 月要換一個名字

最後講個時效性的重點。你現在裝的 Claude Code in Slack，正在被一個叫 Claude Tag 的東西取代，官方公告的切換日是 2026-08-03。既有安裝不用重裝，會平滑接軌，但概念變了。

現在的模式是「每個人一個個人助理」，你 @Claude，用的是你的身分、你的額度。Claude Tag 改成「每個頻道一個共享身分」：它有跨對話的記憶、會主動追蹤停滯的討論串（ambient 行為）、可以設每個組織或每個頻道的花費上限、有統一的稽核 log。這是從「個人工具」往「團隊基礎設施」走的一步。（Claude Tag 這部分我還沒實際用過，以上照 Anthropic 官方公告寫，實際體感等 8 月上線再補。）

順帶比一下對手。GitHub Copilot 的 cloud agent 在 Slack 走的是「@GitHub 描述任務 → 開 issue 或 PR」的單向模式，Cursor 也是類似的「提及 agent、拿回 PR」。Claude 的差別在 Code + Chat 的雙模式智慧路由，同一個 @Claude 入口，既能寫程式也能分析討論，由它自己分流。Gemini 目前沒有對應的公開整合。

真正變的其實不是「多一個能在 Slack 寫 code 的機器人」。是 coding 的觸發點，從你的 IDE 挪到了團隊的對話裡。bug 在哪裡被討論，就在哪裡被修，中間那段「開電腦、切分支、複製貼上背景」的儀式，被一句 @提及吃掉了。現在先用 Claude Code in Slack 練手，8 月接 Claude Tag 剛好無縫。