把工作交给 AI 编程代理的好处，是人不必一直守在座位旁。但真正离开座位后，马上会出现另一个问题。如果代理停在提问状态，整个任务就会一直等到你回来。最终反而形成无法离开笔记本电脑前的悖论。
Orca是通过移动 companion app 解决这一问题的 ADE（Agent Development Environment，代理开发环境）。不过，到目前为止的移动应用有两道限制：必须和桌面端处于像这样的同一网络才能连接，并且必须在手机屏幕上直接镜像显示终端。截至 2026 年 7 月，这两道限制都正在被打破。因为引入了可跨网络连接的Relay，以及不再使用终端、改用原生聊天与代理对话的Chat UI。
本文将介绍这两个功能分别解决了什么问题，以及组合使用后移动代理的运行方式究竟如何改变。如果你刚接触 Orca，建议先阅读上一篇《什么是 Orca？在一处运行多个 AI 编程代理的 ADE》。
移动 companion 原本能做什么？
Orca 移动应用（iOS・Android）是与桌面版 Orca 配对使用的遥控器式应用。你可以通过列表查看正在运行的 worktree 和代理状态；代理完成任务或等待输入时接收推送通知；查看终端内容后发送后续提示。它还支持浏览文件树、查看并提交 diff、附加照片和语音输入，因此用于“确认并下达指令”时已经很实用。
问题在于连接方式。由于配对依赖本地网络，桌面端和手机必须连接同一个 Wi-Fi，或者通过 Tailscale 等 VPN（Virtual Private Network，虚拟专用网络）绑定成像处于同一网络。坐在家里的沙发上使用没有问题，但偏偏在移动应用最需要的“外出时”，除非自己配置 VPN，否则没有连接方法。
Relay：从其他网络连接到桌面端
Relay 解决了这个连接问题。当手机和桌面端处于不同网络时，它会通过 Orca 开发商 Stably AI 运营的中继服务器维持连接。无论是咖啡店 Wi-Fi 还是移动中的 LTE，只要桌面端开机并连接互联网，就能从手机访问会话。
把结构画出来，大致如下。
设计中有三点值得关注。
第一，**现有的本地配对仍然是默认路径。**处于同一网络时，像以前一样无需账号即可直接连接；Relay 则是在无法直接连接时提供的额外路径。使用 Relay 需要在桌面端登录 Orca 账号，但手机不需要登录。中继服务本身免费。
第二，**它以端到端加密（E2EE，End-to-End Encryption）为前提进行设计。**手机和桌面端会先相互验证加密密钥，再开始通信，因此中继服务器只负责转发流量，无法查看终端内容或代码。引入 PR 的安全审计项目详细记录了配对验证、防重放攻击、限制令牌范围等内容，在评估远程连接功能是否适合用于公司代码时可以参考。
第三，**由桌面端发起连接。**由于桌面端会先向中继服务器建立出站连接，因此无需为路由器后的家用桌面端配置端口转发或防火墙。除了本地机器外，在通过 WSL（Windows Subsystem for Linux）或 SSH 连接的远程 worktree 环境中也能以相同方式运行。
Chat UI：不要把终端硬塞进手机
连接解决后，下一个问题就是界面。原有移动应用会把桌面终端画面原样镜像到手机上。看看原来的界面，就很容易理解了。
当然可以阅读。但 TUI（Text-based User Interface，基于文本的用户界面）从一开始就是为宽屏显示器和键盘设计的。在手机上文字很小，长输出必须通过滚动来跟踪；要回答代理提出的选项，还得点击模拟方向键的按钮。用来快速确认状态还算够用，但很难称为“在手机上与代理工作”的体验。
Chat UI 重新设计了这一部分。它不再逐像素搬运终端画面，而是读取代理留下的 transcript，并**将其重新绘制成类似即时通信应用的原生聊天界面。**早期 beta 阶段曾名为 native chat，后来统一为现在的 Chat UI。变化如下。
- 代理的回答会以聊天气泡的形式流式显示，而工具调用、执行日志等中间过程则以折叠状态整理。
- 代理询问选项时（例如 Claude Code 的 AskUserQuestion），会显示点击即可回答的卡片，代替终端菜单。权限批准请求也会以卡片显示。
- 从输入框发送的消息会直接传递到桌面端的代理终端。你也可以在聊天界面中附加图片，或更改模型和推理强度。用于选择并执行 skill 的选择器先加入了桌面版 Chat UI，目前正在移植到移动端。
- 只需点击一次，就能在原来的终端界面和聊天界面之间切换；需要查看详细日志时，随时可以返回终端。
有意思的是，Chat UI 并非移动端专用。同一个聊天界面也会进入桌面端和 Web 客户端，因此无论从哪里查看，与代理的对话都会以相同形式延续。目前先支持 Claude Code、Codex 等已掌握对话记录格式的代理，现在可以通过 TestFlight 和 Android APK 渠道以 beta 版本使用。
组合两个功能后，工作流会这样改变
单独来看，Relay 改善“连接”，Chat UI 改善“界面”；但组合起来，它们就形成了一个完整的故事。下面用下班回家的场景来说明。
- 下班前，把两个重构任务和一个 bug 修复任务分别交给不同 worktree 中的代理。
- 在地铁上收到推送通知。负责修复 bug 的代理停下来询问“是否可以修改测试”。
- 打开手机后，Relay 连接到桌面会话，Chat UI 中显示着问题卡片。点击选项作答，代理就会重新开始工作。
- 到达前收到通知，其中一个重构任务已经完成。快速查看 diff，并针对在意的部分发送后续提示。
- 到家时，三个任务都已处于可供审查的状态，只需在桌面端完成最终审查和提交。
代理停下来等待的时间，从“等人回到座位”缩短为“等人拿出手机”。这就是两个功能共同带来的变化。
使用前值得了解的事项
- **移动应用仍然是 companion。**会话运行在桌面端（或由桌面端管理的远程机器）上，因此桌面应用关闭后连接也会断开。它不是能在手机上独立运行代理的云服务。
- **Relay 需要在桌面端登录。**如果想不使用账号，仍然可以像以前一样在同一网络中直接配对，或自行配置 Tailscale 等 VPN。
- **两个功能都在分阶段发布。**Chat UI 是先通过 TestFlight（iOS）・APK（Android）渠道提供的 beta，Relay 也正在逐步加入近期版本，因此官方移动文档中仍保留以本地配对为基础的说明。从发布说明来看，消息传递状态显示、对话顺序排列、Relay 重新连接等部分仍在积极打磨，具体行为可能因版本而异。
- **需要确认代理兼容性。**Chat UI 通过解析代理的对话记录来绘制界面，因此与终端镜像不同，各代理的支持程度可能存在差异。
总结
一直以来，Orca 移动应用更像是“有了会方便的辅助界面”。Relay 消除了地点限制，Chat UI 消除了界面限制，如今它更接近“可以把一半代理运营工作转移到手机上的工具”。并行运行的代理越多，人的响应延迟就越会决定整体吞吐量。从这个角度看，我认为这是一次方向明确的更新，因为降低这种延迟最现实的方式，就是口袋里的手机。
如果你对并行运行代理本身感兴趣，也请阅读《什么是 Orca？在一处运行多个 AI 编程代理的 ADE》和《6 种 AI 代理并行终端对比》。