欧盟AI法案于8月2日生效：一份工程合规清单

欧洲联盟《人工智能法案》（EU AI Act，条例(EU) 2024/1689）将于2026年8月2日全面适用。如果您的AI系统属于高风险类别——例如招聘、信用评分、教育、关键基础设施、基本服务等——一系列具体、可审计的义务将从“即将实施的法规”转变为系统必须遵守的法律。

大多数团队正以2018年应对GDPR的方式来处理此事：一个由律师主导、产出文件的合规项目。但对于AI系统，这种方法注定失败，原因很简单：您的系统变化速度比文书工作快。对上个季度模型进行的合规评估，几乎无法告诉监管机构您今早发布的内容。

这正是“合规工程”所要解决的问题：将监管合规视为系统的一项属性——通过设计融入、由流水线强制执行、并持续提供证据——而非事后编写的报告。可靠性经历了这一转变，产生了SRE；安全性也经历了这一转变，产生了DevSecOps；合规性将是下一个。

以下是实用版本：高风险系统的核心欧盟AI法案义务，映射到满足每项义务的工程实践及其应产出的证据制品。每项遵循相同模式：条款 → 实践 → 证据。

首先，了解关键日期：

• 2025年2月2日：禁止的AI实践生效；AI素养义务。
• 2025年8月2日：通用AI模型义务；治理机构运作。
• 2026年8月2日：全面适用，包括以下高风险义务（附件III系统）。
• 2027年8月2日：嵌入受监管产品的高风险AI（附件I）。

处罚力度与违规程度挂钩：禁止实践最高罚款3500万欧元或全球年营业额的7%；其他多数义务违规最高罚款1500万欧元或3%。这些与GDPR相当的金额，正是董事会开始询问工程部门（而非仅法务）有何计划的原因。

清单：条款 → 实践 → 证据

1. 诚实分类系统（第6条及附件III）

一切后续工作取决于您的系统是否高风险。实践：将分类作为版本化的工程决策，记录在仓库中，并在每次重要功能变更时重新评估——您在第三季度增加的一个用例可能将低风险系统变为高风险。证据：带有推理的注明日期的分类备忘录，受版本控制。

1. 运行持续的风险管理系统（第9条）

法案要求风险管理在整个生命周期内“持续”且“迭代”——这是一个流程要求，而非文件要求。实践：将风险登记册作为代码维护，每次发布时审查；阻止引入未缓解已知风险的发布。证据：登记册的变更历史，与发布标签关联。

1. 以可审计的方式管理数据（第10条）

训练、验证和测试数据必须符合质量标准，且必须检查可能的偏差。实践：为每个数据集准备数据集卡片，从源头到模型的数据溯源，以及作为流水线步骤而非一次性研究运行的偏差检查。证据：每次训练运行生成的数据集文档和偏差测试报告。

1. 生成技术文档，而非手动编写（第11条及附件IV）

附件IV文档必须在上市前存在并保持最新。手工编写的文档必然过时。实践：将文档视作代码——在构建时从系统本身（架构、模型版本、评估结果）生成附件IV包。证据：每次发布可重现的文档构建。

1. 为尚未到来的审计记录日志（第12条）

高风险系统必须在其生命周期内自动记录事件。实践：从第一天起围绕可审计性设计结构化、仅追加的日志：输入、决策、模型版本、覆盖操作——并制定保留策略。证据：日志本身，不可变且可查询。

1. 发布说明，而非假设（第13条）

部署者必须能够正确解释和使用系统。实践：版本化的系统卡片和使用说明，像变更日志一样随每次发布一起提供。证据：每个版本的说明存档。

1. 将人工监督设计为功能，而非政策（第14条）

有效监督意味着人类能够理解、干预和覆盖。实践：在产品界面中构建批准/覆盖/停止路径——仅存在于政策PDF中的监督并非“有效”。证据：证明人类实际使用控制措施的监督交互日志。

1. 每次发布证明准确性、鲁棒性和安全性（第15条）

这些是可测量的属性。实践：在CI中设置带有回归阈值的评估套件；定期进行对抗性和红队测试；将标准网络安全卫生扩展到模型特定攻击（投毒、提示注入）。证据：每次发布的评估报告。

1. 让SDLC成为您的质量管理体系（第17条）

提供者需要质量管理体系。大多数工程组织已运行了80%的体系——代码审查、CI/CD、事件响应——只是未命名。实践：将现有生命周期制度化，填补缺口，让流水线强制执行。证据：流程文档加上强制执行流程的CI配置。

1. 将合规评估视为发布门禁（第43、47-49条）

上市前：合规评估、欧盟合规声明、CE标志、在欧盟数据库注册。实践：将其建模为发布流程的最终门禁，由前九项已生成的证据提供输入——这就是工程化合规而非文档化合规的回报。证据：签名的声明和注册记录。

1. 上线后持续监控（第72-73条）

上市后监控是强制性的，严重事件必须报告——最快15天内，更严重类别更快。实践：将生产监控连接到事件处理流程，并将监管报告作为明确的行动手册步骤。证据：监控仪表板和事件记录。

本周围攻方向：

1. 分类（第1项）。当您知道哪些义务实际适用于您时，一半焦虑便会消失。
2. 对照清单进行差距评估。对于每项：实践是否存在？是否自动产生证据？多数团队发现日志和评估接近要求，而文档和风险管理则不然。
3. 选择两个最严重的差距并进行工程化——流水线检查和生成制品，而非文档。一份生成的附件IV包抵得上十份手写的。

到8月2日能保持冷静的团队，并非拥有最厚活页夹的团队，而是那些系统在运行中自动生成合规证据的团队。这就是整个学科的一句话总结。

完整的合规工程指南正在编写中。

在此文章发布时获取——加入候补名单。

本文为工程指南，而非法律建议。义务因角色（提供者与部署者）、行业及成员国实施而异——请咨询合格法律顾问以确认您的具体情况。