MongoDB Atlas Agent Engine之后，如何用版本门禁防止陈旧写入

客服 Agent 查到库存还有 1 件，认真推理后答应退款换货；就在它执行前，另一笔订单把库存扣成 0。模型没有幻觉，检索也返回了真实数据，结果仍然错。生产 Agent 最危险的故障之一，是正确地使用了已经过期的事实。

发生了什么

MongoDB 9 月 29 日公布 MongoDB 9.0、Atlas Infinite 和 Atlas Agent Engine。官方称 9.0 相比 8.0 在大型实例上吞吐最高提升 2 倍、读取快 35%、更新快 30%；Atlas Infinite 让计算与存储独立伸缩，公开预览先在 AWS 开始；Agent Engine 把记忆、检索、运行时和治理放到操作数据所在的平台，并保持模型、框架与云的开放选择。

这些性能数字来自厂商，部署规模和工作负载未必与你相同。更值得开发者关注的是官方提出的问题：Agent 即使推理完美，只要拿到昨天的库存、旧余额或过期订单状态，也会执行错误动作。把向量检索靠近操作库能减少复制链路，却不能自动消除“读取后状态发生变化”。

技术原理：从新鲜读取到安全写入

Agent 通常先检索事实，再花几秒到几分钟规划、调用工具，最后写回系统。这个间隔叫检查—使用窗口。解决方案不是让模型“更谨慎”，而是在数据层保存版本号：读取时带回版本，写入时要求版本仍一致；不一致就拒绝，重新读取和规划。这是乐观并发控制。

长期记忆也必须与实时状态分开。用户偏好“喜欢蓝色”可以长期保存；“账户余额 500 元”不该作为可执行事实长期复用。向量相似度回答“哪段历史相关”，版本与事务回答“现在还能不能做”。

最小实践：阻断陈旧计划

下面用内存字典模拟版本门禁，不依赖第三方库。保存为 freshness_gate.py，运行 python freshness_gate.py。

inventory = {"sku-42": {"stock": 1, "version": 7}}
completed = set()

def read_item(sku):
    return inventory[sku].copy()

def reserve(sku, expected_version, request_id):
    if request_id in completed:
        return "ALREADY_DONE"
    current = inventory[sku]
    if current["version"] != expected_version:
        return "STALE_READ"
    if current["stock"] < 1:
        return "OUT_OF_STOCK"
    current["stock"] -= 1
    current["version"] += 1
    completed.add(request_id)
    return "RESERVED"

snapshot = read_item("sku-42")

# 模拟Agent思考期间，另一笔订单完成扣减
inventory["sku-42"] = {"stock": 0, "version": 8}

result = reserve("sku-42", snapshot["version"], "req-1001")
print(result, inventory["sku-42"])
assert result == "STALE_READ"

本次在 Python 3.9.6 实际运行，返回 STALE_READ，库存保持 0，没有发生二次扣减。它验证的是通用并发语义，不是 MongoDB SDK 示例；真实系统应使用条件更新或事务，把版本比较与写入放在同一个原子操作中。