Qoder三端上线，手机调度Agent

阿里把 AI 编程 Agent 搬到了手机上

阿里今天（2026 年 7 月 25 日）正式发布 Qoder Mobile，iOS、Android、鸿蒙三大版本同步上线，三端共享同一套任务、交互与上下文。用户离开电脑后，可以继续在手机上查看 AI Agent 的运行进度、审批操作、回复 Agent 提问，并追加新的任务指令。

**Qoder Mobile 是 Qoder 产品线的统一移动控制端，核心作用是让开发者通过手机管理运行在电脑或云端的 AI Agent。**它目前可以连接 Qoder CLI 与 Qoder Desktop 的 Quest 任务，也支持把任务委派到云端执行。

这次更新的重点并不是“在 6 英寸屏幕上写代码”，而是解决 Agent 编程越来越明显的等待问题：任务可能要运行十几分钟甚至更久，中间还会停下来等待权限确认、方案审批或补充信息。过去开发者必须守在终端前，现在可以只在关键节点用手机介入。

从产品定位看，Qoder Mobile 更接近一个“Agent 运维台”，而不是传统意义上的移动 IDE。这一判断很重要，因为它决定了用户不应该用代码编辑器的标准去衡量这款 App，而应该看它能否减少 Agent 因无人确认而空转的时间。

三个平台同步上线，功能不分先后

Qoder Mobile 此次一次覆盖了 iOS、Android 和鸿蒙三个移动系统，官方强调三端在功能层面完全一致。任务列表、会话上下文、审批流程以及追加指令等核心体验不会因为平台不同而缩水，差异只存在于系统原生能力的适配上。

| 平台 | 核心功能 | 平台差异 | 当前定位 | |---|---|---|---| | iOS | 任务查看、审批、回复、追加指令 | 适配灵动岛及 iOS 通知机制 | 完整移动控制端 | | Android | 与 iOS 保持一致 | 适配 Android 系统通知样式 | 完整移动控制端 | | 鸿蒙 | 与 iOS、Android 保持一致 | 适配鸿蒙原生系统能力 | 完整移动控制端 | | H5 | 浏览器内管理 Agent | 无需安装，官方称体验接近原生 App | 临时访问与跨设备入口 |

三端同步上线的实际价值高于“多发两个安装包”。国内开发者的手机系统分布较为分散，如果鸿蒙版本晚几个月才跟进，团队内部就容易出现部分成员无法及时处理 Agent 审批的割裂情况；Qoder 这次选择首发即对齐功能，至少避免了移动入口从第一天开始就分层。

不过，所谓“核心体验零差别”目前主要来自官方表述，尚不等于三个平台在通知到达率、后台保活和弱网重连方面完全一致。这些能力高度依赖操作系统策略，也是远程 Agent 工具真正需要长期验证的部分。

手机控制的不是屏幕，而是会话

**远程控制模式是把电脑端正在运行的 Qoder 会话同步到手机，而不是把整个电脑桌面投射到手机。**开发者在 Qoder CLI 或 Qoder Desktop 中启动任务后，只要电脑保持活跃，App 就能持续获取任务状态，并允许用户在关键节点作出决定。

这种设计与传统远程桌面的区别很大。远程桌面会把字体很小的终端、编辑器和多个窗口原样塞进手机屏幕，用户还要模拟鼠标和键盘；Qoder Mobile 则把移动端重新组织成任务列表、消息流和审批按钮，开发者处理的是 Agent 的状态，而不是电脑的像素。

根据 Qoder 官方文档，移动端当前覆盖的关键操作包括：

• 查看运行中、已就绪和已归档的任务；
• 审批 Agent 请求执行的关键操作；
• 在 Plan 模式下先审核方案，再允许 Agent 执行；
• 回答 Agent 在任务过程中提出的问题；
• 在原有上下文中追加要求或修正方向；
• 管理来自 Qoder CLI 与 Qoder Desktop Quest 的会话。

这一交互模型很适合长任务。例如，开发者让 Agent 为一个旧项目升级依赖、修复测试并整理迁移说明，任务运行到一半可能要求确认是否修改配置文件。开发者即使正在通勤，也可以先查看任务上下文和执行计划，再决定继续或拒绝，不必等回到电脑前才解除阻塞。

Qoder实际上提供了三种任务路径

Qoder Mobile 当前呈现出的任务路径至少有三种：接管已有本地会话、通过守护进程向电脑发起新任务，以及把任务交给云端。三种方式看起来都能“用手机跑 Agent”，但计算发生的位置、电脑是否需要在线以及产物保存位置并不相同。

| 任务方式 | 从哪里发起 | 实际执行位置 | 电脑是否需保持活跃 | 适合场景 | |---|---|---|---|---| | 本地会话远程控制 | 电脑先启动，手机接管 | 本地电脑 | 是 | 临时离开工位后继续跟进 | | CLI 守护进程模式 | 手机可发起多个任务 | 本地电脑 | 是 | 让工作站待命，随时派发任务 | | 云端委派 | 手机或 Qoder 任务入口 | 云端环境 | 视具体任务模式而定 | 不希望依赖个人电脑持续在线 |

**守护进程模式是让 Qoder CLI 在电脑上持续等待移动端任务的运行方式。**它允许用户不先创建具体会话，而是让电脑保持待命，随后通过手机发起一个或多个任务；生成的文件仍然保存在运行 CLI 的那台电脑上。

守护进程模式比单纯的“远程查看”更进一步，因为手机从监控器变成了任务发起端。开发者可以在会议结束后直接给办公室工作站派一个排查任务，到工位时再检查代码和测试结果，而不必先远程打开终端、定位目录并手动输入指令。

**云端委派是把任务交给远程计算环境执行，从而降低对个人电脑在线状态的依赖。**不过，Qoder 当前公开信息对云端能力的描述存在一定口径差异：产品介绍称已经支持委派任务到云端运行，此次发布信息又把更完整的“云端运行模式”列入后续规划。

更稳妥的理解是，Qoder 已经具备部分云端任务能力，但手机直接创建、持续管理并完整查看云端开发产物的闭环仍在完善。现阶段不宜把它理解为一个已经完全取代桌面工作站的云端 IDE，具体可用能力还可能受到账号区域、客户端版本和任务类型影响。

真正有用的是减少“等人”，而不是实现无人开发

Qoder Mobile 对 Agent 工作流最大的改善，是把开发者的持续盯守改成按需介入。Agent 可以自主读取文件、规划步骤并执行命令，但涉及高风险修改、权限扩大或目标不明确时，成熟的工具不会一路自动放行，而会把决定权交还给用户。

官方将这种能力概括为支持“7×24 小时不间断任务”，但这句话更准确的含义是任务可以持续等待和运行，并不代表 Agent 能够在没有人类监督的情况下稳定工作 7×24 小时。移动端解决的是人在关键节点无法及时响应的问题，而不是消除人工审核。

以一次数据库迁移为例，Agent 可以分析代码、生成迁移脚本并运行测试，但当它准备删除旧字段或覆盖配置时，手机通知能让负责人及时确认风险。这个过程省掉的是等待负责人回到电脑前的时间，并没有省掉负责人理解变更影响的责任。

这也是 Qoder Mobile 比“手机 Vibe Coding”更准确的价值描述。手机适合查看摘要、批准方案和补充一句约束，却不适合审阅几百行 Diff、追踪跨文件调用关系或处理复杂冲突；如果把所有操作都压缩成一个“允许”按钮，移动便利反而可能放大错误。

它和远程桌面、SSH、网页版 IDE 有什么不同

Qoder Mobile 所在的赛道并不是移动代码编辑，而是 Agent 会话管理。开发者过去也可以用远程桌面、手机 SSH 或网页版开发环境处理紧急任务，但这些方案要求用户自己操作开发工具，Qoder 则试图把任务执行交给 Agent，把移动端输入压缩为目标、反馈和授权。

| 方案 | 手机端主要操作对象 | 是否适合精细编辑 | 是否理解 Agent 上下文 | 主要短板 | |---|---|---:|---:|---| | 远程桌面 | 整个电脑桌面 | 较差 | 否 | 小屏操作复杂，网络抖动影响明显 | | 手机 SSH | 终端命令 | 一般 | 否 | 输入成本高，任务状态需要自行判断 | | 网页版云 IDE | 文件、终端与预览 | 较好 | 视产品而定 | 移动屏幕仍限制复杂开发 | | Qoder Mobile | Agent 任务、方案和审批 | 当前不适合 | 是 | 代码审阅与产物查看仍不完整 |

Qoder 的优势在于保留了同一份会话上下文。手机端不需要用户重新解释“刚才改到哪一步”，也不需要从终端日志里判断 Agent 是否卡住；任务状态、历史消息和待确认操作会沿着同一会话同步。

Qoder 的短板同样明显：当 Agent 给出的摘要不足以支持判断时，用户仍需要查看原始代码、完整 Diff、测试日志和文件产物。官方已经预告，后续会支持在手机上直接查看任务产物与代码 Diff，这恰好说明当前版本尚未完全覆盖严肃代码审查所需的信息密度。

手机上的审批也会带来新的安全问题

移动审批的便利性会提高操作频率，也可能降低用户的警惕程度。开发者在电脑上通常能同时查看命令、目录、Diff 和终端输出，而手机通知天然倾向于压缩信息，如果用户只看一句摘要就允许 Agent 执行删除、部署或权限变更，误操作成本可能比传统开发流程更高。

团队使用 Qoder Mobile 时至少应当遵循三条原则：

1. **高风险操作不能只看摘要。**涉及删除文件、修改生产配置、推送代码和执行部署时，应回到完整上下文检查。
2. **Plan 审核不能替代结果审核。**方案合理不代表 Agent 的每一步执行都正确，最终代码仍需经过 Diff、测试和代码评审。
3. **远程控制设备要设置清晰边界。**电脑必须保持活跃的模式，应同时考虑本地文件权限、任务工作目录和无人值守时间。

截至今天，公开材料没有给出通知端到端延迟、连接加密实现、企业审计记录粒度以及设备丢失后的会话撤销细节。对于个人项目，这些问题可能不影响尝鲜；对于需要合规审计的企业开发环境，它们会直接决定移动审批能否真正进入生产流程。

国内版与海外版账号仍不互通

Qoder 目前分为 Qoder CN 国内版和 Qoder 海外版，两套账号与数据暂不互通。用户在下载 App 或使用 H5 入口前，需要先确认自己桌面端、CLI 和移动端属于同一区域版本，否则无法自然延续原有任务上下文。

海外版已经在港澳台、日本、印度、新加坡、马来西亚、加拿大、巴基斯坦、印度尼西亚、澳大利亚、土耳其、菲律宾、泰国和埃及等地区的 App Store 上架，并进入相应地区的 Google Play 应用市场。国内用户还可以使用 Qoder CN 的 H5 移动页面，无需安装 App，官方称其体验接近原生版本。

账号和数据不互通是当前最需要提前说明的产品边界。对跨地区团队而言，这不只是登录方式不同，还可能意味着任务历史、会话上下文和协作流程无法直接迁移；团队最好在大规模创建任务前统一版本，而不是等工作流形成后再切换。

这次更新补上了 Agent 编程的一块关键拼图

Qoder Mobile 是一项方向正确、但完成度仍取决于后续代码审阅能力的更新。它已经解决了“任务跑着，人不能离开电脑”的基础问题，也通过 iOS、Android、鸿蒙和 H5 覆盖了主要移动入口，但它还没有把完整开发环境搬进手机。

对经常运行长时间重构、测试修复、文档整理和代码分析任务的开发者来说，Qoder Mobile 很有用。手机可以处理进度确认、计划审核和简单追问，让价值数千元的工作站不再因为一个待审批按钮空等几个小时。

对需要精细阅读代码、处理复杂合并冲突或直接调试服务的用户来说，Qoder Mobile 暂时只能作为辅助入口。只有任务产物、完整代码 Diff、测试报告和更细粒度的安全审计全部补齐后，手机才可能从“Agent 遥控器”进一步变成官方所说的“轻量级开发终端”。

Qoder 这次真正推动的不是移动编程，而是异步编程。开发者不再需要和 Agent 同时坐在电脑前，任务可以先运行，人只在方向选择、权限确认和结果审核时出现；这比在手机上敲代码更现实，也更可能成为 Agent 编程工具的标准能力。

参考来源

• IT之家：Qoder Mobile 安卓、iOS、鸿蒙三大版本同步上线——整理三端发布信息、核心功能、海外上架地区及 H5 版本情况。
• 知乎：Qoder Mobile 与 Qoder CLI 的手机 Vibe Coding 体验——提供移动端控制 CLI Agent 的实际使用视角与适用边界。