要求

自2025年2月2日起，提供者和部署者有义务确保其员工及其他参与AI系统运营和使用的人员具备足够的AI能力（AI Literacy）。

什么是AI素养？

Art. 4 要求操作AI系统的人员：

• 了解AI系统的能力和局限性
• 认识到对受影响人员的潜在影响
• 能够按预期用途使用AI系统

该要求是成比例的 — 所需的能力水平取决于上下文、风险等级和潜在影响。

BAUER GROUP 实施

培训方案

记录义务

每次培训参与均需记录。参见：AI素养培训记录

BAUER GROUP内的AI Act角色

管理层

• 对EU市场AI产品的最终Go/No-Go决策
• 战略定位（规避与合规）
• 合规措施的资源分配

开发负责人

• 第8-15条要求的技术实施（针对高风险）
• 将AI Act检查集成到CI/CD流水线中
• 模型版本控制与文档
• 网络安全（与CRA负责人协调）

项目管理

• 维护AI系统清单
• 按产品进行风险分类
• 创建和更新技术文档
• 协调合格评定

所有接触AI的员工

• 完成AI Literacy培训
• 按预定用途使用AI系统
• 报告异常和事件

与CRA角色的映射

要求

高风险AI系统必须展现适当水平的准确性、鲁棒性和网络安全性。

准确性

• 准确性水平必须在使用说明中声明
• 针对各自预期用途定义并测量适当的指标
• 准确性水平必须适合预期用途

鲁棒性

• 对运行环境中错误、故障和不一致性的抵御能力
• 技术冗余（备份系统、故障安全机制）
• 对对抗性攻击（Adversarial ML）的鲁棒性

网络安全

• 防止未经授权的访问和篡改
• 应对Model Poisoning、Data Poisoning和Adversarial Examples
• 保护机密性、完整性和可用性的措施

BAUER GROUP 实施方案

法规 (EU) 2024/1689

EU人工智能法案（AI Act）是全球首部全面的人工智能监管法规。该法规于2024年8月1日生效，将分阶段至2027年8月2日全面适用。

与网络弹性法案 (CRA) 的区别

核心原则

AI Act采用基于风险的方法，分为四个风险等级：

1. 不可接受的风险（禁止） — Art. 5
2. 高风险（严格监管） — Art. 6–49, Annex I + III
3. 有限风险（透明度义务） — Art. 50
4. 最低风险（无监管） — 无特定义务

域外适用性

AI Act适用于：

• 提供者 (Provider) — 在欧盟市场投放AI系统者，无论其设立地点
• 部署者 (Deployer) — 在欧盟境内专业使用AI系统者
• 进口商和分销商 — AI价值链中的参与者
• 第三国提供者 — 其AI系统输出在欧盟境内使用者

文档结构

本文档分为10个章节 + 附录，提供DE/EN/ZH三种语言版本。它构成现有CRA文档的监管对应部分，涵盖AI Act对BAUER GROUP作为AI系统提供者和部署者所产生的所有义务。

按风险等级划分的工作量

决策规则

自动通过（GO）

• 最低风险
• 有限风险（透明度义务较为简单）

需要 Go/No-Go 评估

• 高风险且需自我评估（Annex VI）

自动不通过（NO-GO EU）

• 高风险且需第三方评估（Annex VII）
• 合规工作量超过3年贡献毛利15%的任何系统

CRA 协同效应（工作量减少）

当产品已符合 CRA 要求时，AI Act 的额外工作量将大幅降低：

按风险等级和角色划分的义务

最低风险

有限风险（透明度）

高风险

* 部署者：根据Art. 26的简化风险管理 ** 部署者：仅限公共机构

GPAI（仅模型提供者）

何时需要？

只有特定高风险系统才需要由 Notified Body（公告机构）进行评估，特别是远程生物识别和特定执法领域的AI。

程序 (Annex VII)

该程序包括以下方面的评估：

1. 质量管理体系 — 由公告机构对 QMS 进行全面审查
2. 技术文档 — 审查完整性和合理性
3. 抽样检测 — 对系统本身进行测试

公告机构在评估结果为正面时签发 证书。

要求

高风险AI系统必须加贴 CE 标识，以表明其符合 AI Act 的规定。

加贴方式

CE 标识应加贴于：

1. AI系统本身（适用于实体产品）— 可见、清晰、不可磨灭
2. 包装 — 当无法加贴于系统本身时
3. 随附文档 — 作为最后手段

规则

• 必须在 投放市场之前 加贴
• 必须符合 欧盟协调立法规定的格式（最小高度 5 毫米）
• 对于没有实体产品的软件：在 数字文档 中标注，必要时在用户界面中标注

与 CRA 的协同

如果产品已加贴 CRA CE 标识，则将 AI Act 合规性整合到同一声明中。无需重复加贴 CE 标识。

要求

高风险 AI 系统的提供者必须签发 EU 合规声明，确认该系统符合 AI Act 的要求。

内容

声明必须至少包含：

• 提供者的名称和地址
• AI 系统的唯一标识（名称、类型、序列号/版本）
• 声明该系统符合 AI Act 的要求
• 引用适用的协调标准或其他技术规范
• 如适用，公告机构的名称和识别编号（适用于 Annex VII）
• 日期和签名

唯一数据源

EU 合规声明由机器可读文件 .compliance/ai-act-statement.json 生成。这确保了：

• 单一来源 — JSON 是维护合规数据的唯一位置
• 一致性 — 人类可读的 DoC、CE 标志和 EU 数据库注册使用相同的数据
• 自动化 — 在 CI/CD 管道中进行验证和生成

参见：机器可读格式

保存

EU 合规声明必须在 AI 系统投放市场后保存 10 年，并应主管机构要求予以提交。

模板

参见：EU 合规声明模板

概述

高风险AI系统必须在投放市场前进行合格评定。AI Act提供两条路径：

路径1：内部控制 (Annex VI) — 自我评估

对于大多数高风险AI系统，提供者的自我评估即可满足要求。包括：

• 审查QMS (Art. 17)
• 审查技术文档
• 确认符合Art. 8–15

路径2：第三方评估 (Annex VII)

仅对特定的Annex III系统要求，特别是：

• 远程生物特征识别 (Annex III Nr. 1)
• 关键基础设施 (Annex III Nr. 2) — 在特定条件下
• 某些执法系统 (Annex III Nr. 6–7)

受欧盟协调立法约束的产品程序

当AI系统是已受监管产品 (Annex I) 的安全组件时，AI Act合格评定将整合到现有产品合格评定中。

目的

机器可读的合规数据可实现：

• 自动发布至合规门户
• 程序化验证在 CI/CD 管道中
• 聚合所有 AI 系统的数据至中央仪表板
• 监管机构访问通过 API 供市场监督机构使用
• 生成人类可读的 EU 合规声明（Annex V）

JSON 模式

AI Act 合规声明遵循已定义的 JSON 模式：

{
  "$schema": "https://ai-act.app.bauer-group.com/schemas/ai-act-statement/v1.json",
  "schema_version": "1.0.0",

  "provider": {
    "name": "BAUER GROUP",
    "address": "[完整通信地址]",
    "contact_email": "compliance@bauer-group.com",
    "website": "[URL]",
    "authorised_representative": null
  },

  "ai_system": {
    "name": "[AI 系统名称]",
    "version": "[X.Y.Z]",
    "type": "[standalone|embedded|gpai_based]",
    "description": "[用途简要描述]",
    "identifier": "AI-BGI-XXXX",
    "intended_purpose": "[根据 Art. 13 的预期用途]",
    "deployer_type": "[internal|b2b|b2c|public_authority]"
  },

  "risk_classification": {
    "risk_level": "[minimal|limited|high_risk]",
    "annex_iii_category": "[1-8 或 null]",
    "annex_i_product": "[Annex I 引用或 null]",
    "classification_rationale": "[分类依据]"
  },

  "conformity_assessment": {
    "procedure": "[annex_vi|annex_vii]",
    "notified_body": null,
    "assessment_date": "[YYYY-MM-DD]",
    "declaration_url": "[完整 DoC 的 URL]",
    "declaration_date": "[YYYY-MM-DD]",
    "ce_marking": true,
    "ce_marking_placement": "[product|packaging|documentation|digital]"
  },

  "compliance": {
    "art_9_risk_management": true,
    "art_10_data_governance": true,
    "art_11_technical_documentation": true,
    "art_12_record_keeping": true,
    "art_13_transparency": true,
    "art_14_human_oversight": true,
    "art_15_accuracy_robustness": true,
    "art_17_qms": true
  },

  "transparency": {
    "ai_interaction_disclosed": true,
    "synthetic_content_labelled": false,
    "deployer_instructions_provided": true,
    "eu_database_registered": true,
    "eu_database_id": "[注册编号或 null]"
  },

  "support_period": {
    "start_date": "[YYYY-MM-DD]",
    "end_date": "[YYYY-MM-DD]",
    "phase": "[active|monitoring|eol]",
    "post_market_monitoring": true
  },

  "harmonised_standards": [
    {
      "identifier": "[例如 EN XXXXX:YYYY]",
      "description": "[描述]"
    }
  ],

  "metadata": {
    "generated_at": "[ISO 8601 时间戳]",
    "generator": "[工具或手动]",
    "statement_version": "[声明版本]",
    "regulation": "(EU) 2024/1689"
  }
}

字段概览

必填字段

可选字段

生成流程

.compliance/ai-act-statement.json（唯一数据源）
    ↓
    ├─→ EU 合规声明（PDF/HTML — Annex V）
    ├─→ CE 标志（产品、包装、文档）
    ├─→ EU 数据库注册（Art. 49）
    ├─→ 合规仪表板（集中聚合）
    └─→ 部署者信息（使用说明 Art. 13）

验证

CI/CD 管道

# 示例：GitHub Actions 步骤
- name: Validate AI Act Statement
  run: |
    npx ajv validate \
      -s schemas/ai-act-statement-v1.schema.json \
      -d .compliance/ai-act-statement.json

验证规则

完整示例

{
  "$schema": "https://ai-act.app.bauer-group.com/schemas/ai-act-statement/v1.json",
  "schema_version": "1.0.0",

  "provider": {
    "name": "BAUER GROUP",
    "address": "Musterstraße 1, 12345 Musterstadt, Deutschland",
    "contact_email": "compliance@bauer-group.com",
    "website": "https://bauer-group.com",
    "authorised_representative": null
  },

  "ai_system": {
    "name": "BAUER Predictive Maintenance Engine",
    "version": "1.2.0",
    "type": "embedded",
    "description": "基于 AI 的建筑机械液压系统预测性维护",
    "identifier": "AI-BGI-0042",
    "intended_purpose": "基于传感器数据（振动、温度、压力）预测维护需求，以避免非计划停机",
    "deployer_type": "b2b"
  },

  "risk_classification": {
    "risk_level": "high_risk",
    "annex_iii_category": 2,
    "annex_i_product": "机械法规 (EU) 2023/1230",
    "classification_rationale": "Annex I 产品（建筑机械）中的安全组件 — Art. 6(1)"
  },

  "conformity_assessment": {
    "procedure": "annex_vi",
    "notified_body": null,
    "assessment_date": "2026-07-15",
    "declaration_url": "https://ai-act.app.bauer-group.com/systems/AI-BGI-0042/doc",
    "declaration_date": "2026-07-15",
    "ce_marking": true,
    "ce_marking_placement": "documentation"
  },

  "compliance": {
    "art_9_risk_management": true,
    "art_10_data_governance": true,
    "art_11_technical_documentation": true,
    "art_12_record_keeping": true,
    "art_13_transparency": true,
    "art_14_human_oversight": true,
    "art_15_accuracy_robustness": true,
    "art_17_qms": true
  },

  "transparency": {
    "ai_interaction_disclosed": false,
    "synthetic_content_labelled": false,
    "deployer_instructions_provided": true,
    "eu_database_registered": true,
    "eu_database_id": "EU-AI-DB-2026-004217"
  },

  "support_period": {
    "start_date": "2026-07-15",
    "end_date": "2031-07-15",
    "phase": "active",
    "post_market_monitoring": true
  },

  "harmonised_standards": [
    {
      "identifier": "ISO/IEC 42001:2023",
      "description": "AI Management System"
    },
    {
      "identifier": "ISO/IEC 23894:2023",
      "description": "AI Risk Management"
    }
  ],

  "metadata": {
    "generated_at": "2026-07-15T09:00:00Z",
    "generator": "manual",
    "statement_version": "1.0.0",
    "regulation": "(EU) 2024/1689"
  }
}

模式版本管理

交叉引用

义务

提供者必须在 投放市场之前 将高风险AI系统注册到欧盟数据库（Art. 71）。

注册内容 (Annex VIII)

A部分 — 提供者信息

• 名称、地址、联系方式
• 如适用，授权代表的名称

B部分 — 系统信息

• AI系统的名称和版本
• 状态（在售 / 已撤回）
• 预期用途说明
• 风险分类
• 提供该系统的成员国
• 使用说明的URL
• 欧盟合格声明的引用

时间节点

• 高风险系统： 投放市场前注册（Art. 49 第1款）
• 非高风险 Annex III 系统： 投放市场前注册（Art. 49 第2款）

访问权限

欧盟数据库由欧盟委员会运营，向公众开放（特定执法信息除外）。

内部控制 (Annex VI)

自我评估是高风险AI系统的 标准合格评定程序（在无需第三方评估的情况下）。

步骤1：QMS 验证

确认 QMS（Art. 17）已实施并满足要求。

步骤2：技术文档

验证技术文档（Art. 11、Annex IV）完整且为最新版本。

步骤3：合规性检查

针对 Art. 8–15 的所有要求进行系统性检查：

步骤4：欧盟合格声明

自我评估通过后：签发欧盟合格声明（Art. 47）。

步骤5：CE 标识

加贴 CE 标识（Art. 48）。

步骤6：注册

在欧盟数据库中注册（Art. 49）。

EU AI Office

AI Office 根据欧盟委员会决定于 2024年1月24日 设立，自 2025年8月2日 起正式运作。

职责

• 执行 GPAI 规则（第88–94条）
• 协调 AI Act 的统一适用
• 支持成员国
• 管理欧盟数据库
• 监控 GPAI 模型引发的系统性风险
• 发布指南和最佳实践

AI Board

AI Board 由成员国代表组成，为欧盟委员会提供咨询。自2025年8月起正式运作。

职责

• 确保 AI Act 的一致适用
• 在成员国之间交流最佳实践
• 就授权法案向欧盟委员会提供建议
• 协调各国主管机构

与 BAUER GROUP 的相关性

AI Office 和 AI Board 主要涉及 监管基础设施。BAUER GROUP 与这些机构的直接互动仅在特殊情况下（如针对特定分类问题的咨询或与 GPAI 相关的议题）才会发生。

罚款框架

AI Act规定了分级制裁，自2025年8月2日起适用：

每种情况适用较高金额。

中小企业优惠

对于中小企业和初创企业，适用上述金额中的较低者（绝对值 vs. 百分比）。

其他措施

除罚款外，市场监管机构还可以：

• 下令将AI系统撤出市场
• 强制执行纠正措施（修复、重新训练）
• 禁止投入使用直至达到合规
• 发出警告

BAUER GROUP 风险评估

罚款风险与违规行为成正比。对于BAUER GROUP：

管辖权

AI Act 的执行在两个层面进行：

欧盟层面

• AI Office（隶属于欧盟委员会）——负责 GPAI 模型和系统性风险
• AI Board——成员国协调机构

国家层面

• 市场监管机构——负责高风险AI及其他义务
• 通知机构——监督公告机构（Notified Bodies）

每个成员国须在 2025年8月2日 之前指定其主管机构。

德国

在德国，预计由以下机构承担职责：

• 联邦网络局（BNetzA） 作为 AI Act 的中央市场监管机构
• 可能由行业主管机构负责特定应用领域

机构权力（自2026年8月起）

• 访问AI系统及其文档
• 访问源代码（在特定条件下）
• 访问训练数据和测试数据
• 责令采取纠正措施
• 撤出市场和召回
• 处以罚款

结构

BAUER GROUP将AI治理整合到现有的组织架构中，不设立单独的治理机构。

职责

流程

1. 含AI的新产品： 第5条评估方案 → 风险分类 → Go/No-Go → （如Go）合规实施
2. 现有产品 + AI扩展： 同新产品流程，但需审查风险等级是否变化
3. 内部AI使用： 确保AI Literacy，遵守部署者义务
4. 年度审查： 更新AI清单、审查分类、开展培训

文档层级

ai-act.docs.bauer-group.com（本站点）
  └── 监管文档（公开）
       ├── 一般合规说明
       ├── 模板和表格
       └── CRA文档参考

内部文档（非公开）
  ├── AI系统清单（特定于产品）
  ├── Go/No-Go 决策记录
  ├── 风险分类（特定于产品）
  └── 培训记录

AI系统清单

每个组织都应维护一份其开发、部署或分销的所有AI系统的清单。这并非AI Act的明确义务，但却是正确进行风险分类和合规评估的前提条件。

清单字段

模板：AI系统清单

EU数据库注册（第49条）

注册义务

在投放市场或投入使用之前，提供者必须在EU数据库中注册以下系统：

• 高风险AI系统（第49条第1款）
• 未被归类为高风险的附件III系统（第49条第2款）

部署者如果是公共机构或代表公共机构行事，则必须进行注册。

注册内容

所需信息在附件VIII中定义：

• A部分：提供者信息
• B部分：高风险AI系统信息
• C部分：部署者信息（仅限公共机构）

GPAI模型的使用

BAUER GROUP在多种场景中使用GPAI模型（LLMs）：

部署者义务

作为AI系统的专业用户，BAUER GROUP承担以下部署者义务：

通用义务（所有AI系统）

• AI素养（第4条） — 接触AI的人员必须接受充分培训

高风险AI（如有使用）

• 按照提供者说明进行合规使用
• 确保人工监督
• 控制输入数据质量
• 日志保存至少6个月
• 向提供者和监管机构报告风险和严重事件
• 在工作场所使用时：告知劳动者

透明度义务（第50条）

• AI生成内容的标识
• AI交互的公开（聊天机器人）

供应商尽职调查

在选择GPAI提供者时，BAUER GROUP会核查：

• GPAI提供者是否已在欧盟数据库中注册？
• 提供者是否提供了所需文档（附件XII）？
• 是否指定了欧盟授权代表（针对第三国提供者）？
• 提供者是否履行了其版权义务？

定义

GPAI模型是可用于多种不同任务的AI模型（例如大型语言模型，如GPT、Claude、Gemini）。它们并非为特定目的而训练，而是可以在训练后适配各种下游任务。

GPAI模型与GPAI系统的区别

系统性风险（第51条）

GPAI模型具有系统性风险的条件：

• 训练的累计算力超过 10²⁵ FLOPS，或者
• 欧盟委员会据此对该模型进行分类（基于高能力/高影响）

具有系统性风险的GPAI模型提供者承担额外义务（第55条）。

BAUER GROUP视角

BAUER GROUP 目前不是GPAI模型提供者。未来自主开发模型的可能性并未排除。我们当前的角色是：

• GPAI部署者 — 我们将GPAI模型（Claude、GPT等）作为工具使用
• 潜在的系统提供者 — 如果我们将GPAI模型集成到客户产品中

GPAI提供者义务（第53、55条）不适用于BAUER GROUP，而适用于Anthropic、OpenAI等。只有当我们以自己的名义将基于GPAI的系统作为高风险系统投放欧盟市场时，责任才会转移。

所有GPAI模型提供者的义务

自2025年8月2日起，GPAI模型提供者必须：

1. 编制并维护技术文档（附件XI）
2. 向下游提供者提供信息和文档（附件XII），以便其理解模型并履行自身义务
3. 遵守版权指令 — 建立保护版权的政策
4. 公布训练数据摘要（按照EU AI Office模板）

系统性风险的额外义务（第55条）

具有系统性风险的GPAI模型提供者还必须：

• 进行模型评估（包括对抗性测试）
• 评估和减轻系统性风险
• 向AI Office报告严重事件
• 确保模型的网络安全

开源例外

使用自由开源许可证（参数、架构和使用方式公开可访问）的GPAI模型仅需满足第3和第4项要求——除非其存在系统性风险。

对BAUER GROUP的相关性

判定标准

GPAI模型在以下情况下被归类为具有系统性风险：

• 训练的累计算力超过 10²⁵ FLOPS（附件XIII），或者
• 欧盟委员会通过决定对其进行分类

提供者必须在其模型满足该标准后2周内通知欧盟委员会。

受影响的模型（截至2026年3月）

根据当前认知，被认为或可能被认为具有系统性风险的模型：

• GPT-4/4o (OpenAI)
• Claude 3.5/4 (Anthropic)
• Gemini Ultra/Pro (Google)
• Llama 3.1 405B (Meta)

BAUER GROUP相关性

无直接相关性。 BAUER GROUP是这些模型的用户，而非提供者。第55条的义务适用于各模型提供者。

间接相关性：BAUER GROUP应在供应商选择（供应商尽职调查）过程中核查GPAI提供者是否履行了其义务。这可以降低将模型集成到客户产品中时的自身责任风险。

要求

高风险AI系统的训练、验证和测试数据集须符合特定的数据治理要求。

数据要求

数据集必须：

• 与预期用途相关
• 具有充分的代表性，特别是针对受影响的人群
• 尽可能无错误且完整
• 具备适当的统计特性（包括地理、行为和功能方面）

数据治理措施

提供者必须记录：

• 数据来源和收集方法
• 数据处理流程（标注、清洗、增强）
• 偏差评估及已采取的应对措施
• 检测和修复数据缺口与缺陷的措施
• 数据保护法律依据（GDPR合规性）

BAUER GROUP 实施方案

要求

高风险AI系统的设计必须使自然人能够对其进行有效监督。

监督要求

被指派执行人类监督的人员必须能够：

1. 理解系统的相关能力和局限性，并对其运行进行适当监控
2. 保持对自动依赖系统输出这一可能倾向的认识（自动化偏差，Automation Bias）
3. 正确解读系统的输出
4. 决定不使用系统，或忽略、覆盖或撤销系统输出
5. 使用停止机制安全地中断系统

BAUER GROUP 实施方案

概述

高风险AI系统须遵守AI Act的全部义务目录。第8条规定，此类系统必须满足第9–15条的要求，同时考虑其预期用途和公认的技术水平。

要求目录

与CRA合规的整合

第8条第2款明确允许整合到现有合规流程中：

"为确保一致性、避免重复并尽量减少额外负担，提供者可将必要的测试、报告和文档整合到已有的程序中"

BAUER GROUP利用这一可能性，尽可能将AI Act文档纳入现有的CRA QMS和CRA技术文档中。

要求

高风险AI系统在技术上必须设计为能够自动记录事件（日志记录）。

最低要求

自动日志记录必须涵盖：

• 使用时段（每次使用的开始/结束）
• 参考数据库——用于校验输入数据
• 导致搜索的输入数据
• 参与人类监督的人员身份标识

保存期限

• 提供者：在其控制范围内保留日志
• 部署者：日志至少保留6个月（第26条第6款）

BAUER GROUP 实施方案

完整义务清单

Art. 16 汇总了高风险AI系统提供者必须履行的所有义务：

保存期限

• 技术文档： 投放市场后10年（Art. 18）
• 自动日志： 在提供者控制范围内（Art. 19）
• EU合格声明： 10年（Art. 47）

上市后监测

提供者必须建立上市后监测系统（Art. 72），与风险等级成比例。对于高风险AI，该系统必须主动且系统性地收集和分析有关系统性能的相关数据。

要求

高风险AI系统的提供者必须实施和维护一个有文档记录的QMS。

QMS组成部分（Art. 17 第1款）

QMS必须涵盖：

1. 策略——遵守监管要求
2. 合格评定程序（设计、测试、验证）
3. 技术规范和标准
4. 数据管理（收集、分析、标注、存储、过滤、聚合、保存）
5. 风险管理（Art. 9）
6. 上市后监测（Art. 72）
7. 事件/漏洞报告（Art. 73）
8. 与主管机关、部署者及其他利益相关方的沟通
9. 变更管理——系统变更的程序和措施
10. 人员培训和支持计划

BAUER GROUP 实施方案

AI Act QMS作为现有CRA QMS的扩展实施，而非独立系统。

要求

高风险AI系统的提供者必须将风险管理体系作为贯穿整个生命周期的持续迭代过程加以实施。

强制性组成部分

风险管理体系必须：

1. 识别和分析已知及可预见的风险——在预期使用和可合理预见的误用情形下
2. 评估风险——在预期使用和可合理预见的误用情形下可能产生的风险
3. 制定和实施适当的风险缓解措施
4. 评估和记录残余风险——考虑已采取的风险缓解措施
5. 测试——在投放市场前及整个生命周期内进行，以确保系统按预期运行

测试要求

• 针对预先定义的指标和阈值进行测试
• 考虑预期用途
• 针对受影响人群进行**偏差（Bias）**测试
• 不受数据格式限制：结构化、非结构化、混合

BAUER GROUP 实施方案（最小化方法）

要求

技术文档必须在投放市场前编制，并保持更新。其目的是向主管机关证明合规性。

根据 Annex IV 的内容要求

技术文档至少必须包括：

总体描述

• AI系统的预期用途
• 提供者的名称和联系方式
• 与硬件或其他软件的交互
• 相关软件和固件的版本
• 接口描述（API、UI）

设计与开发

• 设计规范（架构、算法、模型结构）
• 设计决策和假设（包括风险评估）
• 训练、验证和测试过程的描述
• 训练数据文档（来源、范围、特征）
• 使用的指标和阈值

监测与测试

• 测试计划和结果
• 验证方法
• 网络安全措施（→ CRA协同效应）
• 可解释性/可理解性措施

变更管理

• 投放市场后所有重大变更的文档
• 版本管理和变更历史

BAUER GROUP 实施方案

技术文档作为现有CRA技术文档的扩展编制。共用部分（产品描述、安全架构、更新机制）采用引用方式，不做重复。

模板：按产品提供。

要求

高风险AI系统的设计必须使其运行对部署者足够透明。提供者必须提供使用说明。

使用说明必须包含

• 提供者的名称和联系方式
• 系统的性能特征、能力和局限性
• 预期用途
• 人工监督措施及其实施方式
• 预期使用寿命和维护措施
• 输入数据的技术规范
• 输出的可解释性（如适用）
• 任何对健康、安全、基本权利的已知风险
• 准确性相关信息（Art. 15），包括指标

BAUER GROUP 实施方案

使用说明作为现有产品文档的一个章节编制。面向B2B客户以技术数据表形式提供，并补充AI Act特定章节（局限性、已知风险、监督建议）。

初始状况

BAUER GROUP（BGI）是一家专注于软件开发、基础设施、嵌入式系统和AI辅助工作流的IT与工程服务提供商，面向B2B客户。我们的角色定位如下：

• 主要作为部署者（Deployer） — 我们使用第三方AI系统（LLM、ML服务）作为流程中的工具
• 偶尔作为提供者（Provider） — 当我们将AI组件集成到客户产品中并以自有名义分销时
• 目前非GPAI模型提供商 — 但未来自主开发模型的可能性并未排除

战略原则

1. 规避优先于合规

实现 AI Act 合规的最高效途径是在工作量不成比例时不在欧盟市场投放受监管的AI系统。具体而言：

• 包含属于 附件III（高风险） 范围AI组件的产品将逐一评估
• 当合规工作量超过预期3年贡献利润时，该产品不在欧盟内部市场提供
• 替代方案：在 AI Act 不适用的第三国市场进行分销

2. 合规时保持最低开销

当我们在欧盟市场提供AI产品时：

• 最大限度使用自我评估（附件VI），而非第三方评估（附件VII）
• 整合到现有的 CRA 合规流程（QMS、技术文档）中
• 基于模板的文档 — 一次创建，针对每个产品进行调整
• 不设置多余的治理官僚程序

3. 适度透明

• 聊天机器人和AI生成的内容将被正确标注
• 深度伪造生成不属于我们的业务范围
• AI 素养培训作为常规入职流程的一部分进行

受影响的产品（截至2026年3月）

AI Act 中的角色

AI Act 区分了AI价值链中的不同角色，类似于CRA经济运营者模型：

提供者（Provider）— 第3条第3款

开发AI系统或委托开发AI系统，并以自有名义或商标将其投放市场或投入使用的自然人或法人。

义务（概要）：

• 投放市场前进行合格评定
• 技术文档 + QMS
• CE标志 + 欧盟合格声明
• 在欧盟数据库中注册
• 上市后监控
• 纠正措施和报告义务

部署者（Deployer）— 第3条第4款

以专业身份使用AI系统的自然人或法人（非最终消费者）。

义务（概要）：

• 按照提供者说明的预定用途使用
• 确保人工监督
• 确保输入数据质量
• 保留日志（至少6个月）
• 向提供者报告风险和事件
• 告知员工AI的使用情况（针对高风险系统）

进口商（Importer）— 第23条

将第三国提供者的AI系统投放到欧盟市场。必须确保提供者已完成合格评定。

分销商（Distributor）— 第24条

在欧盟市场上提供AI系统，但不是提供者或进口商。对合规性承担尽职调查义务。

BAUER GROUP 角色分配

授权代表（第22条）

第三国提供者在投放市场前必须指定一名在欧盟的授权代表。对于 BAUER GROUP（注册地在德国），自主开发的系统不适用此义务。

原则

BAUER GROUP 的每个AI系统在投放欧盟市场之前都要进行成本效益评估。AI Act 并未规定此类评估，但作为企业，我们自主决定在何处分销哪些产品。

决策矩阵

┌─────────────────────────────────────────────┐
│ 产品是否包含AI组件？                          │
│                                             │
│   否 → AI Act 不适用 → GO                    │
│   是 ↓                                      │
├─────────────────────────────────────────────┤
│ 系统是否属于第5条（被禁止的做法）？              │
│                                             │
│   是 → 不开发该产品 → STOP                    │
│   否 ↓                                      │
├─────────────────────────────────────────────┤
│ 风险分类（第6条、附件III）                     │
│                                             │
│   最低风险 → GO（无义务）                      │
│   有限风险 → GO（仅透明度义务）                 │
│   高风险 ↓                                   │
├─────────────────────────────────────────────┤
│ 高风险成本效益评估                             │
│                                             │
│   合规工作量 ≤ 3年贡献利润的15%                 │
│   → GO                                      │
│                                             │
│   合规工作量 > 3年贡献利润的15%                 │
│   → NO-GO EU                                │
│   → 评估第三国市场分销                         │
└─────────────────────────────────────────────┘

高风险合规工作量（估算）

按内部时薪120欧元计算，这意味着一次性32,160–64,320欧元加上每年12,480–24,960欧元 — 不包括外部咨询和公告机构费用。

阈值计算

示例：包含AI组件的产品，预期3年贡献利润200,000欧元。

• 15%阈值：30,000欧元
• 预估合规工作量（最低）：约57,000欧元（3年）
• 结果：NO-GO EU — 仅在第三国市场分销

NO-GO EU 时的替代方案

1. 移除AI组件 — 实施基于规则的替代方案
2. 第三国市场分销 — 亚太、中东北非、拉丁美洲
3. AI组件作为可选功能 — 欧盟版本不含AI，完整版本用于第三国市场
4. 等待简化 — 等待 Digital Omnibus / 授权法令

文档要求

每项 Go/No-Go 决策均在决策协议模板中记录并存档。

什么是AI系统？

AI Act 第3条第1款将AI系统定义为：

一种基于机器的系统，设计为能够以不同程度的自主性运行，并且在部署后可能表现出适应性，且该系统针对明确或隐含的目标，从其接收的输入中推断如何生成预测、内容、建议或决策等输出，这些输出可以影响物理或虚拟环境。

界定：什么不是AI系统？

以下软件不属于 AI Act 的适用范围：

• 没有学习组件的基于规则的系统（经典的if-then逻辑）
• 简单的统计方法（回归、均值计算）
• 传统数据库系统和搜索功能
• 标准自动化软件（不含ML组件的RPA）
• 纯数学优化算法

地域适用范围

AI Act 适用于：

豁免情形

AI Act 不适用于：

• 专门用于军事或国防目的的AI系统
• 用于研究和开发的AI系统（投放市场之前）
• 自然人将AI用于纯个人、非专业活动
• 来自第三国的AI系统，且其输出未在欧盟使用
• 在特定条件下的开源AI（第2条第12款）— 高风险或被禁止的做法除外

BAUER GROUP 产品筛查

对于每个 BAUER GROUP 产品，必须评估以下事项：

1. 产品是否包含AI组件？ → 如果否：AI Act 不适用，结束。
2. 产品是否在欧盟市场提供？ → 如果否：AI Act 不适用（除非输出在欧盟使用）。
3. 风险等级是什么？ → 参见风险分类。
4. Go/No-Go？ → 参见决策框架。

分阶段适用

AI Act 分阶段生效。以下截止日期对 BAUER GROUP 具有实际运营意义：

BAUER GROUP 运营时间线

已完成（2025年第一季度）

• AI 素养：对所有接触AI的员工进行基础培训
• 审查产品组合是否违反禁止目录（第5条）
• 创建AI系统清单（草案）

进行中（2025–2026年）

• 对所有已识别的AI系统进行风险分类
• 对高风险候选产品进行 Go/No-Go 评估
• 为有限风险系统建立透明度通知
• 编写本合规网站文档

截止日期 2026年8月2日

• 对所有高风险系统进行合格评定（前提是已做出Go决策）
• 欧盟数据库注册
• CE标志
• QMS证明

按禁止事由逐项审查

1. 潜意识操纵

禁止事项： 通过潜意识技术（非有意识可感知的）或蓄意操纵技术实质性地影响个人行为，导致该个人或其他人遭受损害的AI系统。

BAUER GROUP审查： BAUER GROUP产品不使用任何潜意识影响手段。AI推荐系统（如有）透明运作，不追求操纵性目的。

状态： ✅ 不受影响

2. 利用弱势群体的脆弱性

禁止事项： 蓄意利用因年龄、残疾或特殊社会/经济状况而产生的脆弱性的AI系统。

BAUER GROUP审查： 以B2B业务为重点。无面向弱势群体的产品。

状态： ✅ 不受影响

3. 社会评分

禁止事项： 基于自然人在一段时间内的社会行为对其进行评估或分类，导致不合理或不相称待遇的行为。

BAUER GROUP审查： 无针对自然人的评分系统。

状态： ✅ 不受影响

4–8. 其他禁止事项

所有其他禁止事由的状态： ✅ 不受影响 — 在犯罪预测、人脸识别、工作场所情绪识别、生物特征分类或实时远程生物特征识别领域无相关产品。

概述

自2025年2月2日起，欧盟禁止了特定的AI实践。违规行为将被处以最高**3500万欧元或全球年营业额7%**的罚款（以较高者为准）。

禁止目录

第5条禁止以下AI系统：

1. 使用潜意识操纵手段，实质性地影响个人行为并对其造成损害
2. 利用弱势群体的脆弱性 — 基于年龄、残疾或社会/经济状况
3. 实施社会评分 — 基于自然人的社会行为进行评估，导致不合理的不利待遇
4. 仅基于画像分析进行犯罪预测（无具体嫌疑依据）
5. 通过无差别抓取互联网或监控摄像头数据建立人脸识别数据库
6. 在工作场所或教育机构部署情绪识别（例外：医疗/安全相关目的）
7. 基于敏感特征进行生物特征分类（种族、政治观点、工会成员身份、性取向、宗教信仰）
8. 在公共场所使用实时远程生物特征识别进行执法（严格例外：失踪人员搜寻、反恐、严重刑事犯罪）

BAUER GROUP 相关性

该评估每年进行一次审查，并在每次涉及AI组件的新产品开发时重新审查。

流程

每当进行新产品开发或对现有含AI组件的产品进行重大变更时，应执行以下审查：

步骤一：第5条快速审查

针对八项禁止事由逐一评估：该产品在预期用途或可预见的滥用情形下，是否可能属于该禁止事由的范围？

步骤二：结果

• 全部为"否"： 产品不受禁止条款影响 → 继续进行风险分类
• 至少一项为"是"： 停止产品开发，或修改AI组件使其不再属于该禁止事由的范围

步骤三：文档记录

将审查结果连同日期、责任人和产品标识一并归档。

概述

Annex I 列出了欧盟协调立法，在这些立法框架下，AI系统可能被视为受管制产品的安全组件（第6条第1款）。

A部分 – 相关法规（节选）

B部分 – 其他法规

B部分涵盖其他法规（民用航空、车辆安全等），其高风险分类自2027年8月2日起生效。

BAUER GROUP 评估

对于BAUER GROUP，Annex I中主要相关的是：

1. 机械法规 — 仅当BAUER以自有品牌销售带有AI控制的自主机器人系统时适用
2. 无线电设备指令 — 仅当IoT设备（ESP32等）包含具有安全相关性的AI决策组件时适用

八个高风险领域

Annex III 定义了八个AI系统被归类为高风险的领域：

1. 生物识别（在国家法律允许的范围内）

• 远程身份识别系统
• 基于敏感特征的生物识别分类
• 情绪识别

BAUER GROUP 相关性： ❌ 非业务领域

2. 关键基础设施

AI作为关键数字基础设施、道路交通、水、天然气、供暖或供电管理和运营中的安全组件。

BAUER GROUP 相关性： ⚠️ 审查 — 公用事业的SCADA/基础设施监控

3. 普通教育和职业培训

用于确定进入教育机构资格、评估学习成果、监控考试的AI。

BAUER GROUP 相关性： ❌ 非业务领域

4. 就业、人员管理、自主就业准入

• 用于招聘和人员选拔的AI（第4a项）
• 关于晋升、解雇、任务分配的决策
• 绩效评估和行为监控

BAUER GROUP 相关性： ⚠️ 如开发或部署AI辅助HR工具

5. 获取基本私人和公共服务

• 信用评估
• 人寿/健康保险风险评估
• 紧急呼叫评估和分诊系统

BAUER GROUP 相关性： ❌ 非业务领域

6. 执法

测谎等效物、证据评估、风险评估、画像分析。

BAUER GROUP 相关性： ❌ 非业务领域

7. 移民、庇护、边境管控

风险评估、庇护审查、文件核验。

BAUER GROUP 相关性： ❌ 非业务领域

8. 司法行政与民主进程

司法和选举过程中的AI。

BAUER GROUP 相关性： ❌ 非业务领域

BAUER GROUP 总结

在Annex III的八个类别中，对BAUER GROUP最多两个可能相关：

1. 第2项（关键基础设施） — 仅当AI系统作为安全组件部署于关键基础设施控制中
2. 第4项（就业） — 仅当以自有品牌开发或销售AI辅助HR系统

所有其他类别与BAUER GROUP的业务模式不相关。

决策树

针对BAUER GROUP每个已识别的AI系统：

1. 它是否属于第3条第1款定义的AI系统？
   │
   ├─ 否 → AI Act 不适用 → 结束
   │
   └─ 是 ↓

2. 它是否属于第5条（禁止的做法）？
   │
   ├─ 是 → 禁止 → 停止开发
   │
   └─ 否 ↓

3. 它是否是 Annex I 产品的安全组件
   且需要第三方合格评定？
   │
   ├─ 是 → 高风险（第6条第1款）→ Go/No-Go
   │
   └─ 否 ↓

4. 它是否属于 Annex III 类别？
   │
   ├─ 否 → 检查第50条（透明度义务）
   │         │
   │         ├─ 是 → 有限风险
   │         └─ 否 → 最低风险 → 结束
   │
   └─ 是 ↓

5. 它是否对自然人进行画像分析？
   │
   ├─ 是 → 高风险（始终）→ Go/No-Go
   │
   └─ 否 ↓

6. 第6条第3款的例外情况是否适用？
   （狭窄的任务范围，不实质性地
    影响人类决策）
   │
   ├─ 是 → 非高风险
   │        → 记录评估（第6条第4款）
   │        → 注册（第49条第2款）
   │
   └─ 否 → 高风险 → Go/No-Go

实务示例 – BAUER GROUP

文档记录

每项分类决策均记录在风险分类表中。

AI Act 的四个风险等级

AI Act 采用基于风险的方法。义务随风险等级递增：

高风险分类（第6条）

AI系统在以下情况下属于高风险：

路径1 – 第6条第1款（产品安全）： 该系统是受欧盟协调立法（Annex I A部分）管辖的产品的安全组件，且需要第三方合格评定。

路径2 – 第6条第2款（Annex III）： 该系统属于Annex III中八个高风险类别之一。

例外情况（第6条第3款）

Annex III系统在以下情况下不属于高风险：

• 不对自然人进行画像分析，且
• 具有狭窄的程序性任务范围（准备性工作，而非决策），且
• 不实质性地影响或替代人类决策

分类义务

将Annex III系统归类为非高风险的提供者，必须在投放市场前记录该评估（第6条第4款），并在欧盟数据库中注册（第49条第2款）。

参见：非高风险评估模板

第6条第4款 – 文档记录义务

将Annex III系统归类为非高风险的提供者，必须在投放市场前记录该评估，并在主管机构要求时予以提供。

非高风险分类的前提条件

三个条件必须同时满足（第6条第3款）：

1. AI系统不对自然人进行画像分析
2. AI系统不作出实质性影响基本权利的自主决策
3. AI系统具有狭窄的、准备性的任务范围（为人类决策做准备，而非替代）

文档内容

非高风险评估必须至少包含：

• AI系统的唯一标识
• 对应的Annex III类别
• 预期用途描述
• 关于三个条件均未违反的理由说明
• 日期和负责人
• 修改时的版本控制

参见：非高风险评估模板

注册义务

即使被归类为非高风险，仍须在欧盟数据库中履行注册义务（第49条第2款）。

说明

本清单须为 BAUER GROUP 的每个AI系统填写。它作为风险分类和 Go/No-Go 决策的基础。

清单模板

## AI系统条目

| 字段 | 值 |
|---|---|
| **系统ID** | AI-BGI-XXXX |
| **名称** | [产品名称] |
| **版本** | [版本] |
| **描述** | [AI功能简要描述] |
| **AI技术** | [ML / DL / LLM / RL / 其他] |
| **第三方AI模型** | [是/否——如是，具体为：如 Claude API、GPT-4] |
| **BAUER GROUP 角色** | [Provider / Deployer / Distributor] |
| **目标市场** | [欧盟 / 第三方市场 / 两者] |
| **风险等级** | [禁止 / 高 / 有限 / 最低 / 未分类] |
| **第5条审查** | [通过 / 未通过 / 待定] |
| **Annex III 类别** | [第X号 / 无 / 需审查] |
| **Go/No-Go EU** | [Go / No-Go / 待定] |
| **合规截止日期** | [日期] |
| **负责人** | [姓名] |
| **上次审查** | [日期] |
| **下次审查** | [日期] |
| **备注** | [自由文本] |

注意事项

• 每个系统获得唯一ID（格式：AI-BGI-XXXX）
• 清单至少 每年 更新一次
• 新AI产品：须在 开发开始前 创建条目
• 本清单为 内部文件，不对外发布

EU 合规声明

编号 [declaration_id]

法规 (EU) 2024/1689 — Artificial Intelligence Act

1. AI 系统：

2. 提供者及其授权代表（如适用）的名称和地址：

3. 本合规声明由提供者自行负责签发。

4. 风险分类：

5. 上述 AI 系统符合法规 (EU) 2024/1689 的要求：

6. 引用的协调标准/技术规范：

7. AI系统已投放市场或投入使用的成员国：

[成员国列表或"全欧盟"]

8. 合规评估程序：

9. 透明度和注册：

10. 支持期限：

代表签署：

[provider.name]

本声明应在 AI 系统投放市场后保存 10 年（Art. 47(2)）。

BAUER GROUP AI Act合规的实用模板。所有模板均作为起点设计，应根据具体用例进行调整。

本表格记录对 Annex III 系统根据第6条第3–4款评定为 非高风险 的评估。

系统标识

豁免标准审查（第6条第3款）

标准1：无画像分析

该系统是否对自然人进行画像分析（自动处理个人数据以评估个人特征）？

• [ ] 否——标准满足
• [ ] 是——豁免不适用 → 系统为高风险

理由：___

标准2：无自主决策

该系统是否做出对基本权利产生重大影响的自主决策？

• [ ] 否——标准满足
• [ ] 是——豁免不适用 → 系统为高风险

理由：___

标准3：范围狭窄、仅为准备性

该系统是否具有狭窄的、准备性的任务范围（为人类决策做准备，而非替代）？

• [ ] 是——标准满足
• [ ] 否——豁免不适用 → 系统为高风险

理由：___

结果

• [ ] 三项标准全部满足 → 非高风险 → 需根据第49条第2款进行注册
• [ ] 至少一项标准未满足 → 高风险 → 进行 Go/No-Go 评估

签名

AI系统标识

第1步：AI系统定义

该系统是否属于第3条第1款定义的AI系统？

• [ ] 是 → 继续第2步
• [ ] 否 → AI Act 不适用 → 结束

理由：___

第2步：禁止行为审查（第5条）

该系统是否属于八项禁止行为之一？

• [ ] 否 → 继续第3步
• [ ] 是 → 禁止 ——停止开发

第3步：高风险审查（第6条）

3a：Annex I（产品安全）

该系统是否为 Annex I 产品的安全组件？

• [ ] 否 → 继续3b
• [ ] 是 → 高风险 → 继续第4步

3b：Annex III（类别）

该系统是否属于 Annex III 类别？

• [ ] 否 → 继续3c
• [ ] 是，类别编号：___ → 继续3d

3c：透明度义务（第50条）

该系统是否与自然人直接交互或生成合成内容？

• [ ] 否 → 最低风险 → 结束
• [ ] 是 → 有限风险 → 结束

3d：画像分析审查

该系统是否对自然人进行画像分析？

• [ ] 是 → 高风险（始终适用） → 继续第4步
• [ ] 否 → 继续3e

3e：第6条第3款豁免

该系统是否满足全部三项豁免标准？

• [ ] 是 → 非高风险 → 文档编制 + 注册 → 结束
• [ ] 否 → 高风险 → 继续第4步

第4步：Go/No-Go（仅限高风险）

决策： [ ] GO EU / [ ] NO-GO EU / [ ] 推迟

签名

AI辅助交互通知（第50条第1款）

以下通知应在所有允许自然人与AI直接交互的 BAUER GROUP 产品中使用：

变体1：聊天机器人/对话式AI

🤖 AI助手
您正在与 BAUER GROUP 的AI驱动助手进行交流。
回复由系统自动生成，可能包含错误。
做出重要决策时，请咨询人工联系人。

变体2：精简版（空间有限时使用）

本助手由人工智能提供支持。

变体3：AI生成内容（第50条第2款）

本内容在人工智能的辅助下创建。

技术实施

• 聊天机器人： 在聊天页头或作为第一条消息显示通知
• Web应用程序： 在AI驱动功能旁显示信息标记或工具提示
• API文档： 在API描述中加入通知
• 电子邮件/文档： 在AI生成内容的页脚添加通知

机器可读标记

对于合成内容（第50条第2款），另需添加：

<meta name="ai-generated" content="true">
<meta name="ai-provider" content="BAUER GROUP">
<meta name="ai-model" content="[模型名称]">

要求

当BAUER GROUP产品实现AI系统与自然人之间的直接交互（例如聊天机器人、语音助手）时，必须告知该人员。

实施

聊天机器人与对话式AI

在交互开始前或开始时必须放置清晰的提示：

🤖 您正在与AI助手进行交流。
回复内容为自动生成，
可能包含错误。

基于API的AI服务（B2B）

对于通过API提供AI功能的B2B产品，相关提示应嵌入技术文档和使用条款中。

例外情况：显而易见性

如果从上下文中明显可以看出正在进行AI交互（例如服务名称为"BAUER GROUP AI Assistant"），则可以省略明确的提示。建议：仍然进行标注。

模板

参见：透明度提示模板

要求

生成合成音频、图像、视频或文本内容的AI系统的提供者，必须确保其输出以机器可读格式标记为AI生成内容（第50条第2款）。

发布深度伪造内容的部署者必须清晰且可见地披露这一事实（第50条第4款）。

BAUER GROUP 相关性

BAUER GROUP 不生产或传播任何深度伪造内容。但需注意以下场景：

技术实施

以下标准适用于合成内容的机器可读标注：

• C2PA标准（内容来源和真实性联盟）用于图像/视频
• IPTC元数据 用于图像
• 自定义HTTP头 或元标签用于网页内容

具体的技术实施方案将在BAUER GROUP产品为外部发布生成合成内容时根据需要制定。

概述

Art. 50 要求特定AI系统的提供者和部署者实施透明度措施。这些义务自2026年8月2日起适用，涉及有限风险的AI系统。

义务

1. 披露AI交互 (Art. 50(1))

与自然人直接交互的AI系统（聊天机器人、语音助手）的提供者必须确保相关人员被告知他们正在与AI进行交互。

例外： 如果从情境中显而易见。

2. 标注合成内容 (Art. 50(2))

生成合成音频、图像、视频或文本内容的AI系统的提供者必须以机器可读格式将输出标注为AI生成。

3. 深度伪造披露 (Art. 50(4))

发布深度伪造内容的部署者必须披露该内容为AI生成或AI操纵。

4. 情绪识别/生物特征分类 (Art. 50(3))

部署者必须通知受影响人员并遵守GDPR义务。

BAUER GROUP 实施

所有标注义务概述

无需标注的情形

• 最低风险的AI系统（垃圾邮件过滤器、推荐算法等）
• 不对外发布内容的内部AI工具
• AI辅助代码（不属于监管意义上的"合成内容"）

培训参加确认

培训内容

基础培训（全体员工）

• [ ] 什么是人工智能？（基本概念）
• [ ] AI 能做什么——AI 不能做什么（局限性与风险）
• [ ] EU AI Act——简要概述
• [ ] 负责任地使用AI（自动化偏差、幻觉、数据保护）
• [ ] BAUER GROUP AI使用准则

开发人员培训（附加内容）

• [ ] AI Act 风险分类
• [ ] 技术要求 第8–15条
• [ ] AI特定安全风险（对抗性机器学习、提示注入）
• [ ] 集成到 CI/CD 流程

产品负责人（附加内容）

• [ ] 完整的 AI Act 义务清单
• [ ] Go/No-Go 决策流程
• [ ] 合格评定与文档编制
• [ ] 处罚制度与责任

确认

本人确认参加了上述培训，并已知悉培训内容。

AI系统标识

经济评估

合规工作量（估算）

CRA 协同效应

• [ ] 产品已符合 CRA 要求 → 工作量减少约55%
• [ ] 产品未通过 CRA 合规 → 全部工作量

评估

决策

• [ ] GO EU——启动合规实施
• [ ] NO-GO EU——不在欧盟分销
• [ ] NO-GO EU + 第三方市场——仅在第三方市场分销
• [ ] NO-GO EU + 移除AI——欧盟版本不含AI组件
• [ ] 推迟——等待 Digital Omnibus / 简化措施

理由

[自由文本]

审批