用途
Disruption Write-up 用于在供应商中断处理流程中产出两份人可读的书面产物：供应商跟进函（催促逾期采购订单、请求加急或确认修订日期）和内部升级简报（包含影响、缓解措施、责任人以及所需决策）。该技能从模板 templates/disruption-writeup-template.md 渲染，且只使用合同数据包中的内容填充。
主要能力
- 根据合同 mfg.supplier-disruption.v1 校验输入数据。
- 填充模板，涵盖：中断识别、影响摘要与逐订单影响映射表、缓解措施块、责任人通知列表、可见的“未决事项/升级”块、推荐的下一步最佳行动、起草的供应商跟进函（参考 supplier-comms-standards.md #1-#2）以及起草的内部升级简报（#3）。
- 渲染为指定格式：markdown；DOCX/PDF 通过平台文档组件生成。
- 选择受众口吻：买方、生产计划员或物料经理。
- 将写作标记为 DRAFT，等待买方/计划员审阅与签发。
使用方式
在完成 mitigation-recommend 之后使用，以闭合流程闭环。典型触发语句为“起草供应商跟进函”或“撰写升级简报”。输入为 disruption-packet.json，包含 {mitigation} 跳以及 impact_map[]、impact_summary{}、mitigation{}、notifications[]、next_best_action、escalations[]。输出文件为 DISR-<disruption_id>-writeup.md（或 .docx），是该合同流程的终端产物。
适用场景
适用于供应链中断发生后，需要以书面形式向下游供应商跟进、同时向上级或相关方进行内部升级说明的场景。当 escalations[] 非空时，写作必须在推荐行动之上以可见的“未决事项/升级”块呈现这些事项，尤其是客户订单风险、单一来源需要第二来源以及长期供应商审查等情况。
限制
该技能坚持“先起草”原则：不下单或加急采购订单、不写入 ERP 或排程、不发送邮件，也不作出供应商承诺。写作是建议而非已执行动作。写作中不得出现合同数据包中不存在的内容。客户订单（late_shipment）风险及其首次影响日期不得在草稿中被弱化或隐藏。影响须追溯到 engine:shortage_impact_map，缓解措施与升级事项须追溯到 engine:mitigation_recommend，起草标准引用 supplier-comms-standards.md。