先限定助手负责的任务
长任务处理中，页面应该显示什么？建议先显示真实阶段。本题围绕合同批量摘要，主要要防止进度由假定时器生成。把允许自动完成的结果与必须交人工的情况分开，才能判断助手有没有越过任务边界；生成了答案、建议或文本，不等于真实业务已经正确完成。
业务自动化需要处理排队、失败、资源限制和人工接管。看板显示正在处理，应对应真实任务状态和可以查询的执行记录。
建立能核对的输入与输出
准备任务状态、已完成数和错误项作为对照，样本既要包括常见情况，也要包含“页面显示完成但后台仍处理”这类容易出错的输入。保留脱敏原文或原记录、助手输出和最终处理结果，标明哪部分是提取事实、哪部分是建议。这样纠错时不必凭印象判断，也能知道错误来自资料、理解还是实际执行。
记录任务编号、输入版本、执行结果和重试次数；设置暂停与恢复路径，用小批量确认稳定后再扩大处理量。
把处理规则落到三个动作
第一步，显示真实阶段，不确定的信息先显式保留。第二步，支持查询，让处理结果能够与任务状态、已完成数和错误项对照。第三步，明确取消影响，确认最终符合“进度与实际任务一致”。若某个步骤依赖外部系统，应显示真实等待或失败状态，并保存关联编号；不能为让流程看起来顺畅而提前宣布成功。
用一个失败例子检验边界
进度应来自真实完成数量或阶段。无法估计结束时间时说明仍在处理中，比虚构百分比可靠。
例如：页面显示完成但后台仍处理。先写出人工处理该样本时会依据什么证据，再比较自动化结果。发现差异时，保留原样本并纠正具体规则，而不是只让助手重新生成一次更像正确答案的文本。将该样本加入下一版本的检查，才能判断修正是否稳定。
自动化停止时要能回到人工工作方式。业务不能因为模型或外部服务故障就把未确认结果标为已完成。
试用达到什么条件再扩大
本题的验收结果是进度与实际任务一致。统计错误要区分漏处理、错处理和不该执行却执行，不能把它们混成一个好看的成功率。由实际使用岗位核对样本，并记录需要人工接管的情况。只有证据表明合同批量摘要的约定任务可稳定完成，才考虑扩大数量或自动执行范围；模型、资料或连接方式变化后应重新检查。
执行与验收清单
- 明确合同批量摘要的正确结果：进度与实际任务一致。
- 准备并脱敏核对资料：任务状态、已完成数和错误项。
- 执行显示真实阶段，保留对应结果。
- 完成支持查询与明确取消影响，核对实际产物。
- 使用“页面显示完成但后台仍处理”复查问题，并记录未解决事项。