手机上催一次进度之前，先给Codex留三种回执

远程协作真正省下的不是一次点击，而是你不用反复问“到底做到哪了”。

手机能接上任务，不等于任务会自己说清楚

OpenAI公开介绍的远 程体验，可以让用户从手机查看连接机器上的活跃任务，阅读截图、终端输出、差异、测试结果和审批请求，也可以在需要时改变方向。文件、凭据和本地设置仍留在运行机器上。这种能力适合长任务，但也放大了一个旧问题：如果任务只说“正在处理”和“已经完成”，人依旧不知道该不该信任。

个问题：当一个智能体在远处持续工作，我们用什么证据判断它真的在推进，而不是只在产生状态文字？答案不是要求它每分钟汇报，而是提前约定三种回执。

第一种回执：开始时说明边界

开始回执要回答四件事：目 标是什么；会读写哪些目录或应用；哪些动作需要再次确认；成功标准是什么。列如“整理七篇草稿”不是充分目标，应该进一步写明七篇各自的文件、图片、截图和回读证据，以及绝不发布、删除或修改既有草稿的边界。

这张回执的价值 在于防止任务越做越大。人在手机上看到它，可以快速发现范围错了，及时纠正，而不必等几个小时后面对一堆无关产物。

第二种回执：遇到岔路时交出选择

长任务总会遇到两种都能走 的路。一个来源过期了，是换题还是补找新来源；已有同标题草稿，是只读回看还是新增版本；测试失败，是修代码还是降低目标。决策回执不应把问题甩给用户，而要列出实际、两个方案的影响、推荐项和如果无人回复时的安全默认动作。

远程场景里，这种回 执要足够短，手机一屏能看完；同时要足够具体，用户能够承担选择后果。真正需要审批的外部发送、删除、付款和权限变化，不能由于人在路上就自动跳过。

第三种回执：完成时交付可复核证据

完成回执不能只有“任务成 功”。文件任务给出路径和哈希，代码任务给出测试命令与结果，网页任务给出真实截图和关键交互，草稿任务给出media_id和回读字段。脚本退出码只是其中一项，不是业务完成的替代品。

如果部分完成，也要 把“已完成、未完成、为什么、下一步最小动作”分开。远程任务最怕一条绿色状态掩盖业务阻断；准确的部分完成，比美丽的假完成更有用。

三张桌子，不要混成一个抽屉

Chat适合讨论和即时判 断，Work可以承接一次性、定时或监控型工作，Codex围绕本地项目和执行环境持续操作。官方协助页也提醒这些表面相邻的入口有各自历史和权限边界。选择入口时，先看数据在哪、是否需要本地工具、任务要不要重复、谁来验收，而不是只看哪个按钮离手指更近。

可保存的九问卡：任务目标 能否一句话验收；读写范围有没有列出；外部动作是否单独授权；岔路是否给出安全默认；状态有没有实际证据；完成是否含路径或ID；脚本成功是否与业务成功分开；敏感数据是否仍在本机；失败后是否留下最小恢复动作。

手机让人可以在咖啡排队、 通勤或会议间隙接上长任务，但好协作不是随时盯着。把三种回执约定好，智能体知道什么时候该安静做事、什么时候必须叫人、什么时候可以把结果交出来。你愿意把哪一种任务交给远程智能体连续做两小时？

还有一个容易漏掉的动作： 任务完成后关闭不再需要的权限和临时服务。浏览器会话、测试端口、下载附件、临时凭据与生成目录，都应出目前收尾回执里。远程看见“完成”时，人需要知道现场是否也被整理干净。好的智能体不是只把结果放在桌上，它还会告知你动过哪些东西、留下哪些东西、哪些必须由人继续保管。