Claude推通道功能：AI能"离线"干活了

Claude Code刚上线了一个实验性功能：让AI在你关掉终端后，还能继续接收外部消息并自动响应。这不是简单的通知推送，而是双向对话通道——Slack消息、Discord@、甚至自定义系统告警，都能直接喂给Claude处理。

目前仅限Telegram和Discord，需要Claude Code v2.1.80以上版本，且必须用claude.ai账号登录。企业版用户还得找管理员手动开启权限。

这功能到底改变了什么

传统的AI编程助手是"你喊它才动"。通道（Channels）把这个模式翻了过来：外部事件主动触发Claude。

想象几个场景——

生产环境报错，PagerDuty直接把告警丢进Claude通道。Claude读取日志、定位代码、生成修复建议，全程不需要人守在终端前。

或者你在开会，同事在Discord里@你问一个技术问题。Claude收到消息，查完代码库，直接把答案发回去。你手机上看到回复时，甚至不知道中间经过了一道AI。

Anthropic官方文档里的描述很克制："Events only arrive while the session is open"。但配合后台常驻进程（tmux/screen/systemd），这实际上就是7×24的自动化代理。

安装流程实测：比想象中轻

整个架构建立在MCP（模型上下文协议）之上。每个通道是一个MCP插件，用Bun运行时。

Telegram的完整路径：

第一步，/plugin install telegram@claude-plugins-official。这行命令背后，Claude Code会去拉取官方插件仓库。

第二步，/telegram:configure 。配置项写入项目本地的.claude/channels/telegram/.env，也可以提前设环境变量TELEGRAM_BOT_TOKEN。

第三步，关键：必须用claude --channels plugin:telegram@claude-plugins-official重启。普通启动不会加载通道。

第四步，/telegram:access pair 完成账号绑定。最后/telegram:access policy allowlist锁定权限——默认开放的话，任何人都能给你的Bot发消息驱动你的Claude。

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

官方还提供了一个fakechat插件，localhost模拟通道交互，不用真接外部平台就能测试完整链路。

安全设计：企业版的管控逻辑

Team和Enterprise组织默认关闭通道功能，需要管理员在控制台显式启用。这是Anthropic的典型做派：先把新功能锁在research preview，给企业留足评估窗口。

权限层有两道锁。一是插件级的allowlist，控制谁能向Claude发送消息。二是Claude本身的工具调用确认——通道触发的操作，终端会显示工具调用记录和"sent"确认，但回复内容不会出现在本地终端，直接发往外部平台。

这个设计很微妙：本地留痕（审计），但内容外发（便利）。对于合规敏感的企业，这既是日志又是风险点。

另外，通道不支持Console登录和API Key认证，必须用claude.ai的OAuth流程。这等于把身份核验绑在了Anthropic的账号体系上，第三方MCP服务器的权限边界更清晰。

为什么是MCP？Anthropic的协议野心

通道功能不是孤立更新。它建立在MCP（Model Context Protocol）之上——这是Anthropic去年推出的开放标准，目标是把"AI能调用的工具"标准化。

MCP的定位类似USB-C：统一接口，即插即用。通道是MCP的一个特殊子集：不是AI去拉取数据，而是外部系统向AI推送事件。

这个方向指向一个明确的图景：Claude Code正在从"终端里的助手"进化成"基础设施里的节点"。

目前的两个官方通道（Telegram/Discord）只是示范。MCP的生态一旦铺开，任何能发HTTP的系统都能接入：GitHub Webhook、AWS EventBridge、内部工单系统、甚至物理世界的IoT传感器。

文档里埋了一个线索："To build your own channel, see the Channels reference"。自定义通道的接口已经开放，只是还没大规模宣传。

产品判断：自动化战争的下一回合

通道功能的价值，不在于"用Telegram控制Claude"这个具体场景。而在于它验证了AI代理的一种新形态：事件驱动、常驻后台、跨平台响应。

这和Cursor的Composer、GitHub Copilot的Agent Mode形成微妙差异。后两者强调"人在回路"——你发起任务，AI执行。通道模式允许"AI在回路"——系统发起，AI响应，人只在必要时介入。

技术从业者应该关注三个信号：

第一，Bun作为插件运行时。Node生态的替代者正在获得头部AI厂商的背书。

第二，MCP的推进速度。从工具协议到双向通道，Anthropic在快速迭代协议边界。

第三，企业管控的优先级。新功能默认关闭、强制OAuth、操作留痕——这些设计说明Anthropic很清楚，自动化代理的合规风险比功能本身更难解。

通道目前还是research preview，但代码仓库里的实现已经完整。对于需要7×24响应的技术团队，这可能是把Claude从"效率工具"升级为"基础设施组件"的关键一步。

数据收束：Claude Code通道功能需要v2.1.80+版本，目前仅支持Telegram和Discord两个官方插件，企业版需管理员手动启用。从插件安装到完整运行，实测配置步骤5步以内，核心依赖Bun运行时和MCP协议栈。