状态持久化在运行时之外
任务持久保存目标、修订、计划、尝试和终态结果，由调度与租约协调执行。工作进程重启后，不能仅靠语言模型最后一句回复判断还有哪些工作未完成。
区分故障与等待
缺少人类决定、外部流程尚未结束和模型提供方故障，需要不同处理。持久等待状态允许在条件满足后继续执行。应先查看状态与异常记录，避免反复提交相同请求。
重试前核对实际影响
内部 Task 运行时通过持久效果检查点记录工具执行前后的阶段。恢复时区分已确认操作与结果不确定的操作。不能假定所有外部执行框架都提供相同的检查点保证。
修正当前任务
修正会改变权威修订版本。后续执行必须遵循新目标，避免继续沿用过期指令。更正后应查看当前计划与结果，尤其是此前步骤已经影响外部资源时。
保留已有工作，拒绝过期写入
Task 的原始请求与附件和补充上下文分别保留。新的独立请求不会打断其他工作，修改被拒绝时也不会默默替换它们。
文档应用写入 Dataset 时必须提供预期版本。数据已改变则拒绝写入，不会自动重试。表单可以保留输入，重新读取数据后再提供提交机会。
取消需要传递到执行环节
停止任务应改变持久状态，并传递到正在运行的执行路径。已经完成的外部操作可能仍需单独补救。取消后应检查终态以及已记录的实际影响。
停止请求与确认停止
约定区分已请求、已确认及结果未知的停止，并标明本地或远程范围。任务替换会等待所需证据；租约到期不证明远程执行已停止。持久推理可通过新尝试恢复，可能新增费用。这与恢复已有文件或交付不同。
区分生产与交付
即使传输失败，交付文件也可能已经存在。Working Set 保留资源和已有证据。恢复交付直接调用获授权传输，无需再次生成内容。
此处副作用检查点保证针对内部框架。外部框架需检查声明能力和适配状态。流程取消也可能是完整支持、尽力执行或不支持，取决于引擎。