Temporal · 工作流 · 2026.10.16 整理

采购 Agent 的长流程:等待、审批与重试怎么落地

从 SupplySentry 的实现拆分模型建议、业务规则和外部执行,说明持久状态与不确定结果核对的作用。

依据 SupplySentry 的公开 README、合成合同评测和 2026.10.15 本地扩展验收记录整理。这里讨论已实现的职责与已知缺口,不把演示操作当作真实供应商投递。

业务状态要跨过模型的一次回答

采购订单可能持续数周,期间会等待回复、审批、资料和外部回执。项目使用 Temporal 保存流程状态、等待与恢复,领域事实和审计另行持久化,避免只把进度留在 Prompt 中。

建议、审批与执行分别处理

供应商原始回复先作为证据保留,模型输出候选事实,再通过字段与业务规则校验。重大差异需要人工决策;批准后依然检查当前版本、权限和幂等条件。

部分发货表示仍有剩余数量,批准短交才会关闭剩余数量。二者不能因为相同的“已发货”文本而直接合并。

外部结果不确定时,先核对

网络超时不一定意味着外部动作没发生。项目通过 Outbox、执行回执和不确定结果核对组织重试,避免再次发送或重复推进业务状态。

测试通过不等于整体验收通过

公开基准的 240 条记录为虚构供应商回复,确定性 Runner 验证的是规则合同,没有调用真实模型。最新扩展中的既有回归通过,也未覆盖全部业务链路。

2026.10.15 的验收发现已确认事实在转交后可被 CSV 覆盖,货运、服装与外部知识连接亦有缺口。后续应先修复事实保护,再补真实浏览器与集成验收。

查看合成合同评测报告 ↗ · 查看项目详情 ↗

← 返回技术记录