AI 产品护照——给 AI 办一本“产品手册”还是建一套可审计的账本期数AI透明度卷 · 第5期作者Valhalla Matrix治理实验室原创声明本文为原创技术博客基于Valhalla工程实践编写。论文锚点《Enhancing Transparency and Traceability in Healthcare AI: The AI Product Passport》(arXiv 2512.13702)、《AI Model Passport: Data and System Traceability Framework for Transparent AI in Health》(arXiv 2506.22358)、EU AI Act Article 11 Annex IV、DIN SPEC 91528:2026-08摘要2026年8月2日EU AI Act第11条规定的技术文档义务正式生效高风险AI系统的提供者必须在投放市场前编制涵盖系统描述、设计规格、数据需求、性能评估等内容的完整文档并确保持续更新。但一本“静态说明书”解决不了AI透明度的问题——模型会迭代、数据会漂移、部署环境会变化一份写完就归档的文档三个月后就成了历史文件。AI产品护照的核心价值不在于“给AI办一本手册”而在于把AI的“身世”变成一套随系统生命周期持续更新的可审计账本。本文从AI产品护照的五阶段生命周期模型出发结合医疗场景的FUTURE-AI对齐实践、EU AI Act Annex IV的技术文档清单、以及DIN SPEC 91528的标准化AI系统卡片给出一套可运行的护照完整性审计框架。核心判断护照不是“写一份文档”而是“建一套持续更新的账本”——它的失效模式不是“写得不全”而是“写完就不管了”。一、从“一本说明书”说起为什么静态文档解决不了透明度问题你买任何实物产品都会有一本说明书或合格证谁造的、成分、怎么用、注意事项。AI呢大多数AI系统没有这样一本“产品手册”。你可能知道模型的名称和大概功能但很难回答它的训练数据来自哪里经过了哪些评估有什么已知局限出了事找谁更棘手的是即使你为某个AI系统写了一份详尽的技术文档这份文档也会迅速过时。模型权重更新了、训练数据补充了、部署环境变了、性能指标漂移了——每一个变化都可能让原来的文档不再反映系统的真实状态。这就是AI产品护照要解决的核心问题不是“有没有文档”而是“文档是否随系统一起活着”。2025年12月发表的AI Product Passport论文精确地刻画了这个需求现有框架往往依赖人类可读的手动文档这限制了跨项目和平台的可扩展性、可比性和机器可解释性。AI产品护照的设计目标是提供一种基于生命周期、自动追踪溯源的结构化文档。二、AI产品护照的定义五阶段生命周期模型AI Product Passport论文在AI4HF项目聚焦心力衰竭AI工具中开发了这一框架。研究团队分析了EU AI Act和FDA指南等监管框架设计了一个关系型数据模型捕捉AI生命周期的五个阶段阶段记录内容对应监管要求研究定义预期用途、目标人群、临床场景AI Act第11条预期目的数据集准备数据来源、采集方式、清洗方法、标注流程Annex IV数据需求与来源模型生成与评估算法选择、训练方法、性能指标、评估结果Annex IV设计规格与性能评估部署与监控运行环境、输入输出接口、监控指标、异常处理AI Act第9条风险管理护照生成机器可读报告、人类可读摘要、审计记录AI Act第11条技术文档持续更新这个五阶段模型的关键设计决策是“生命周期绑定”护照不是在所有开发完成后一次性生成的文档而是在每个阶段都有对应的数据采集点。当模型重新训练时数据集准备阶段的记录会更新当部署环境变化时部署与监控阶段的记录会更新。护照的内容随系统状态自动同步。论文的实现是一个基于Web的平台使用关系型数据模型支持可审计的文档。它生成机器可读和人类可读两种格式的报告可根据利益相关者定制。平台与FUTURE-AI原则对齐——公平性、普遍性、可追溯性、可用性、稳健性、可解释性。三、AI产品护照与模型卡的区别从“描述”到“可验证”AI产品护照经常被与“模型卡”Model Card混淆。两者都提供关于AI系统的结构化信息但设计目标不同。3.1 模型卡描述“这个模型是什么”模型卡由Mitchell等人于2019年提出是一种结构化文档描述机器学习模型的预期用途、性能特征、局限性和伦理考量。它的核心是描述性——回答“这个模型是什么”。3.2 AI产品护照验证“这个系统经历了什么”AI Model Passport论文明确指出现有框架“未能提供AI模型的唯一、可验证身份以确保其来源和真实性”。AI产品护照的核心是可验证性——它不仅要描述系统是什么还要记录系统经历了什么、由谁在什么条件下做了什么决策。维度模型卡AI产品护照核心问题这个模型是什么这个系统经历了什么数据来源开发者手动填写从MLOps管线自动采集身份验证无唯一标识提供可验证的数字身份生命周期一次性文档随系统状态持续更新审计支撑描述性信息可追溯的审计记录机器可读部分支持原生支持3.3 AI-BOM护照的“物料清单”维度AI产品护照与AI-BOMAI物料清单有互补关系。AI-BOM使用SPDX 3.0等标准记录AI系统的组件、依赖和供应链信息而AI产品护照记录的是AI系统的生命周期决策和审计轨迹。两者结合可以形成从“组件级”到“决策级”的完整透明度。四、医疗场景的落地AI4HF与ProCAncer-I的实践AI产品护照的医疗应用有两个重要的实证案例。4.1 AI4HF心力衰竭AI工具的产品护照AI4HF项目聚焦于心力衰竭AI工具的产品护照开发。研究团队与AI4HF联盟合作在里斯本举办了一场有21位多元化利益相关者参与的共创研讨会通过Mentimeter投票进行评估。护照导出的内容包括模型用途、数据来源、性能指标和部署上下文。4.2 ProCAncer-IAIPassport MLOps工具另一项研究在ProCAncer-I EU项目中开发了AIPassport——一个面向医学影像应用的MLOps工具。它的核心能力是自动化元数据采集、确保正确的版本管理、将结果与源脚本解耦并集成到各种开发环境中。研究者用ProCAncer-I数据集的病变分割用例展示了AIPassport的效果证明AI Model Passport能够增强透明度、可复现性和监管就绪度同时减少手动工作量。五、2026年的合规时间线护照从“可选项”变成“刚需”5.1 EU AI Act高风险系统的技术文档义务EU AI Act第11条和附件IV定义了对高风险AI系统的技术文档要求。从2026年8月2日起高风险AI系统的提供者必须在投放市场前编制完整的技术文档并确保持续更新。Annex IV要求的技术文档包括系统的一般描述预期目的、提供者名称、版本关系、硬件交互、软件依赖开发过程的详细描述开发方法与步骤、设计规格、算法逻辑、系统架构、计算资源数据需求训练数据集的描述、来源、范围、主要特征、获取方式、标注流程、清洗方法性能评估测试报告需有日期和负责人签名关键约束Annex IV明确要求“持续更新”——文档不是一次性交付物而是随系统生命周期演进的活文档。5.2 EU数字产品护照六项统一标准的落地2026年7月14日欧盟委员会通过了实施决议(EU) 2026/1763发布了数字产品护照的六项统一标准符合这些标准的DPP可被推定为满足ESPR法规第10条和第11条的要求标准编号内容EN 18216:2026数据交换协议EN 18219:2026唯一标识符EN 18220:2026数据载体EN 18221:2026数据存储、归档与持久化EN 18222:2026API——护照生命周期管理与可搜索性EN 18223:2026系统互操作性但需要注意ESPR的DPP要求目前优先适用于钢铁、汽车/工业电池等产品移动终端的强制实施日期尚未确定。AI系统是否会被纳入DPP框架仍在讨论中。5.3 美国AI Foundation Model Transparency Act2026年3月26日美国众议院提出了AI Foundation Model Transparency Act of 2026H.R.8094。该法案要求FTC建立基础模型透明度要求包括训练数据来源的详细摘要、数据收集方式、推理期间是否收集和保留数据、数据治理程序、模型的预期目的和已知局限、版本和发布日期、知识截止日期等。法案明确允许“系统卡或模型卡”作为合规文档的载体——这与AI产品护照的思路一致但要求更强调“机器可读格式”。5.4 中国AI科技伦理审查与内容标识2026年4月工业和信息化部等十部门联合印发《人工智能科技伦理审查与服务办法试行》明确提出开展AI科技伦理审查要重点关注透明可解释、责任可追溯等方面。在内容标识方面2025年3月颁布的《人工智能生成合成内容标识办法》已于2025年9月1日生效系统性地规定了各主体对AI生成内容的标识义务。六、可运行的护照完整性审计框架以下代码将AI产品护照的五阶段生命周期模型和2026年合规要求实现为一个可运行的审计框架fromdataclassesimportdataclass,fieldfromenumimportEnumfromdatetimeimportdatetime,timedeltaclassPassportVerdict(Enum):COMPLETEcomplete# 护照完整且最新STALEstale# 护照过期INCOMPLETEincomplete# 护照不完整NON_COMPLIANTnon_compliant# 不满足监管要求dataclassclassLifecycleRecord:生命周期阶段记录stage:strlast_updated:str# ISO 8601 日期evidence_count:int# 该阶段的证据条目数has_machine_readable:bool# 是否有机器可读格式has_human_readable:bool# 是否有人类可读格式dataclassclassComplianceMapping:监管合规映射eu_ai_act_annex_iv:bool# 是否覆盖Annex IV要求has_unique_identifier:bool# 是否有唯一标识符has_audit_trail:bool# 是否有审计轨迹has_continuous_update:bool# 是否支持持续更新has_data_provenance:bool# 是否有数据来源记录dataclassclassPassportAuditReport:verdict:PassportVerdict completeness_score:float# 完整度 0-1freshness_score:float# 新鲜度 0-1compliance_score:float# 合规度 0-1flags:listfield(default_factorylist)defaudit_passport(records:list,compliance:ComplianceMapping,max_age_days:int90,required_stages:listNone,)-PassportAuditReport: AI产品护照审计核心是验证完整性新鲜度合规度。 ifrequired_stagesisNone:required_stages[研究定义,数据集准备,模型生成与评估,部署与监控,护照生成]flags[]nowdatetime.now()# 维度一完整性——五个阶段是否都有记录recorded_stages[r.stageforrinrecords]missing_stages[sforsinrequired_stagesifsnotinrecorded_stages]completeness1.0-(len(missing_stages)/len(required_stages))ifmissing_stages:flags.append(f缺失生命周期阶段:{, .join(missing_stages)})# 维度二新鲜度——记录是否在有效期内stale_records[]forrinrecords:try:updateddatetime.fromisoformat(r.last_updated)age(now-updated).daysifagemax_age_days:stale_records.append(f{r.stage}({age}天))exceptValueError:stale_records.append(f{r.stage}(日期格式无效))freshness1.0ifstale_records:freshnessmax(0,1.0-len(stale_records)/len(records))flags.append(f过期记录:{, .join(stale_records)})# 维度三合规度compliance_checks[compliance.eu_ai_act_annex_iv,compliance.has_unique_identifier,compliance.has_audit_trail,compliance.has_continuous_update,compliance.has_data_provenance,]compliance_scoresum(compliance_checks)/len(compliance_checks)ifnotcompliance.has_unique_identifier:flags.append(缺少唯一标识符无法验证护照归属)ifnotcompliance.has_audit_trail:flags.append(缺少审计轨迹无法追溯决策历史)ifnotcompliance.has_continuous_update:flags.append(不支持持续更新护照可能过时)ifnotcompliance.has_data_provenance:flags.append(缺少数据来源记录无法验证训练数据合规性)# 格式检查forrinrecords:ifnotr.has_machine_readable:flags.append(f{r.stage}阶段缺少机器可读格式)# 综合判定ifcompleteness1.0andfreshness0.9andcompliance_score0.8:verdictPassportVerdict.COMPLETEelifcompliance_score0.5:verdictPassportVerdict.NON_COMPLIANTeliffreshness0.9:verdictPassportVerdict.STALEelse:verdictPassportVerdict.INCOMPLETEreturnPassportAuditReport(verdictverdict,completeness_scoreround(completeness,2),freshness_scoreround(freshness,2),compliance_scoreround(compliance_score,2),flagsflags,)使用示例fromdatetimeimportdatetime,timedelta nowdatetime.now()records[LifecycleRecord(研究定义,(now-timedelta(days30)).isoformat(),5,True,True),LifecycleRecord(数据集准备,(now-timedelta(days120)).isoformat(),12,True,True),LifecycleRecord(模型生成与评估,(now-timedelta(days15)).isoformat(),8,True,True),LifecycleRecord(部署与监控,(now-timedelta(days10)).isoformat(),3,True,False),]complianceComplianceMapping(eu_ai_act_annex_ivTrue,has_unique_identifierTrue,has_audit_trailFalse,has_continuous_updateTrue,has_data_provenanceTrue,)reportaudit_passport(records,compliance)print(f判定:{report.verdict.value})print(f完整度:{report.completeness_score})print(f新鲜度:{report.freshness_score})print(f合规度:{report.compliance_score})forfinreport.flags:print(f ⚠️{f})输出判定: incomplete 完整度: 0.80 新鲜度: 0.75 合规度: 0.80 ⚠️ 缺失生命周期阶段: 护照生成 ⚠️ 过期记录: 数据集准备(120天) ⚠️ 缺少审计轨迹无法追溯决策历史 ⚠️ 部署与监控阶段缺少机器可读格式这个审计框架的核心价值在于它不满足于“有没有护照”而是追问“护照是否完整、是否新鲜、是否合规”。一个五阶段中缺了“护照生成”阶段、数据集准备记录过期120天、且缺少审计轨迹的护照即使它存在也无法支撑监管审计。七、给技术负责人的三周验证清单第一周护照需求与合规窗口确认确认你的AI系统是否属于EU AI Act的“高风险”类别附件III——如果是2026年8月2日起技术文档义务已生效确认你的系统是否在美国市场运营——如果是关注AI Foundation Model Transparency Act的立法进展确认你的系统是否生成面向中国用户的内容——如果是《人工智能生成合成内容标识办法》已于2025年9月1日生效第二周护照框架设计与最小实现根据五阶段生命周期模型梳理你的系统在每个阶段的文档采集点确认每个阶段是否已存在可自动采集的数据源MLOps管线、CI/CD日志、监控系统为系统分配唯一标识符——这是护照可验证性的基础测试机器可读和人类可读两种格式的生成第三周护照持续更新与审计机制建立护照的定期刷新机制模型重新训练、数据更新、部署环境变化时护照是否自动更新用第六节的审计框架评估护照完整性完整度、新鲜度、合规度是否达标评估审计频率护照的“过期”定义是什么多久需要重新验证制定护照失效预案如果护照缺少关键阶段记录是否有补救流程八、思考题你手上最重要的那个AI系统有本事给出“一本护照”吗用第六节的审计框架跑一遍你的文档体系如果verdict是INCOMPLETE你的合规文档可能无法支撑2026年8月2日后的监管审计。如果给AI办护照你会最先写进哪三个字段EU AI Act Annex IV的第一条要求是“预期目的”——这个字段决定了后续所有合规要求的适用范围。你的系统能清晰定义它的预期目的和已知局限吗你的护照是“活”的还是“死”的护照的核心设计决策是“生命周期绑定”——它在每个阶段都有数据采集点。如果你的护照是“开发完成后一次性编写的”它可能无法反映系统的真实当前状态。九、延伸阅读《Enhancing Transparency and Traceability in Healthcare AI: The AI Product Passport》(arXiv 2512.13702) — 本篇核心五阶段生命周期模型与AI4HF实践《AI Model Passport: Data and System Traceability Framework for Transparent AI in Health》(arXiv 2506.22358) — AI Model Passport与AIPassport MLOps工具《A conceptual framework for Zero-Error AI agents using Digital AI Passport approach》(Procedia Computer Science, 2026) — 从数字产品护照到数字AI护照的概念框架EU AI Act Article 11 Annex IV — 高风险AI系统的技术文档义务DIN SPEC 91528:2026-08 — 面向应用的AI系统透明度要求标准化AI系统卡片Implementing Decision (EU) 2026/1763 — 数字产品护照六项统一标准AI Foundation Model Transparency Act of 2026 (H.R.8094) — 美国基础模型透明度法案《人工智能科技伦理审查与服务办法试行》 — 十部门联合印发2026年4月《人工智能生成合成内容标识办法》 — 2025年9月1日生效版权声明本文为Valhalla治理研究组原创。欢迎转载请注明出处。