用途：disruption-intake 是供应链中断智能体流程的入口技能。它把来自任一渠道的供应中断信号——PO/ERP 记录、发货 ASN 数据流、供应商邮件或门户通知——转换为统一的结构化契约输入（mfg.supplier-disruption.v1），为后续技能提供基础数据。
适用情形：当出现“PO 延迟”“供应商延期”“某物料短缺”或需要“处理这份供应商通知”时使用；也适用于任一供应商中断智能体运行的起点，或中断信号从上述渠道到达时。
主要能力：
- 识别触发渠道，设置 trigger_channel（po_record | shipment_feed | supplier_email | portal_notice）与 disruption_type（late_po | shipment_delay | shortage | supplier_notice）。
- 提取锚点信息：supplier、po_number、supplier_or_po，以及短缺/延迟物料信息（part_no、description、uom）。
- 记录 promised_date、revised_date、short_qty、reason 与 reported_at。若供应商文字淡化延迟、但数据流或门户显示更晚日期，则记录有据可查的较晚日期，不以供应商措辞弱化数据不支持的信息。
- 将事实性叙述写入 description。
- 生成 disruption-intake.json，包含 contract_version、disruption_id、supplier_or_po 等字段，并预留空的 supply{}、retrieved{}、history{} 供检索技能填充。
输入：任一渠道的中断信号，支持 PO/ERP 记录（CSV/JSON）、发货/ASN 数据流（CSV）、供应商邮件（TXT）或门户通知（TXT）。输出为符合契约输入的 disruption-intake.json，即流程入口负载。
证据要求：每个提取事实须注明来源（PO 行、ASN 行、邮件行或门户通知）；修订日期须引用数据流/门户记录，而不仅是供应商文字。
限制：本技能不映射影响、不选择缓解措施（由两个引擎负责）；须记录有证据的最晚交付日期，不能以供应商“轻微延误”说法覆盖显示更晚日期的数据流；日期含糊时应升级确认而非猜测；不得编造来源未提及的物料、数量或日期。若修订日期、短缺数量或受影响物料不明确，或供应商文字与数据流/门户冲突，应记录到契约 escalations[] 并标记待确认，不得虚构值。
适用场景：制造与供应链企业处理供应商中断通知、PO 延迟、发货延迟、物料短缺等入口性数据整理任务。