第一时间捕获有价值的信号
跨设备 AI 编程的新范式
2026 年初,AI 辅助编程领域出现了两个引人注目的趋势:一边是 OpenClaw 以激进的开源策略席卷开发者社区,另一边是 Anthropic 凭借 Claude Code 稳扎稳打地构建企业级开发生态。截至 2026 年 3 月,Claude Code 的年经常性收入(ARR)已超过 25 亿美元,刚刚完成 300 亿美元 G 轮融资,估值达到 3800 亿美元。
在这个背景下,Anthropic 密集推出了一系列跨设备协作能力,试图重新定义开发者与 AI 助手的交互方式。本文将深入解析三大核心功能:
- Channels:将外部事件(Telegram、Discord、iMessage、Webhook)推送到本地运行的 Claude Code 会话
- Remote Control:从手机或浏览器远程控制本地 Claude Code 会话
- Cowork Dispatch:通过手机向桌面端 Claude 委托任务,实现真正的异步协作
这三种能力共同构成了 Anthropic 对「跨设备 AI 编程」的完整愿景:无论你在哪里、使用什么设备,都能无缝访问你本地的开发环境和 AI 助手。
Channels —— 让外部世界与你的本地 AI 对话
什么是 Channels?
Channels 是一种 MCP(Model Context Protocol)服务器,它能够将外部事件推送到你正在运行的 Claude Code 会话中。这意味着,当 Telegram 收到消息、CI 流水线构建失败、或者监控告警触发时,这些事件可以直接进入你的 Claude Code 会话,让 Claude 实时响应。
与标准的 MCP 服务器不同(Claude 主动查询它们获取信息),Channels 是推送式的:当外部事件发生时,Channel 主动将消息推送到你的会话中。这使得 Claude 能够「被动等待」并响应外部触发,而不是持续轮询。
核心使用场景
Channels 最适合以下场景:
- 聊天桥接:通过 Telegram、Discord 或 iMessage 与 Claude 对话,而无需打开终端
- Webhook 接收器:接收来自 CI/CD、错误追踪器、部署流水线的外部事件
- 监控告警响应:当系统告警触发时,自动让 Claude 分析日志并提出修复建议
支持的 Channels
目前官方提供以下 Channel 插件:
| Channel | 说明 | 特殊要求 |
|---|---|---|
| Telegram | 通过 Telegram Bot 接收消息 | 需要创建 Bot 并获取 Token |
| Discord | 通过 Discord Bot 接收消息 | 需要启用 Message Content Intent |
| iMessage | 通过 macOS Messages 接收消息 | 仅支持 macOS,需授予 Full Disk Access |
| Fakechat | 本地测试用的演示 Channel | 无需外部服务,运行在本机 8787 端口 |
安装与配置示例(以 Telegram 为例)
第一步:创建 Telegram Bot
- 在 Telegram 中搜索并打开 @BotFather
- 发送
/newbot命令 - 按提示设置 Bot 的显示名称和用户名(必须以
bot结尾) - 复制 BotFather 返回的 Token
第二步:安装 Channel 插件
# 在 Claude Code 中执行
/plugin install telegram@claude-plugins-official
如果提示插件未找到,先更新插件市场:
/plugin marketplace update claude-plugins-official
第三步:配置 Token
/telegram:configure <你的 Bot Token>
第四步:重启 Claude Code 并启用 Channel
claude --channels plugin:telegram@claude-plugins-official
第五步:配对账号
- 在 Telegram 中向你的 Bot 发送任意消息
- Bot 会回复一个配对码
- 在 Claude Code 中执行:
/telegram:access pair <配对码>
- 限制只允许你的账号访问:
/telegram:access policy allowlist
完成以上步骤后,你就可以在 Telegram 中与 Claude 对话,所有消息都会进入你本地运行的 Claude Code 会话,Claude 的回复也会通过 Telegram 发送回来。
安全机制
Channels 采用多层安全机制:
- 发送者白名单:只有已配对的账号 ID 才能向你的会话发送消息,其他消息会被静默丢弃
- 会话级启用:即使 Channel 插件已安装,也必须在启动时通过
--channels参数显式启用 - 企业级控制:Team 和 Enterprise 组织需要在管理后台显式启用 Channels 功能
- 权限中继:如果 Channel 声明了权限中继能力,发送者可以通过 Channel 批准或拒绝工具使用请求
Channels 与其他功能的对比
| 功能 | 触发方式 | Claude 运行在 | 适用场景 |
|---|---|---|---|
| Channels | 外部事件推送 | 本地 | 响应外部系统的实时事件 |
| Remote Control | 用户主动连接 | 本地 | 从其他设备控制本地会话 |
| Claude Code on Web | 用户主动访问 | 云端 | 无需本地环境的快速任务 |
| Slack | @Claude 提及 | 云端 | 从团队聊天中启动任务 |
Remote Control —— 你的本地 AI 会话的远程窗口
什么是 Remote Control?
Remote Control 允许你从手机、平板或任意浏览器连接到本地运行的 Claude Code 会话。与 Channels 的「被动接收外部事件」不同,Remote Control 是「主动控制本地会话」——你可以从其他设备发送消息、查看响应、继续对话,就像坐在本地终端前一样。
Remote Control 的核心价值在于:当你离开工位时,仍然可以无缝继续本地的开发工作。你在本地启动的任务、配置的 MCP 服务器、打开的代码库,全部保持可用,只是交互界面转移到了另一个设备上。
核心能力
- 完整本地环境远程复用:所有文件、MCP 服务器、工具链配置都保持可用
- 多端实时同步:终端、浏览器、手机 App 之间的对话完全同步
- 自动重连:短暂断网或电脑睡眠后自动恢复连接
- 并发会话管理:服务端模式下可运行多个独立会话
三种启动方式
方式一:服务端模式(推荐长时间运行)
claude remote-control
这种方式适合需要长时间运行、供多个设备随时连接的场景。特点:
- 进程在终端持续运行,等待远程连接
- 按空格键可显示/隐藏二维码
- 支持
--spawn参数配置并发会话模式(共享目录或独立 git worktree) - 支持
--capacity设置最大并发数
方式二:交互式会话中启用
# 启动时直接启用
claude --remote-control "项目名称"
# 或在已有会话中启用
/remote-control 项目名称
这种方式适合临时需要从其他设备控制的场景。特点:
- 可以在本地终端正常输入的同时,远程设备也能控制
- 会话历史完全继承
- 自动生成会话链接和二维码
从其他设备连接
会话启动后,有三种方式接入:
- 直接打开 URL:在浏览器中访问终端显示的会话链接(如
https://claude.ai/code/session/xxx) - 扫描二维码:使用 Claude 手机 App 扫描二维码直接打开会话
- 从会话列表选择:打开 claude.ai/code 或 Claude App,在会话列表中找到带有电脑图标和绿色在线标记的远程会话
安全机制
Remote Control 采用多重安全设计:
- 仅出站连接:本地 Claude Code 只发起出站 HTTPS 请求,不在本地开放任何入站端口
- TLS 加密:所有流量通过 Anthropic API 传输,使用 TLS 加密
- 短生命周期凭证:使用多个短期凭证,每个凭证仅对应单一用途,独立过期
- 企业级控制:Team/Enterprise 组织需要管理员在后台启用 Remote Control
Remote Control vs 其他方式
| 特性 | Remote Control | 网页版 Claude Code | Channels |
|---|---|---|---|
| 运行位置 | 本地电脑 | Anthropic 云端 | 本地电脑 |
| 本地环境访问 | 完整访问 | 无法访问 | 完整访问 |
| 触发方式 | 用户主动连接 | 用户主动访问 | 外部事件推送 |
| 适用场景 | 跨设备延续本地工作 | 无需本地环境的快速任务 | 响应外部系统事件 |
Cowork Dispatch —— 异步任务委托的未来
什么是 Cowork Dispatch?
Cowork Dispatch(在官方文档中常简称为「Dispatch」)是 Anthropic 为 Claude 桌面应用推出的异步任务委托功能。与 Remote Control 的「实时控制本地会话」不同,Dispatch 的核心模式是:你通过移动应用向桌面端 Claude 发送任务,Claude 在本地执行完成后,将结果推送回你的手机。
这种模式实现了真正的「异步协作」——你不需要保持连接,不需要等待任务完成,只需要像给同事发消息一样给 Claude 发任务,然后去忙别的事情,等 Claude 完成后再通知你。
核心能力与使用场景
Dispatch 支持以下类型的任务委托:
- 本地文件处理:从手机让 Claude 读取本地 Excel 并生成摘要报告
- 连接器数据整合:搜索 Slack 和邮件,起草简报文档
- 云端文件操作:从 Google Drive 获取文件并生成演示文稿
- 文件夹批量处理:整理或处理本地特定文件夹中的文件
- 定时任务和例行工作:设置每天早上检查邮件、每周拉取指标等
系统要求与限制
基本要求:
- Claude Desktop 应用(macOS 或 Windows x64)必须安装并保持运行
- Claude 移动应用(iOS 或 Android)必须安装
- Pro 或 Max 订阅计划
- 电脑必须保持唤醒状态,Claude Desktop 必须保持打开
当前限制:
- 桌面必须保持活动状态(睡眠或关闭应用无法工作)
- Computer Use 在虚拟机外运行(不在 Cowork 沙箱内)
- 只有一个连续的对话线程(无法同时管理多个独立线程)
设置流程
第一步:安装和更新应用
- 从 claude.com/download 下载并安装 Claude Desktop
- 从 App Store 或 Google Play 安装 Claude 移动应用
- 确保两个应用都更新到最新版本
第二步:在移动应用上启用 Dispatch
- 在手机上打开 Claude 应用
- 点击左侧边栏的「Dispatch」
- 阅读功能介绍后点击「Get started」
- 授予必要的权限(文件访问、保持电脑唤醒)
- 点击「Finish setup」完成设置
第三步:开始委托任务
完成设置后,你可以在「Dispatch」界面直接与 Claude 对话。发送任务后,Claude 会在你的桌面电脑上执行,完成后将结果推送到你的手机。
安全考量
Dispatch 涉及手机 AI 代理远程控制桌面 AI 代理,形成了一条指令链:手机指令可以触发电脑上的实际操作(读取、移动或删除本地文件、访问连接的服务、控制浏览器、使用桌面应用)。这种能力强大,但风险也随之增加。
安全建议:
- 确保信任链中的每一个应用和服务
- 清楚了解哪些文件和账户是可访问的
- 知道如何快速断开连接或撤销访问权限
- 仅在确信这些代理「可能做什么」时才连接,而不仅仅基于「你希望它们做什么」
Dispatch vs Remote Control vs Channels
| 功能 | Dispatch | Remote Control | Channels |
|---|---|---|---|
| 交互模式 | 异步委托 | 实时控制 | 事件触发 |
| 发起端 | 手机向桌面发任务 | 任意设备控制本地会话 | 外部系统向本地发事件 |
| 执行环境 | 本地桌面 | 本地电脑 | 本地电脑 |
| 适用场景 | 离线委托任务 | 跨设备延续工作 | 响应外部系统事件 |
| 是否需要 Desktop | 是 | 否(CLI 即可) | 否(CLI 即可) |
架构哲学与生态竞争
三种世界观的分野
Claude Code 的跨设备能力与 OpenClaw 等开源方案的竞争,本质上反映了 AI Agent 领域的三种架构哲学:
本地优先的激进简约派(OpenClaw 模型)
用户拥有一切:数据、记忆、模型选择权。安全由用户负责。社区驱动的 Skill 生态提供长尾覆盖。GitHub 三个月 20 万 stars 证明了这种模式的吸引力。但安全问题已经开始反噬:高危 CVE、恶意 Skill、明文存储的凭证。
云优先的企业编排派(Dispatch/Anthropic 模型)
提供商保证安全和质量,用户交出控制权和数据。Claude Code 25 亿 ARR 证明企业市场愿意为此付费。四层防御纵深(Apple Virtualization + bubblewrap + seccomp + OAuth 代理)领先一代。但记忆锁定在平台内,切换成本随时间指数增长。
混合主权派(第三条路)
用开放框架的灵活性 + 企业级的安全合规。Epsilla、cognipeer 等公司正在这个空间里构建编排层。核心挑战是:如何在「自动蒸馏」和「用户可控」之间找到平衡。
关键分歧:谁拥有你和 AI 的默契?
这是理解 Dispatch vs OpenClaw 整个竞争逻辑的核心钥匙。
OpenClaw 的默契归用户所有。MEMORY.md、USER.md、SOUL.md 都是本地 Markdown 文件,用户可以 Git 版本控制、手动编辑、迁移到其他系统。记忆的格式是人类可读的。即使 OpenClaw 项目死了,这些文件仍然有价值。
Dispatch 的默契归 Anthropic 所有。Claude Memory 存储在 Anthropic 服务器上,用户可以查看和删除,但无法导出完整的结构化记忆并迁移到其他系统。如果用户从 Claude 切换到 GPT,积累的默契就丢失了。
这个所有权差异带来了一个重要的非线性效应:切换 AI 系统的成本和使用时间的关系是非线性的——用了一周,切换成本低;用了一年,切换成本巨大。因为在这个过程中,你积累的远远超过 AI 对你的了解,还有你对 AI 的了解:知道它的强项和弱点,知道怎么表达它才能准确理解,知道什么任务可以放心交给它。这种双向的默契无法轻易转移。
Dispatch 的商业模式恰好利用了这个非线性:用的时间越长,积累的默契越深,切换的损失越大,锁定效应越强。这在商业上是天才设计,但对用户来说是需要清醒认识的风险。
实践指南与最佳实践
场景一:通过 Telegram 接收 CI/CD 告警并自动修复
目标:当 GitHub Actions 构建失败时,自动通过 Telegram 通知 Claude,Claude 分析日志并提出修复建议。
实现步骤:
- 按照前文步骤安装并配置 Telegram Channel
- 在 GitHub 仓库设置中,添加一个 Webhook,指向你的 Telegram Bot(或使用 Zapier 等中间服务将 Webhook 转换为 Telegram 消息)
- 配置消息格式,确保包含仓库名、分支、构建状态、日志链接
- 在 Claude Code 中设置自动处理规则,例如:
当收到包含 "build failed" 的消息时:
1. 提取日志链接
2. 使用 curl 或 fetch 获取日志内容
3. 分析错误类型(语法错误、依赖问题、测试失败等)
4. 提出具体的修复建议
5. 通过 Telegram 回复总结
场景二:远程 debugging —— 在通勤途中继续排查线上问题
目标:在公司开始排查生产环境问题,下班后在通勤途中通过手机继续调试。
实现步骤:
- 在公司电脑上启动 Claude Code 并进入项目目录
- 启动 Remote Control:
claude remote-control --name "生产问题排查"
- 扫描二维码在手机上打开会话,测试连接正常
- 在桌面端开始初步排查,查看日志、运行诊断命令
- 下班离开公司,在地铁上打开手机,发现会话仍然在线
- 继续在手机上与 Claude 对话,请求「查看过去 1 小时的错误日志」「统计哪个 API 端点错误最多」等
- Claude 在本地电脑上执行命令,将结果返回给手机
关键优势:整个过程中,敏感的生产环境访问凭证、日志文件、数据库连接都保留在公司电脑本地,不会传输到手机或云端。
场景三:异步任务委托 —— 让 Claude 在你睡觉时完成工作
目标:睡前给 Claude 布置任务,让它在夜间执行,第二天早上在手机上查看结果。
实现步骤:
- 确保 Claude Desktop 和移动应用都已安装并登录同一账号
- 在手机 Claude 应用中,点击左侧边栏的「Dispatch」
- 完成初始化设置,授予必要的权限
- 发送第一个任务,例如:
请帮我完成以下任务:
1. 查看我桌面上 "待整理" 文件夹中的所有文件
2. 将图片文件移动到 "图片" 文件夹
3. 将 PDF 文件移动到 "文档" 文件夹
4. 生成一个整理报告,告诉我移动了多少文件
我会在明天早上查看结果。
- 关闭手机,睡觉
- Claude Desktop 在电脑上接收任务,执行文件整理操作
- 第二天早上,打开手机 Claude 应用,在 Dispatch 界面查看完整的执行报告
关键优势:这是一种真正的「异步委托」模式——你不需要保持连接,不需要实时交互,只需要像给同事发邮件一样给 Claude 发任务,它完成后会把结果「汇报」给你。
最佳实践建议
1. 选择合适的工具组合
- Channels:适合需要「响应外部事件」的场景,如接收 CI 告警、监控通知、聊天消息
- Remote Control:适合需要「实时跨设备控制」的场景,如在公司开始工作、在路上继续
- Dispatch:适合需要「异步委托任务」的场景,如睡前布置任务、让 Claude 在后台执行
2. 安全注意事项
- Channels 的发送者白名单机制至关重要,务必在完成配对后将访问策略设为
allowlist - Remote Control 虽然只使用出站连接,但仍需确保连接的设备可信
- Dispatch 涉及手机 AI 代理远程控制桌面 AI 代理,建议仅在个人设备上启用,不要在共享电脑上使用
3. 性能优化建议
- Remote Control 会话会在网络中断 10 分钟后超时,建议在稳定的网络环境下使用
- Channels 的事件只在会话开启时到达,如需「始终在线」的响应,需要在后台持续运行 Claude Code
- Dispatch 的任务执行依赖本地电脑保持唤醒状态,如需夜间执行,请调整电脑的睡眠设置
选择适合自己的跨设备协作模式
Claude Code 的跨设备能力矩阵——Channels、Remote Control 和 Cowork Dispatch——共同构成了 Anthropic 对「AI 辅助编程」未来形态的愿景。这三种能力分别对应了三种不同的协作模式:
- Channels 让外部世界能够触达你的本地 AI,实现了「环境感知」的智能
- Remote Control 打破了设备的物理边界,实现了「无处不在」的访问
- Dispatch 重新定义了人机协作的时序,实现了「异步委托」的自由
然而,正如我们在架构哲学部分分析的,选择使用这些功能也意味着选择了一种「默契所有权」的立场。Anthropic 的封闭生态提供了即时的便利和企业级的安全保障,但也带来了长期的数据锁定风险。与之相对的开源方案(如 OpenClaw)则提供了更高的可控性和可迁移性,但需要用户承担更多的安全责任。
对于开发者而言,最务实的策略可能是:在短期内利用 Anthropic 生态的成熟度提升生产力,同时在关键的知识资产上保持可迁移的格式,为未来可能的平台切换保留灵活性。
无论选择哪种路径,Claude Code 的跨设备能力都已经展示了一个清晰的未来图景:AI 编程助手不再被束缚于单一设备或环境,而是成为一种随时可用、随地可达、随需响应的智能基础设施。这场关于「谁拥有你和 AI 的默契」的长期竞争,才刚刚开始。