用途
Supply Knowledge Retrieve 用于在供应链中断处理流程中，为中断载荷补充有据可查的供应上下文。它在 disruption-intake 之后、每次运行中执行，回答诸如“这个零件用在哪里、我们手头有多少库存”“这家供应商以前是否延迟过”等问题。
主要能力
该技能检索并填充以下内容：
- supply{}：零件的 ERP/MRP 供应状况，包括 on_hand、on_order（延迟采购订单数量）、safety_stock、lead_time_days、single_source、substitutes[]（含 approved 与 available_qty）、alternates[]（含 lead_time_days 与 qualified）。
- retrieved.open_orders[]：展开 BOM/where-used 并与未结订单关联，每条包含 order_type、product、line、finished_qty、per_unit、need_by、customer、high_runner。
- history{}：window_days、late_count、on_time_pct、prior_shipments[]，并在供应商反复延迟时设置 chronic_pattern = true，作为系统性信号。
- 将供应商主数据与采购标准附加到 retrieved{}，每条附引用。
使用方式
输入包括：
- disruption-intake.json（来自 disruption-intake 的契约输入）
- ERP 库存/MRP 导出（CSV）：part、on_hand、on_order、safety_stock、lead_time_days
- 供应商主数据（CSV）：single_source、备选供应商及提前期、已批准替代品
- BOM/where-used（CSV）：父产品、组件、单位用量、产线
- 未结订单（CSV）：order_id、type（production/sales）、product、finished_qty、need_by、customer
- 供应商准时历史（CSV）：历史采购订单、承诺与实际、延迟天数
输出为填充了 supply{}、retrieved{} 和 history{} 的契约载荷，作为 shortage-impact-map 的输入。
适用场景
适用于供应链中断响应流程中需要补充供应侧事实依据的环节，例如查询零件用途与库存、评估供应商历史交付表现、识别反复延迟的系统性模式。
限制
- 仅做检索，不在此处映射影响或选择缓解措施（引擎/LLM 分工）。
- 不得推断主数据未声明的已批准替代品或合格备选供应商。
- 不得遗漏短缺会影响的未结订单（尤其是客户销售订单），将其呈现出来正是本技能的目的。
- 每条未结订单须引用其订单记录；每个供应数字须引用 ERP/主数据导出；每次历史发货须引用其采购订单行。
- 若 where-used、未结订单或供应商主数据不可用，则仅基于采购订单和现有库存继续，并在 escalations[] 中注明，不阻塞运行。