Agent 可以返回合法内容，却没有完成被请求的工作；也可以留下有用产物，但对话已经结束，下一步还未接通。接手者需要知道产物给谁用、回答哪个请求，以及哪些当前前提支持它。
下面三篇分别拆开这件事的一部分。设计札记区分同样工具可以做成的不同产品；一次真实批处理故障说明成功为何要放在身份核对之后；Flowness 的 Work 设计则讨论怎样让状态在一个执行者的记忆之外持续可查。
同样三件工具，三个不同的产品 ↗
为空气质量项目选第一份交付：转换记录、可调查的比较，还是可以独立阅读的解释。
把成功提交放到身份校验之后 ↗
追踪一项认错案例编号的返回，理解新调用与历史成功回执为什么需要相同的验收边界。
让工作拥有会话之外的地址 ↗
阅读一份调度器交接：测试通过的是过期要求，当前工作视图应当保留什么？
检查已有工作流，可以做一次可逆的中断试验：另一个执行者能否找到最新目标、实际文件与结果、必要的下一步，以及仍在等待真实使用或接受的部分？再把少走的弯路与维护这些记录的成本放在一起看。