一句话总结：UL 3115（Proposed First Edition，2026-07-31）真正要的不是文档数量，而是一条能反向追溯的证据链——Clause 18.8.3 c) 要求每条安全要求都能追到其实现与测试证据，Clause 32.1 d) 要求从输入数据经决策过程到最终输出的完整可审计轨迹。本文把六类工作产物挂到具体条款，拆出功能要求、风险分析、控制措施、验证测试、版本信息、变更记录六个环节的咬合方式。
六类工作产物与条款落点
先把清单落到条款上，不然容易做成"什么都写了一点，什么都追不到"。
| 工作产物 | 条款 | 要求编号 |
|---|---|---|
| 风险登记册 | 13.1.1 c) | R6 |
| 危害分析与风险评估（HARA） | 18.3.4 b) | R24 |
| 失效模式分析（FMEA/FTA/STPA） | 18.4.3 c) | R25 |
| 功能安全概念与技术安全概念 | 18.5.2 | R26 |
| 验证与确认计划及证据 | 18.6.4 a) b) | R27 |
| 模型架构与超参数记录 | 34.1.4.1 | R49 |
| 训练数据来源与治理记录 | 34.1.1.1 b) c) | R46 |
| 设计过程记录与取舍理由 | 41.1.1 | R67 |
| 数据收集与分析记录 | 41.2.1 | R68 |
| 测试与评估报告 | 41.3.1 | R69 |
| 合规与伦理评审记录 | 41.4.1 | R70 |
| 部署与监控日志 | 41.5.1 | R71 |
| 事故与响应记录 | 41.6.1 | R72 |
| 问责框架与角色指派 | 49.5.1 | R81 |
这张表跟第三方机构公布的"资料清单"看起来相似，但性质不同：左边是标准条款要求的产物，右边是对应的强制编号。做符合性矩阵时用这张表，比照抄任何外部清单都稳。