## 缺料停线风险升级 {.case data-case-id="061"} | 字段 | 值 | | --- | --- | | 案例编号 | `061` | | 行业 / 部门 | 制造 / 供应链 | | 角色 | 供应链经理 | | 难度 | `复杂` | | 调用来源 | `manual`（缺料风险确认后由计划员发起一次手动调用，带入缺料单与产线信息的代号化条目——物料代号、产线代号与缺口字段） | 缺料往往在离停线只剩几小时才被发现。目标：计划员在缺料风险确认后发起一次调用，让评估 Agent 结合替代料、在途库存与换线成本评估缺料影响，预计将导致停线的缺料一律强制进入供应链经理确认、厂长确认两步串行人工把关，两步都确认后生成应对动作清单——调拨、催货、换线只列选项，由人在业务系统执行。指标：从本次调用启动到供应链经理收到升级通知的中位数 < 30 分钟；预计停线的缺料 0 例自动处置、0 例静默结束；确认到动作清单生成的中位数 < 2 小时。 - **覆盖**：手动调用带入缺料单与产线信息的代号化条目（物料代号、数量、需求日期、缺口、产线代号）、评估停线影响、红线强制进入供应链经理与厂长两步串行确认、两步确认后生成只列选项的动作清单、任一步驳回后失败结束重新评估。 - **不覆盖**：自动执行调拨、催货、换线，自动改生产计划或采购订单，替代料的自动放行，停线后的恢复排产。 - **假设**：缺料单（物料代号、数量、需求日期、缺口）与产线信息（产线代号、当前品种、计划排程）由计划员在调用时作为输入提供；物料与产线一律用代号，不带名称与客户信息。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：计划员在缺料风险确认后发起一次手动调用，让获授权的评估 Agent 结合在途库存、替代料与换线成本评估缺料影响（是否预计导致停线、影响窗口、可选动作），物料与产线只用代号，不外带名称与供应商商业信息。 触发：手动发起调用，调用时带入缺料单（物料代号、数量、需求日期、缺口）、产线信息（产线代号、当前品种、计划排程）、供应链频道、评估 Agent 和两位审批人（供应链经理、厂长）。 结果分三类处理（先判红线，再判其余）： 触及红线（预计将导致停线的缺料，无论置信度如何）：一律强制进入两步串行人工确认，绝不自动处置，也绝不静默——这是最高优先级，命中即短路。第一步供应链经理确认（会签）：确认后流转第二步厂长确认；任一步驳回即本次失败结束、重新评估，留审计时间戳与操作人，不自动改判。两步都确认后才生成应对动作清单（调拨 / 催货 / 换线建议，只列选项与影响，由人决策并在业务系统执行，工作流不动产线与订单），留审计时间戳与操作人——不是并成一个审批框，而是经理确认在前、厂长确认在后的两个串行审批环节。 预计不停线（缺口可在需求日期前闭环）：汇总归档发回执并留审计时间戳，不打扰审批人；按抽样口径抽出一部分留待事后核验，发现漏判即人工补升级。 本期无缺料单（查询成功但清单为空）：发一条"本期无缺料单"汇总回执并留时间戳，不静默结束，也不当作输入不完整。 审批：预计停线的缺料必须经供应链经理确认、厂长确认两个串行审批环节后才生成动作清单，审批为二值确认或驳回，不设自动超时，无默认通过/否决；任一步驳回即失败结束、重新评估并留审计，流程侧按驳回留审计。 取数失败（输入缺料单不完整：物料代号、数量、需求日期、缺口任一缺失）：不重试——同一调用的不完整输入不会因重跑补齐；告警失败、留审计时间戳，并通知调用方（计划员）更正输入后新开一次调用，而不是对相同数据重试。 异常：评估 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：升级确认、归档、零结果回执各自留审计时间戳后结束。 ``` ![案例 061 缺料停线风险升级：计划员手动调用让评估 Agent 评估缺料影响；回传不合结构停在原等待点。先判红线：预计停线无论置信度强制进入供应链经理确认（会签）后厂长确认的两步串行人工把关、绝不自动处置，两步确认后生成应对动作清单（只列选项由人执行），任一步驳回失败结束重新评估；预计不停线汇总归档并抽样核验；本期无缺料单发零结果回执；输入缺料单不完整不重试、告警留审计新开调用](../../../media/cases/fig-case-061-01-flow.svg){#fig-case-061-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **手动触发**：计划员在缺料风险确认后发起一次调用，带入缺料单与产线信息的代号化条目（物料代号、缺口、产线代号）、供应链频道、评估 Agent 与审批人（供应链经理 + 厂长）。 2. **评估缺料影响**：获授权 Agent 结合在途库存、替代料与换线成本评估，回传（是否预计停线、影响窗口、可选动作，一律用代号）；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **多路分流（先判红线）**： - **触及红线**：预计将导致停线的缺料，无论置信度，强制进入两步串行人工确认，绝不自动处置、绝不静默——第一步供应链经理确认（会签），第二步厂长确认，两步是独立的审批环节而非一个审批框。两步都确认后生成应对动作清单（调拨 / 催货 / 换线，只列选项与影响，由人在业务系统执行），留审计时间戳与操作人；任一步驳回则失败结束、重新评估并留审计。 - **预计不停线**：缺口可在需求日期前闭环，汇总归档、发汇总回执并留审计时间戳；按抽样口径抽出一部分留待事后核验，发现漏判即人工补升级。 - **本期无缺料单**：发一条零结果汇总回执并留时间戳，不静默结束，也不当作输入不完整。 4. **输入缺料单不完整**：物料代号、数量、需求日期、缺口任一缺失时不重试，告警失败、留审计时间戳，通知计划员更正输入后新开一次调用。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"手动调用 + 红线强制串行双审 + 多路分流"流程——它知道"评估缺料影响"需要一个发消息并等待回调的 Agent 环节、"先判红线再分流"需要一个条件路由且红线优先级最高、"供应链经理确认后厂长确认"需要前后串行的两个审批环节、"动作清单与回执"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **真停线信号被当成"预计不停线"归档**：这是最危险的漏判。靠两层兜底——把"预计将导致停线"设为无论置信度一律强制人工确认的红线；再对归档结果抽样核验，漏判即人工补升级并留审计。 - **输入缺料单不完整**：不重试（重跑补不齐），也不猜缺口或需求日期，告警失败、留审计时间戳，通知计划员更正后新开一次调用。 - **审批被驳回**：经理或厂长任一步驳回都使本次失败结束、重新评估并留审计，流程侧按驳回留审计；没有"AI 自动改判"。 - **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。停线风险等不起，由另一条定时检查的 Workflow（或值班人员）扫出长时间未响应的升级项并提醒审批人。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本期无缺料单（结果为 0）**：仍发一条零结果汇总回执并留时间戳，让"没消息"变成可核验的记录。 - **评估 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 预计停线的缺料必须经供应链经理确认、厂长确认两个串行审批环节后才生成动作清单，这是职责分离的落点：Agent 负责评估，经理与厂长先后把关、各留操作人，人负责决策与执行。确认时两位审批人都能看到脱敏代号、影响窗口与可选动作的影响对比，是"有依据的快速决策"而非盲目拍板。审批为二值确认或驳回，不设自动超时，无默认通过/否决；任一步驳回即本次失败、重新评估并留审计，不自动改判——超时催办属于另一条定时编排，不属于审批环节本身。 本工作流不直接对接 MES、ERP 或 WMS，也不改产线、库存与订单。在途库存、替代料与排程等数据的读取由获授权 Agent 通过 App/Extension 完成，数据源访问凭据用 `` 占位，由 Agent 运行时从密钥引用；确认后的调拨、催货、换线由人在业务系统里执行，工作流只生成动作清单。物料与产线脱敏为代号，供应商名称、价格与合同条款不进入工作流；通知与审计按最小披露只含代号与影响要点。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 6 个月 60 笔缺料记录（含预计停线、缺口闭环、替代可行样本）回放，人工基准答案为既定停线判定；预计不停线判定与基准一致率 ≥ 90%。 - **红线防线**：基准为预计停线的缺料中，进入经理与厂长两步串行确认或被升级的比例（召回率）100%；被红线捕获的缺料自动处置 0 例、静默结束 0 例。 - **职责分离**：动作清单 100% 产生于经理与厂长两步确认全部通过之后，任一步驳回即无动作清单；0 例工作流直接改产线、库存或订单。 - **脱敏口径**：通知与审计内容 100% 使用物料与产线代号，不含供应商名称与价格，按 10% 抽样核对。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），按 10% 抽查四层实际记录。 - **输入校验**：缺料单缺失必填字段时 100% 告警留审计并要求新开调用，不出现猜测的缺口或需求日期。 - **结果可见**：升级确认、归档、零结果、输入不完整四类结果 100% 各有可见回执；升级到供应链经理收到的中位数 < 30 分钟；每次运行留审计时间戳与操作人。 ### 复用与变体 - **同构迁移**：设备备件缺件停机预警、供应商断供风险升级、关键岗位到岗风险升级。 - **分级审批**：单一产线缺料由供应链经理单审，涉及多产线的必须厂长加签，在提示词里写明。 - **写回计划系统**：确认后再加一个 Agent 环节，由它通过 App/Extension 把升级结论与所选动作写回计划系统留档；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=缺料单编号+确认批次），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。