8.0
深览指数
科技人人都是产品经理·Totoro畅··AI 生成

让 AI 补货,但不让它算库存——LangGraph 在生鲜补货的落地实践

本文核心论点是:在确定性计算场景(如生鲜补货),AI 应退居调度层,将真正的计算交给后端业务系统,从而根治大模型幻觉问题。作者基于 LangGraph 编排 + MCP 工具化代理,提出一套严密的“AI 管调度、业务管计算”的三层架构。文章提供了完整的落地案例与具体的设计原则,适合正在探索 AI 与存量业务系统融合的架构师与高级技术决策者阅读。原文 ↗

核心观点
  • 在确定性计算(如补货公式)场景中,AI 的核心价值是「调度与理解」,而非参与计算;应将计算任务牢牢锁在后端业务系统,以根除大模型幻觉对核心逻辑的破坏。
  1. 01生鲜补货的链路是固定数学公式:日均销量 → 实际库存(公式)→ 保险库存(公式)→ 补货判断,每一步输入输出确定,无任何模糊空间。
  2. 02LangGraph 的 Graph 结构通过边提供硬性流程约束,保证节点按预定顺序执行,不会出现跳步或乱序,解决了单纯依赖 Prompt 引导的不确定性。
  3. 03LangGraph 的全局 State 承载全链路中间结果(SKU、库存、销量),任意后续节点可直接读取,避免重复查库,且 Checkpointer 支持断点续跑。
  4. 04MCP-Server 作为薄代理层,只做 HTTP 代理转发,不碰数据库、不执行业务逻辑;存量业务 API 零改造即可被 AI 标准化调用。
  5. 05AI 与数据库之间通过 MCP 隔离,AI 永远拿不到 DB 直连权限,这是整套架构的安全底座,确保边界清晰、可追责。
  6. 06外部库存(在途、调拨)作为 judge_restock 工具的入参 ext_stock,由 AI 从对话中提取后传入,逻辑判断仍由工具内部完成,兼顾灵活性与确定性。
  7. 07扩展新能力(如在途入库)只需在 MCP-Server 增加新工具,Agent prompt 改一句描述,无需改动 AI 调度逻辑。
反方 / 局限
  • 文章承认 State 默认存内存,进程重启会丢,必须依赖 Checkpointer 组件额外配置持久化,增加了基础设施复杂度。
  • 文章暗示该架构适用于「确定性计算」场景,若遇到更复杂、需 AI 深度推理的混合场景(模糊判断 + 少量计算),流程的「硬约束」可能成为瓶颈。
15 分钟 · 5 卡片 · 14 资料
读原文 →

概念锚点

前置背景

平行视角

未来推演

延伸追问