先说结论
Claude Code 官方的 Remote Control 让你用 Claude 手机 app 或 claude.ai/code 接上电脑上正在跑的会话，对大多数只用 Claude Code、登录的是 claude.ai 订阅账号的人来说，它是最省事的选择。需要找替代方案的，通常是这几种情况：你用 API key、Amazon Bedrock 或公司的 LLM 网关跑 Claude Code；你同时在用 Codex 等其他 agent，不想开两个 app；或者你希望中转服务器只见密文。下面先把官方方案的边界讲清楚，再逐个看替代方案适合什么人。
以下关于 Remote Control 的内容，是我们在 2026 年 9 月 29 日对照 Claude Code 官方文档核对的；它更新很快，以官方文档为准。
官方 Remote Control 能做什么
Remote Control 的思路是“把本机会话开一扇窗”：Claude Code 继续在你的电脑上运行，文件系统、MCP 服务器和项目配置都在本机，手机和网页只是这个会话的另一块屏幕。启动方式有几种：在项目目录运行 claude remote-control 进入服务器模式，用 claude --remote-control 开一个同时可远程的交互会话，或者在已有会话里输入 /remote-control。VS Code 扩展和 Claude 桌面 app 里也能用 /rc。
它的长处很实在：
- 同步完整：终端、网页、手机上的对话实时同步，子 agent 的进度也看得到，三处都能发消息。
- 能发图和文件：手机上附的图片直接给 Claude 看，其他文件下载到你电脑上再交给它。
- 断线自动重连：笔记本睡眠或网络断开，电脑恢复后会自己接上。
- 服务器模式能并行：
claude remote-control默认最多 32 个并发会话，还能用--spawn worktree让每个会话开在独立的 git worktree 里。 - 官方推送：在
/config里打开后，任务跑完或需要你批准时，Claude app 会收到推送。
它的边界在哪里
同一份文档也写明了限制，这些正是人们去找替代方案的原因：
- 要 claude.ai 订阅登录。 支持 Pro、Max、Team 和 Enterprise，不支持 API key；Team 和 Enterprise 默认关闭，要管理员打开。
- 只认 api.anthropic.com。 通过 Amazon Bedrock、Google Cloud、Microsoft Foundry 使用 Claude，或者把
ANTHROPIC_BASE_URL指向 LLM 网关、代理时，都用不了。 - 会话得是开着 Remote Control 启动的进程。 关掉终端、退出桌面 app 或 VS Code，会话就下线；非服务器模式下，一个交互进程同时只挂一个远程会话。
- 只管 Claude Code。 如果你还在用 Codex 或别的 agent，它们要各找各的办法。
- 流量经 Anthropic API 走 TLS。 文档说明本机只发起出站 HTTPS、不开入站端口，并用多个短期凭据；它描述的是传输加密，没有写成端到端加密。对大多数人这已经足够，但如果你的要求是“中转方看不到内容”，就要把这一点算进去。
几种替代方案
官方的其他远程方式：Channels 与 Dispatch
同一份文档还列了几种“人不在终端前”的官方做法。Channels 用插件把 Telegram、Discord 或你自己服务器的事件推进本机正在跑的 Claude Code，适合“CI 失败了让它去看看”这类事件驱动的场景。Dispatch 是从 Claude 手机 app 给配对的桌面 app 发任务。它们都还在 Anthropic 的账号体系里，但解决的问题和 Remote Control 不完全一样，如果你只是想“有个口子把消息送进去”，值得先看看。
SSH + tmux
最老派也最通用：Claude Code 跑在 tmux 里，手机上用 SSH 客户端连回电脑，接上那个窗口。好处是什么 agent、什么登录方式都能用，数据走你自己的 SSH 通道。代价是要自己解决电脑的公网可达（端口转发、VPN 或内网穿透），在手机键盘上操作终端也很累，而且没有推送：agent 停下来等你，你不打开就不会知道。
推送类小工具
社区里有不少借 Claude Code hooks 把权限请求转成推送的小工具，经 ntfy、Telegram 之类的服务发到手机，点一下就回答。它们轻量、好改，适合只想解决“审批卡住”这一件事的人。挑选时留意两点：消息经过的第三方服务能不能看到命令和文件路径；超时或出错时是放行还是拒绝。
常驻电脑的应用：BotBus
BotBus 是常驻在电脑上的应用（Mac 上在菜单栏，Linux 上是命令行后台程序），自动发现本机的 Claude Code、Codex 等 agent，把任务同步到 iPhone 和 Apple Watch。它和 Remote Control 的做法不同：
- 不改你启动 Claude Code 的方式。 在 BotBus 设置里安装 hooks 后，你照常在终端里用
claude，会话的状态和权限请求会同步到手机；BotBus 只合并带自己标记的 hooks，保留你原有的配置。 - 沿用你本机的
claude。 手机上新建或续聊时，BotBus 在电脑上用非交互模式启动你已经装好、配置好的claude，登录方式由你自己的配置决定，BotBus 本身不检查它。这一轮由 BotBus 持有，不依赖某个终端窗口开着。 - 不止 Claude Code。 同一个列表里还有 Codex、Hermes、Pi、OpenClaw 和 DeepSeek Harness，实现了 ACP 的其他 agent 也能接进来。任务按电脑和项目分组，多台电脑可以配到同一部手机。
- 内容端到端加密。 任务、对话、命令、审批内容和通知正文在设备上加密后才离开，钥匙只经电脑屏幕上的配对二维码交给手机，中转服务器只见密文。服务器仍看得到设备编号、在线状态、更新时间和数据大小这类转发所需的信息，开发预览也不在端到端加密范围内，细节见安全说明。
- 审批超时不放行。 电脑上的会话挂起等手机回答，最长约 30 分钟，超时或 BotBus 退出时交回 Claude Code 自己的权限框；手机那一轮里，超时、中断一律按拒绝处理。
它的不足也要说清楚：电脑端目前有 macOS（需要 macOS 26 或更新）和 Linux，Linux 版是命令行程序，还不支持「电脑屏幕」（在手机上看和操作电脑画面）与开发预览；手机端只有 iPhone 和 Apple Watch 版（已在 App Store 上架）；Windows 与 Android 版在计划中。审批、续聊、新建和中断要求那台电脑在线，并取决于连接器和任务状态；中断只对 BotBus 自己启动、持有的进程有效，你在终端里开的会话要回终端里停。和 Remote Control 相比，它没有“在终端、网页、手机三处同时打字”的体验，手机上看到的是任务列表和按需读取的对话记录。
怎么选
- 只用 Claude Code、有 Pro 或 Max 订阅：先用官方 Remote Control，体验最完整。
- 用 API key、Bedrock 或公司网关：Remote Control 用不了，看 SSH + tmux、推送小工具或 BotBus。
- 同时用 Claude Code 和 Codex 等多种 agent：一个能统一列出所有任务的工具更省心，比如 BotBus。
- 只想别让审批卡住：推送小工具最轻，但先弄清它经过谁的服务器、超时怎么处理。
- 在意中转方能看到什么：选端到端加密的方案，或者走自己的 SSH 通道。
想试 BotBus，可以在官网下载电脑端；如果只关心审批这一件事，可以接着看在手机上审批 Claude Code 权限请求。
常见问题
Remote Control 和 BotBus 能一起用吗？
可以同时开，互不影响。Remote Control 在 Claude Code 进程里工作，BotBus 通过 hooks 和自己在电脑上启动的进程工作，两者各走各的通道。比如平时用 Remote Control 接着聊 Claude Code，同时用 BotBus 在手表上看 Codex 等其他 agent 的任务。
用 API key 跑 Claude Code，能在手机上审批吗？
官方 Remote Control 不支持 API key。BotBus 调用的是你本机的 claude，本身不检查登录方式；只要这个 claude 在电脑上能正常运行，它的会话就能同步到手机。
Remote Control 是端到端加密的吗？
官方文档写的是所有流量经 Anthropic API 走 TLS，并使用多个短期凭据，没有写成端到端加密。BotBus 的内容是端到端加密的，但服务器仍看得到转发所需的元数据。
关掉终端后，手机上还能继续吗？
Remote Control 的会话会随进程下线，要重新启动才能接回。BotBus 在手机上新建或续聊时由它自己在电脑上起进程，不依赖终端窗口，但电脑和 BotBus 本身要开着、在线。