arXiv 2026年10月5日作者把多智能体系统的协调重新表述为数据管理问题，提出用“状态足迹”描述智能体在自身局部上下文与状态以及编排器和外部系统状态中读取和写入的范围，指出当前编排器不追踪这些读写状态，导致并发异常即使在简单编码任务中也会出现，并论证多智能体系统需要类似数据库的保证，但与数据库事务不同：智能体不从固定模式或隔离快照读取，失败后也无法确定性重放，因此可以语义化地解决冲突而非中止，并据此勾勒下一代智能体编排器与外部系统事务性接口的愿景。作者把多智能体系统的协调重新表述为数据管理问题，提出用“状态足迹”描述智能体在自身局部上下文与状态以及编排器和外部系统状态中读取和写入的范围，指出当前编排器不追踪这些读写状态，导致并发异常即使在简单编码任务中也会出现，并论证多智能体系统需要类似数据库的保证，但与数据库事务不同：智能体不从固定模式或隔离快照读取，失败后也无法确定性重放，因此可以语义化地解决冲突而非中止，并据此勾勒下一代智能体编排器与外部系统事务性接口的愿景。研究者提出以“状态足迹”刻画智能体读写范围，主张多智能体系统需要类数据库事务保证作者把多智能体系统的协调重新表述为数据管理问题，提出用“状态足迹”描述智能体在自身局部上下文与状态以及编排器和外部系统状态中读取和写入的范围，指出当前编排器不追踪这些读写状态，导致并发异常即使在简单编码任务中也会出现，并论证多智能体系统需要类似数据库的保证，但与数据库事务不同：智能体不从固定模式或隔离快照读取，失败后也无法确定性重放，因此可以语义化地解决冲突而非中止，并据此勾勒下一代智能体编排器与外部系统事务性接口的愿景。作者把多智能体系统的协调重新表述为数据管理问题，提出用“状态足迹”描述智能体在自身局部上下文与状态以及编排器和外部系统状态中读取和写入的范围，指出当前编排器不追踪这些读写状态，导致并发异常即使在简单编码任务中也会出现，并论证多智能体系统需要类似数据库的保证，但与数据库事务不同：智能体不从固定模式或隔离快照读取，失败后也无法确定性重放，因此可以语义化地解决冲突而非中止，并据此勾勒下一代智能体编排器与外部系统事务性接口的愿景。