这边压货那边断货，调一次就见效

什么事件会触发

业务对象变化、相关反馈到达或人工发起时

会读取什么

• 商品主数据/ERP：SKU、款色码或批次、包装/最小订量、成本与组织/货权
• POS/电商/OMS：销售、退货、未履约需求、活动订单、渠道可售状态
• WMS/门店库存：现存、可用、锁定、预留、待检/隔离、库位、收发事务
• 采购/在途/ASN：补货单、供应确认、在途数量、预计到达、收货状态
• 预测/优化服务：需求预测、安全库存、候选源/目标/数量、目标函数和约束命中

Agent 怎么判断

把店长/加盟商自然语言反馈、活动 需求说明、残次/陈列说明与结构化候选关联到正确门店和 SKU；解释系统库存、实物反馈、在途承诺、渠道活动和货权之间的冲突，指出缺什么证据；在优化器给出的可行候选之间比较业务副作用，判断应请求调拨、补货、等待在途、降低数量还是转人工；不自行改优化目标或库存数

会实际做什么

• 再平衡案件库：创建 根对象、计划窗口和证据引用
• 受控任务/消息系统：创建 定向复核任务
• 审批系统：提交审批 调拨或补货方案
• WMS/ERP 调拨服务：创建 调拨单并受控预留

人审与权限

高风险写入、对外承诺、付款、放行、合同、人事或生产相关动作必须由有权人审批；审批绑定对象版本与动作摘要

等待后怎么继续

持久等待唯一反馈或事件；恢复后先重读权威系统再继续