先说结论
用聊天软件遥控 coding agent 完全可行，而且已经有现成方案：Claude Code 官方的 Channels 支持 Telegram、Discord 和 iMessage，Hermes Agent 自带覆盖飞书、钉钉、企业微信、Telegram 等二十多个平台的消息网关，社区项目 cc-connect 把 Claude Code、Codex 等接到飞书、钉钉、Slack、QQ 等平台（以上均为 2026-11-02 核对）。它们最大的长处是不用装新 App、天天开着的聊天窗口就是入口，团队群里也能用。
它们共同的短处来自聊天窗口本身：一条消息流不是任务列表，几个会话同时跑时不好分辨；看不到电脑上已经开着的其他会话；看完整命令、看 agent 改了哪些文件都受限于消息格式；消息还要经过聊天平台的服务器。专用 App（比如 BotBus）补的就是这几处，代价是要多装一个 App，也不能拉进群里给同事用。下面逐项说。
现在有哪些聊天遥控方案
Claude Code Channels（官方，研究预览）
Channels 是 Claude Code 的一个研究预览功能：一个 MCP 服务器把外部消息推进你已经开着的那个会话。官方提供的有 Telegram、Discord、iMessage 三个插件，另有一个本机网页版的 fakechat 演示。用法大致是：装插件、配好机器人 token，用 claude --channels plugin:telegram@claude-plugins-official 重启会话，在 Telegram 里给机器人发消息拿配对码，回到终端配对，再把访问策略设成白名单。
几个要点，都来自官方文档：
- 需要 Anthropic 的认证（claude.ai 账号或 Console API key），Amazon Bedrock、Google Cloud 和 Microsoft Foundry 上不可用；Team / Enterprise 组织要管理员先打开。
- 预置插件依赖 Bun；iMessage 插件只能在 macOS 上用，要给终端开「完全磁盘访问权限」。
- 消息只在会话开着时送达，想一直在线就得把 Claude 放在后台进程或常驻终端里。
- 支持权限转发：插件声明了这项能力后，Bash、Write、Edit 这类工具审批会同时发到聊天里，终端的权限框也一直开着，哪边先回答算哪边。Telegram 插件会发一条带「See more / Allow / Deny」按钮的消息。项目信任、MCP 服务器授权这类对话框不会转发。
- 官方文档说明，Claude 经 Channels 回复时，终端里只显示工具调用和“sent”，回复正文只出现在聊天平台上。
Hermes Agent 的消息网关
Hermes 是这类方案里平台覆盖最广的。hermes gateway 起一个后台进程，官方文档列出的平台有 Telegram、Discord、Slack、WhatsApp、Signal、飞书、钉钉、企业微信、微信、QQ、元宝、Microsoft Teams、LINE 等。默认拒绝白名单之外、也没经私聊配对的用户；危险命令可以在聊天里用 /approve、/deny 回复，/sessions、/resume 找回旧会话，/stop 停掉当前这一轮。Hermes 的手机使用办法我们在 Hermes Agent 手机上怎么用 里单独写过。
cc-connect（社区项目）
cc-connect 是 GitHub 上的 MIT 开源项目，不属于任何 agent 厂商。它把本机的 Claude Code、Codex、Cursor Agent、Gemini CLI、OpenCode、Pi 等接到飞书、钉钉、企业微信、Slack、Telegram、Discord、QQ、个人微信等平台，README 写明大部分平台不需要公网 IP（LINE 和企业微信的 webhook 模式除外）。会话用 /new、/list、/switch 管理，权限用 /mode default（逐个询问）和 /mode yolo（全部自动批准）切换，admin_from 限制谁能用 /dir、/shell 这类敏感命令。如果你的团队就在飞书或钉钉里协作，它是国内最常被提到的选择之一。
聊天机器人的长处
照实说，下面这些是专用 App 比不上的：
- 零新装。飞书、微信、Telegram 本来就开着，通知、语音、发文件都是现成的。Android、iPhone、平板、电脑网页版都能用，没有系统版本门槛。
- 团队可以一起用。拉进群里，同事也能看到进展、接着下指令（前提是你在白名单里放行了他们）。这一点个人配对的 App 做不到。
- 平台多、生态全。Hermes 一个网关接二十多个平台，cc-connect 还支持定时任务、切换模型、群里多个机器人接力。
- Claude Code Channels 能接 webhook。CI 失败、报警这类事件可以直接推进正在跑的会话，不只是聊天。
如果你主要在一个会话里跟 agent 来回聊，或者团队本来就在 IM 里协作，聊天机器人很可能就够了。
聊天机器人卡在哪
一条消息流，不是任务列表
聊天窗口天然是一条长消息流。同时跑三个项目时，哪个在等你、哪个已经跑完、哪个失败了，要往上翻才知道。Channels 只把消息推进你用 --channels 启动的那一个会话；Hermes 网关和 cc-connect 的会话都是从聊天里开的，文档里都没讲怎么把你在电脑终端里已经开着的会话接到聊天里。
审批信息受消息格式限制
Claude Code 的权限转发会把工具名、描述和参数预览发出来，按官方文档，每个字段超过 3,500 个字符时只保留开头和结尾，中间折叠；能识别的密钥会被替换成 [REDACTED]。这在安全上是合理的，但在小屏幕的聊天气泡里读一长串命令并不轻松。Hermes 网关要你打 /approve，cc-connect 的 README 里讲的是切换权限模式，没有写逐条审批的按钮。
看不到改了什么
agent 改了哪些文件、加了多少行、diff 长什么样，这些在聊天里只能让 agent 自己描述，或者发文件过来。描述可能不准，文件在聊天里也不好比对。
消息经过聊天平台
消息要经过聊天平台的服务器。Telegram 机器人对话属于云端聊天，不是端到端加密；企业 IM 的消息存储和审计按各平台和企业自己的策略来。命令、文件路径、代码片段都在这条路上。权限转发还意味着：任何能在这个聊天里回复的人都能批准工具调用，官方文档也专门提醒只把可信的人放进白名单。
网络和账号风险
在国内用 Telegram、Discord，手机和电脑都要能连上它们的服务器。个人微信的机器人接入要看用的是哪种方式、是否被平台允许，账号风险需要自己评估。飞书、钉钉、企业微信要先在开放平台建应用，有的还要管理员审批。
专用 App 补上了什么：以 BotBus 为例
BotBus 在电脑上常驻（Mac 版是菜单栏应用，另有 Linux 版 和 Windows 版），自动发现本机的 Codex、Claude Code、Hermes、Pi、OpenClaw、DeepSeek Harness，以及经 ACP 接入的其他 agent，把任务经端到端加密的中转同步到手机和手表。和聊天机器人相比，主要差在这几处：
- 自动发现已有会话。你在电脑终端里照常
claude、codex，不用换启动参数，任务就出现在手机上，按电脑、项目、agent 分好；多台电脑也在同一个列表里。 - 审批是卡片。要运行的命令、要改的文件显示在审批卡片里，点允许或拒绝；agent 带选项提问时直接点选。Claude Code 电脑上的会话要先在 BotBus 设置里装 hooks。详见在手机上审批 Claude Code。
- 能看未提交的改动。按文件列出增删行数和 diff，适合在手机上判断方向对不对。
- 成果送到手机。截图、文件、视频随任务回传，agent 起的开发服务器可以在手机上预览，见在手机上看截图和文件。
- 推送只在需要你的时候：等审批、等回复、完成、失败才提醒，不会混在一群聊天消息里。
- Apple Watch 上也能审批和回复。
- 内容端到端加密：对话、命令、结果在设备上加密后才经过中转服务器，见端到端加密说明。
限制与边界
- 要装 App，也不能拉进群。BotBus 是你自己的电脑和你自己的手机配对，多台手机可以配对同一台电脑，但没有群聊式的协作，团队一起围观同一个 agent 时聊天机器人更合适。
- 能不能操作取决于连接器、任务状态和电脑是否在线。审批、续聊、新建、中断要电脑开着、联网；有些 agent 没有审批通道，例如 Pi 没有审批、Hermes 在 BotBus 用的单次模式下没有审批通道（这正是 Hermes 网关的
/approve更合适的场景）。 - 元数据不加密。服务器看不到内容，但看得到设备编号、在线状态、更新时间和数据大小；开发预览要经服务器代理页面，不在端到端加密范围内。
- 推送取决于系统通知权限和配置。
- 平台。iPhone 和 Apple Watch 版在 App Store 上架（iOS 26 / watchOS 26 起）；Android 版需要 Android 8.0 或更新，可以在官网下载区下载安装包。
能不能一起用
可以，它们解决的问题有重叠但不冲突。常见的搭配是：团队协作、需要群里可见的任务走飞书或 Telegram 机器人；自己电脑上同时跑的几个 Codex、Claude Code 会话用专用 App 盯着。Hermes 网关里的对话也会出现在 BotBus 里（归在用户主目录这个项目下）。同一个 Claude Code 会话不建议同时开 Channels 的权限转发和 BotBus 的 hooks，两边都能答同一个审批，容易分不清是谁批的，一个会话保留一个审批入口更清楚。
常见问题
飞书能直接遥控 Claude Code 吗？
截至 2026-11-02，Claude Code 官方 Channels 只提供 Telegram、Discord、iMessage 插件，没有飞书。飞书可以用社区项目 cc-connect，或者换用自带飞书网关的 Hermes Agent。
Claude Code Channels 能在手机上批准权限吗？
能。官方的 Telegram、Discord、iMessage 插件都支持权限转发，Telegram 里是带 Allow / Deny 按钮的消息；终端的权限框同时开着，先回答的那边生效。前提是会话用 --channels 启动并一直开着。
用 API key 或中转站跑 Claude Code，能用 Channels 吗？
官方文档写的是需要 claude.ai 或 Console API key 的 Anthropic 认证，Bedrock、Google Cloud、Microsoft Foundry 上不可用。走第三方中转的情况文档没提到。BotBus 接的是你本机的 Claude Code，不要求 claude.ai 登录，用 API key 或中转站也能用；要注意中转地址和 key 得写进 ~/.claude/settings.json 的 env，手机发起的那一轮才读得到，见用 API key 或中转站时在手机上用 Claude Code。
聊天机器人和 BotBus 哪个更安全？
取决于你在意什么。聊天机器人的消息经过聊天平台，平台能不能看到内容取决于它的加密方式；BotBus 的内容端到端加密，但服务器仍看得到设备编号、在线状态这类元数据。无论哪种，能批准审批的人就能让 agent 在你电脑上执行命令，白名单和配对都要管好。
我已经在用 Hermes 的 Telegram 网关，还需要 BotBus 吗？
不一定。只把 Hermes 当个人助理、要在聊天里批准危险命令的，网关就够了；想在一个列表里同时看 Hermes、Codex、Claude Code，看电脑上开的会话和代码改动，再考虑 BotBus。