远程 Agent 的价值不只是“能发消息”。真正的闭环需要知道任务在哪台电脑、哪个项目、由哪个 Runtime 处理、当前是否还在运行,以及什么时候需要人做决定。
一次长任务的完整流程
选择电脑、工作区与 Runtime
从已配对电脑中选择目标项目目录,再选择本机检测通过的 Claude Code、Codex 或具体 ACP V1 Runtime。
明确目标与验收条件
发送任务时写清范围、不能改的内容和验证方式,减少 Agent 在你离开后偏航。
让任务在电脑上继续
离开手机页面后,电脑、网络、Agent 和 Runtime 保持正常,任务可以继续运行。
在关键节点接手
回来查看流式回复、工具结果或操作确认;需要时允许、拒绝、补充要求或停止生成。
核对文件与结果
浏览工作区文件和预览内容,确认结果是否满足要求;复杂验收仍可回到电脑执行。
不是一条聊天,而是一个移动工作区
会话有归属
按服务器、项目目录和 Runtime 组织,不把不同代码库的上下文混在一起。
状态可回来查看
离开页面后仍能重新进入任务,查看进度、结果和最近发生的操作。
文件可直接核对
在移动端浏览目录、阅读代码和常见文本,减少为一次简单确认打开远程桌面的次数。
人保留决定权
当 Runtime 请求受控操作时,用户看到上下文后决定是否继续,而不是默认放开所有权限。
三个适合移动跟进的场景
测试与构建耗时较长
在电脑发起完整测试或构建,离开工位后从手机查看失败摘要,再要求 Agent 定位与修正。最终发布前仍应在可信环境完成完整验收。
代码审查需要多轮修改
让 Agent 检查一个明确范围,移动端阅读结论并补充边界;必要时浏览相关文件,避免只根据总结做决定。
多台电脑或服务器上的项目
使用移动客户端生成的 Setup Code 配对多台自己的电脑,在不同服务器、工作区和会话之间切换。配对码不应共享给其他人。
远程不等于无人值守
- 不要向 Agent 提供超出任务需要的系统权限。
- 不要把“手机上看到发送成功”当成 Runtime 已完成工作。
- 涉及生产发布、数据删除或不可逆操作时,应回到更完整的验证环境。
- CCLink 不提供 AI 模型账号;内容处理仍受所选服务商规则约束。
先跑通一个最小闭环
建议先用一个可回滚的小任务验收:手机发起 → 电脑 Agent 接收 → Runtime 执行 → 手机看到结果 → 浏览一个被修改的文件。
安装并配对