你在笔记本上启动一个长任务，准备出门时犹豫能不能合上屏幕。另一台设备在执行，不一定意味着任务已经独立：输入可能仍在本机，结果可能只通过当前连接返回。
已有云批处理或后台作业系统时，直接使用它的任务查询最稳妥。短任务等到完成也完全合理。先弄清计算、输入、凭证和结果分别在哪里，再决定是否需要改成可离线等待的工作。
EasyNet 可以把调用送到维护实现的提供方；需要离开后继续运行时，提供方还应接入持久作业服务。它先保存任务并返回编号，再开始长时间处理，而不是把连接成功当作已经可靠接单。
输入要先进入获准且持续可读取的位置，查询和下载检查原调用者的权限。若执行还需要笔记本上的文件或人工确认，入口应提示这一依赖，不能在缺少条件时承诺关机以后照常完成。
运行方需要说明断连是否取消、结果保存多久，以及提供方故障后怎样处理。恢复或迁移需要任务自身支持；单纯换一台在线设备，不会把内存里的进度和已发生的外部操作自动搬过去。
用测试任务实际断开发起端，再从获准账号查询结果；随后模拟提供方故障，检查真实的失败或恢复路径。离开前能拿到可查询编号和保存位置，回来后不必再提交一遍，才算把这件事交代清楚。
- 01
准备可持续输入
不再依赖即将关闭的电脑
- 02
提供方持久接单
返回真实作业编号
- 03
重连查询而非重交
核对状态与已保存结果
离开之前需要拿到的交接信息
持久作业服务应提供的合成记录；不是普通远程调用已具备离线续跑的承诺。
示例内容 · json
{
"job_id": "demo-job-73",
"accepted_persistently": true,
"input_reference": "approved-store/batch-73.csv",
"caller_local_files_required": false,
"disconnect_policy": "continue",
"state": "running",
"result_reference": null,
"query_requires_original_caller_authorization": true
}预期结果：能明确输入已脱离本机依赖、结果尚未完成、重连应查询 job-73；这些字段须由真实提供方兑现。
接入时的检查项
- 离开前能够找到真实任务编号与保存位置，而非只有聊天记录。
- 发起端断开后任务行为符合声明，重连不会重复创建同一作业。
- 提供方失联时显示未知或失败，不能把另一台设备在线等同于工作已迁移。