Anthropic 讓 Claude Code 接上 channels，AI 代理開始從臨時助手變成常駐系統
Anthropic 這次的 channels，表面上看只是 Claude Code 多了幾個外部輸入管道，但它其實在改寫 AI 代理的工作方式。過去的 AI 工具大多是你叫它，它才回應；channels 則是把外部事件直接推進一個已經開著的 Claude Code session，讓模型在你不盯 terminal 的時候，也能持續接收訊息、回應通知、處理 webhook，甚至回到原本正在做的任務上。這不只是介面更新，而是 AI 代理從臨時助手走向常駐系統的明顯一步。
Anthropic 官方文件把這件事講得很清楚。channels 是一種 MCP server，能把 message、alert 與 webhook 推進 running session；目前 research preview 支援 Telegram 與 Discord，也提供 fakechat 當本機示範，方便先測事件橋接流程。文件同時列出幾個很硬的使用條件: Claude Code 要 2.1.80 或以上、要登入 claude.ai、API key 不支援；Team 與 Enterprise 還要由管理員顯式開啟 channels。這些條件看似繁瑣，但也說明 Anthropic 不打算把它包成一個隨便點一下就好的玩具，而是把它當成進入工作流的正式通道。
如果把 The Decoder 和 Anthropic 官方文件放在一起讀，這個功能的定位更清楚。它不是單純把 Claude Code 變成「更像聊天 app」，而是把它變成能被外部系統喚醒的工作節點。CI results、monitoring events、chat messages、甚至你自己做的 webhook receiver，都可以在 session 還活著時把事件丟進去。Anthropic 甚至把 channels 放進和 web sessions、Slack、標準 MCP server、Remote Control 並列的分類裡，說明它要補的是「推入事件」這個缺口，而不是再做一個重複的介面。
channels 真正補上的，是事件驅動的 AI 工作流
這個功能之所以值得寫，是因為它把 AI 代理從「等待使用者操作」改成「等待系統事件」。在實務上，這差很多。以前你要讓 AI 幫忙看 CI 失敗、處理 issue、回覆某個工作訊息，通常得自己把資料複製到對話框；現在外部系統可以直接推到 Claude Code session 裡，Claude 讀到事件後再透過同一個 channel 回應。
對開發者來說，這種模式最像什麼？最像一個從 Slack、Telegram、Discord、監控系統、甚至自家 webhook 收訊息的值班工程師，只是這個工程師不會離開 terminal。它的價值不在於單次回答更漂亮，而在於它能持續維持狀態。當任務跨越數小時、數天，或需要在多個外部系統之間接力時，channels 會比單純對話更接近真實工作。
| channels 帶來的能力 | 官方 / 文件現況 | 工作流含義 |
|---|---|---|
| Telegram / Discord | research preview 已支援 | 把手機訊息直接送進 Claude Code |
| fakechat | 本機 localhost demo | 先測事件橋接，不必先接真實平台 |
| webhook / monitor events | 文件明確提到 | 讓 CI、告警與外部系統直接喚醒代理 |
| allowlist 與 pairing | 只允許已配對 sender | 降低外部訊息亂入風險 |
| Team / Enterprise 控制 | 管理員可開啟或關閉 | 把功能納入組織治理 |
為什麼這不只是「手機可以叫 AI」
因為 channels 不是在做一個新的前台 app，而是在做一條回到工作中的路。Anthropic 把它設計成 two-way：事件進來後，Claude 會在同一個 channel 裡回應。這種設計很適合幾種典型場景。第一，CI 失敗後自動把錯誤送進 session，讓 Claude 直接接著 debug。第二，監控告警來了，Claude 立刻去看是哪個設定或哪個變更造成的。第三，團隊聊天裡丟來一個需求，Claude 先把它拆成任務，再回到正在跑的工作上。
這些場景的共同點是：它們都不是一次性問題，而是持續狀態問題。若沒有 channels，AI 每次都只是在斷線式對話裡工作；有了 channels，AI 才開始像一個能被事件喚醒的工作站。這也和 Anthropic 近來往 Claude Code、Cowork、Marketplace 延伸的方向一致。它不是單點把模型做強，而是把模型放進更長的執行鏈。
更有意思的是，Anthropic 其實把 channels 放在一個很務實的框架裡。文件明說，事件只會在 session 開著的時候進來；如果想要 always-on，就得把 Claude 跑在背景程序或持久 terminal 裡。這代表 Anthropic 沒有故意把它包裝成魔法，而是老老實實告訴你：這是一個需要 session 管理、權限控制與持久運行條件的代理系統。
這個功能一上線，安全問題也會立刻變得更尖銳
任何能把外部訊息推進 agent session 的設計，都一定會碰到 prompt injection 的問題。Anthropic 這次雖然有 sender allowlist、pairing、管理員開關等控制，但這些措施解的是「誰能送訊息進來」，還不是「訊息內容會不會刻意誤導代理」。而只要一個 channel 可以接 webhook、CI 或聊天訊息，攻擊面就會比單純的人機對話更大。
因此，Anthropic 這次其實是在把安全設計往前移。它要求 claude.ai login、禁止 API key 直連、限制 research preview 的可用 plugin、並且讓 Team / Enterprise 先用管理設定控管。這些都是很典型的企業級 gating。換句話說，channels 的真正價值不是讓每個人都更容易玩 AI，而是讓組織能把 AI 接進內部事件流時，還保有最基本的治理能力。
這點也可以和 Anthropic 先前在 Firefox 安全合作上的敘事放在一起看。當模型開始碰程式碼、瀏覽器、訊息管道與工作流事件時，安全就不再只是模型輸出準不準，而是整條鏈路會不會被外部輸入誘導。channels 是把這個問題推到前台，不是把它隱藏起來。
Anthropic 在和誰競爭
這次功能最直接的競爭對手，不是某個單一 chatbot，而是整個事件驅動工作流的市場。OpenAI 正在強推自動化研究員與更長流程的 Codex；Google 在 browser agent 上收縮、把重心轉去 coding tools；甚至 OpenAI 自己也在往更專門的任務方向收斂。Anthropic 這次的 channels 很像是另一條路：它不急著把一個巨大的通用 agent 塞給你，而是先把 agent 放進你已經在用的訊息與監控入口。
這也是為什麼我會把它和 Claude Marketplace 把企業採購入口做厚，Anthropic 開始往分發層靠近 一起看。Marketplace 解的是「你怎麼買到 Claude 生態的工具」，channels 解的是「買完之後怎麼讓它真的動起來」。一個是分發，一個是執行；兩個加起來，才像一套完整的企業代理平台。
如果再對照 Claude Code 的 context rot 問題，暴露長流程代理最難守住的是記憶品質，你會看到 Anthropic 其實一直在補同一件事：讓長流程代理不要只會說，還要能保持狀態、接收事件、在合適的權限下持續工作。channels 是把這個方向具體化的一步。
最值得追的，是它會不會從 preview 變成真正的值班層
目前 channels 還只是 research preview，這很重要。因為 preview 的意思不是功能不重要，而是 Anthropic 還在看它到底會被怎麼用。接下來有三件事會決定它是不是只是一個漂亮 demo。
第一，企業會不會真的把 CI、告警、工單和聊天訊息接進去。如果只是拿來做 Telegram bot demo，那它的價值有限；如果它開始進入值班與修復流程，impact 就完全不同。第二，Anthropic 能不能把安全邊界守住。事件驅動一旦普及，輸入面就會擴大，安全設計不能只靠 allowlist。第三，channels 能不能跟 Claude 的其他產品線整合得更深，變成一個可被 enterprise 接入的持續執行層，而不是單一小功能。
如果這些都能成立，Anthropic 的 Claude Code 就不再只是寫程式工具，而會開始像一個事件驅動的作業層。那時候，AI 代理市場的競爭點就更明白了: 誰先把「被喚醒、被接手、被回覆、被追蹤」做成標準流程，誰就更接近下一代工作介面。