Claude Code剛上線了一個實驗性功能：讓AI在你關(guān)掉終端后，還能繼續(xù)接收外部消息并自動響應。這不是簡單的通知推送，而是雙向?qū)υ捦ǖ馈猄lack消息、Discord@、甚至自定義系統(tǒng)告警，都能直接喂給Claude處理。

目前僅限Telegram和Discord，需要Claude Code v2.1.80以上版本，且必須用claude.ai賬號登錄。企業(yè)版用戶還得找管理員手動開啟權(quán)限。

這功能到底改變了什么

傳統(tǒng)的AI編程助手是"你喊它才動"。通道（Channels）把這個模式翻了過來：外部事件主動觸發(fā)Claude。

想象幾個場景——

生產(chǎn)環(huán)境報錯，PagerDuty直接把告警丟進Claude通道。Claude讀取日志、定位代碼、生成修復建議，全程不需要人守在終端前。

或者你在開會，同事在Discord里@你問一個技術(shù)問題。Claude收到消息，查完代碼庫，直接把答案發(fā)回去。你手機上看到回復時，甚至不知道中間經(jīng)過了一道AI。

Anthropic官方文檔里的描述很克制："Events only arrive while the session is open"。但配合后臺常駐進程（tmux/screen/systemd），這實際上就是7×24的自動化代理。

安裝流程實測：比想象中輕

整個架構(gòu)建立在MCP（模型上下文協(xié)議）之上。每個通道是一個MCP插件，用Bun運行時。

Telegram的完整路徑：

第一步，/plugin install telegram@claude-plugins-official。這行命令背后，Claude Code會去拉取官方插件倉庫。

第二步，/telegram:configure 。配置項寫入項目本地的.claude/channels/telegram/.env，也可以提前設(shè)環(huán)境變量TELEGRAM_BOT_TOKEN。

第三步，關(guān)鍵：必須用claude --channels plugin:telegram@claude-plugins-official重啟。普通啟動不會加載通道。

第四步，/telegram:access pair 完成賬號綁定。最后/telegram:access policy allowlist鎖定權(quán)限——默認開放的話，任何人都能給你的Bot發(fā)消息驅(qū)動你的Claude。

Discord流程幾乎一致，只是token獲取方式不同。

官方還提供了一個fakechat插件，localhost模擬通道交互，不用真接外部平臺就能測試完整鏈路。

安全設(shè)計：企業(yè)版的管控邏輯

Team和Enterprise組織默認關(guān)閉通道功能，需要管理員在控制臺顯式啟用。這是Anthropic的典型做派：先把新功能鎖在research preview，給企業(yè)留足評估窗口。

權(quán)限層有兩道鎖。一是插件級的allowlist，控制誰能向Claude發(fā)送消息。二是Claude本身的工具調(diào)用確認——通道觸發(fā)的操作，終端會顯示工具調(diào)用記錄和"sent"確認，但回復內(nèi)容不會出現(xiàn)在本地終端，直接發(fā)往外部平臺。

這個設(shè)計很微妙：本地留痕（審計），但內(nèi)容外發(fā)（便利）。對于合規(guī)敏感的企業(yè)，這既是日志又是風險點。

另外，通道不支持Console登錄和API Key認證，必須用claude.ai的OAuth流程。這等于把身份核驗綁在了Anthropic的賬號體系上，第三方MCP服務器的權(quán)限邊界更清晰。

為什么是MCP？Anthropic的協(xié)議野心

通道功能不是孤立更新。它建立在MCP（Model Context Protocol）之上——這是Anthropic去年推出的開放標準，目標是把"AI能調(diào)用的工具"標準化。

MCP的定位類似USB-C：統(tǒng)一接口，即插即用。通道是MCP的一個特殊子集：不是AI去拉取數(shù)據(jù)，而是外部系統(tǒng)向AI推送事件。

這個方向指向一個明確的圖景：Claude Code正在從"終端里的助手"進化成"基礎(chǔ)設(shè)施里的節(jié)點"。

目前的兩個官方通道（Telegram/Discord）只是示范。MCP的生態(tài)一旦鋪開，任何能發(fā)HTTP的系統(tǒng)都能接入：GitHub Webhook、AWS EventBridge、內(nèi)部工單系統(tǒng)、甚至物理世界的IoT傳感器。

文檔里埋了一個線索："To build your own channel, see the Channels reference"。自定義通道的接口已經(jīng)開放，只是還沒大規(guī)模宣傳。

產(chǎn)品判斷：自動化戰(zhàn)爭的下一回合

通道功能的價值，不在于"用Telegram控制Claude"這個具體場景。而在于它驗證了AI代理的一種新形態(tài)：事件驅(qū)動、常駐后臺、跨平臺響應。

這和Cursor的Composer、GitHub Copilot的Agent Mode形成微妙差異。后兩者強調(diào)"人在回路"——你發(fā)起任務，AI執(zhí)行。通道模式允許"AI在回路"——系統(tǒng)發(fā)起，AI響應，人只在必要時介入。

技術(shù)從業(yè)者應該關(guān)注三個信號：

第一，Bun作為插件運行時。Node生態(tài)的替代者正在獲得頭部AI廠商的背書。

第二，MCP的推進速度。從工具協(xié)議到雙向通道，Anthropic在快速迭代協(xié)議邊界。

第三，企業(yè)管控的優(yōu)先級。新功能默認關(guān)閉、強制OAuth、操作留痕——這些設(shè)計說明Anthropic很清楚，自動化代理的合規(guī)風險比功能本身更難解。

通道目前還是research preview，但代碼倉庫里的實現(xiàn)已經(jīng)完整。對于需要7×24響應的技術(shù)團隊，這可能是把Claude從"效率工具"升級為"基礎(chǔ)設(shè)施組件"的關(guān)鍵一步。

數(shù)據(jù)收束：Claude Code通道功能需要v2.1.80+版本，目前僅支持Telegram和Discord兩個官方插件，企業(yè)版需管理員手動啟用。從插件安裝到完整運行，實測配置步驟5步以內(nèi)，核心依賴Bun運行時和MCP協(xié)議棧。