GitHub Copilot CLI Remote Control：离开电脑也能接管本地 Agent 会话

GitHub 文档里新增/整理了一篇关于 Copilot CLI remote control 的说明，讲的是一个很实际的 agent 场景：你的 Copilot CLI 会话仍然跑在本地电脑上，但你可以从 GitHub.com 或 GitHub Mobile 远程查看进度、回答问题、审批权限请求，甚至继续给会话发指令。

这和把 agent 完全搬到云端不一样。Remote control 的核心边界是：CLI 本身、shell 命令、文件操作和工具执行仍然发生在启动会话的那台机器上；远程界面只是把会话事件同步出来，并把你的远程输入送回本地会话。

长任务终于不用守在终端旁边

文档给出的典型场景很清楚：你离开工位后想从手机继续看进度；长任务中途需要你批准权限或补充信息；或者你只想快速确认 agent 有没有卡住。远程界面会实时更新输出，并允许你响应 prompt、权限请求和 plan approval。

它也支持提交新 prompt、切换模式、取消当前操作。比较重要的限制是，远程界面目前不能使用某些 slash commands，例如 /allow-all。另外，remote control 只适用于交互式会话；如果你用 --prompt 把 Copilot CLI 放进脚本里跑，就不属于这个范围。

安全边界比功能本身更值得看

开启 remote control 后，会话消息、工具执行事件和权限请求会从本地机器发往 GitHub；远程命令则由 Copilot CLI 从 GitHub 轮询后注入本地会话。GitHub 强调只有用同一账号登录的本人能访问这个远程会话链接，其他人不能远程查看或操作。

企业和组织环境还有一个额外门槛：Remote Control policy 默认关闭，需要 enterprise 或 organization owner 明确启用。机器也必须保持在线；如果睡眠或断网，远程控制会不可用，恢复连接后才能继续。文档还提到可以用 /keep-alive 避免机器睡眠。

这类能力让本地 agent 工作流更接近“随时可接管”的后台任务。对经常让 CLI agent 跑重构、测试修复、调研或长时间代码迁移的人来说，它解决的不是模型能力，而是人机协作里的等待和审批断点。