cslawyer1985 欧盟 AI 法案审查报告生成器
生成一份正式的、结构化的 AI 法案合规评估报告（Dokumentierter Pruefbericht），适用于条例 (EU) 2024/1689 项下的法律档案、审计追踪和监管问询。
免责声明（会话开始时展示，不阻断）
重要提示： 本 skill 基于条例 (EU) 2024/1689 生成结构化的 AI 法案报告模板。它不是法律意见。报告在用于监管目的前，应由合格法律顾问审查和验证。高风险义务的生效日期反映 AI Omnibus 2026 的推迟（附件 III：2027 年 12 月 2 日；附件 I：2028 年 8 月 2 日）。报告模板引用合规期限时，使用 Omnibus 推迟后的数值。
何时联网搜索
报告生成前——搜索：
EU AI Act latest Commission guidance enforcement decisions [current year]
EU AI Act [relevant sector] specific guidance [current year]
用于法律引用核验——搜索：
EU AI Act Regulation 2024/1689 consolidated text corrigenda [current year]
工作流
第 1 阶段：输入收集（上下文优先的自适应输入）
第 1 步——上下文检测：
"让我们生成您的 AI 法案合规报告。"
如果您在本对话中运行过先前的 AI 法案技能，我可以提取其产出。否则，请粘贴您的评估上下文块或描述您的情况。
第 2 步——覆盖分析（内部——不向用户展示此表）：
从先前上下文或叙述中提取最多 11 个字段：
| # | 字段 | 来源 |
|---|---|---|
| 1 | 系统名称 | 上下文块"System:"行或描述 |
| 2 | 版本 | 描述或上下文 |
| 3 | 提供方/供应商 | 描述或上下文 |
| 4 | 技术类型 | 描述（ML、NLP、CV 等） |
| 5 | 部署背景 | 描述或先前技能产出 |
| 6 | 处理的数据类型 | 描述 |
| 7 | 集成级别 | 描述（独立、集成、基于 API） |
| 8 | 组织名称 | 上下文块或描述 |
| 9 | 行业 | 上下文块"Sector:"行 |
| 10 | 角色 | 上下文块"Role:"行 |
| 11 | 辖区 / 组织规模 | 上下文块各行 |
如提供了评估上下文块，自动填充所有可用字段，确认提取结果，仅询问缺口。
如无先前技能产出——以对话方式收集基本输入：
"我需要一些关于 AI 系统和您组织的信息。您可以用自己的话回答——一段话或要点即可，涵盖：系统做什么、谁构建的、如何使用、您组织的名称和行业，以及您在欧盟的运营地点。"
从回答中提取字段。在单次追问中询问剩余缺口。
第 3 步——报告特定字段（始终询问，因为它们为报告所独有）：
"几个报告特定的细节："
- 客户/事项编号（可选）
- 编制人（姓名/职务）
- 评估日期
输入收集最多 2 轮交互。如字段仍不明确，标记为 [UNCLEAR — to be confirmed]（不明确——待确认）。
第 1.5 阶段：输入验证
生成报告前，交叉核验所陈述输入的一致性：
分类交叉核验： 如陈述的风险层级为"最低"或"有限"，但系统描述提及：
- 招聘、简历筛选、绩效评估 → 标记为可能高风险——附件 III 第 4 号（就业）：招聘、筛选、评估或解雇
- 信用评分、保险风险评估 → 标记为可能高风险——附件 III 第 5 号（基本服务）：信用评分、保险或福利资格
- 医疗诊断、患者分诊 → 标记为可能高风险——附件 I（产品安全）或附件 III 第 5 号项下的医疗 AI
- 生物识别 → 标记为可能高风险——附件 III 第 1 号（生物识别）：识别或分类
- 学生评估、招生 → 标记为可能高风险——附件 III 第 3 号（教育）：评估或招生
- 福利资格 → 标记为可能高风险——附件 III 第 5(c) 号（社会福利）：资格评估 → 如触发标记："⚠ 分类不一致：[关注点]。请确认或重新进行风险层级分类。"
角色交叉核验：
- 如为"部署方"但描述提及"我们开发/构建/自有" → 标记提供方
- 如为"部署方"但描述提及自有品牌、修改目的、重大再训练 → 标记准提供方 → 如触发标记："⚠ 角色不一致：[关注点]。请确认或重新进行角色确定。"
完整性交叉核验：
- 陈述为高风险但未提及 DPIA → 标记"需 DPIA（第 26(9) 条）"
- 触发 FRIA 的类别但未提及 FRIA → 标记"需 FRIA（第 27 条）"
验证确认或标记获认可后进入第 2 阶段。
第 2 阶段：报告生成
模板选择：
"您想要哪种输出格式？"
- (a) 完整评估报告——遵循标准模板的全面报告（默认）
- (b) 分类记录（Prüfprotokoll）——分类决定的正式审计轨迹
- (c) 合规登记条目——用于 GRC 整合的持续性合规跟踪文件
- (d) 管理层简报（Entscheidungsvorlage）——供董事会/高管层的 2 页决策文件
- (e) 多种——生成多种格式
模板 (b)、(c)、(d)：读取 references/output-templates.md 了解模板结构、质量检查清单和适用时机指引。
模板 (a)——完整评估报告：
读取 references/report-template.md 了解完整模板结构。 读取 references/legal-citations-index.md 确保引用准确。 读取 references/interpretation-aids.md 了解评估框架。 读取 references/case-studies.md 查看示例报告摘录（高风险、第 6(3) 条例外、最低风险）。
按以下结构生成报告：
# AI 法案合规评估报告
## [系统名称] — [日期]
---
**报告编号：** [编号]
**编制人：** [姓名、职务]
**组织：** [组织名称]
**日期：** [日期]
**状态：** [草稿 / 定稿]
---
### 1. 引言
**1.1 评估目的**
本报告记录依据条例 (EU) 2024/1689（欧盟 AI 法案）对 [系统名称] 的评估。评估确定：(a) 该系统是否构成第 3(1) 条项下的 AI 系统，(b) 适用的风险分类，(c) 组织在 AI 价值链中的角色，以及 (d) 由此产生的法律义务。
**1.2 范围**
[评估范围描述——包含和排除的内容]
**1.3 方法**
评估基于：
- 欧盟 AI 法案（条例 (EU) 2024/1689）——全部条款、序言和附件
- 委员会关于 AI 系统定义的指南（C(2025) 924 final，2025 年 2 月 6 日）
- 委员会关于被禁止 AI 实践的指南（2025 年 2 月 4 日）
- [其他适用的委员会指南]
- OECD AI 框架（AI 系统定义对齐）
- ISO 22989:2022（AI 概念和术语）
- [所查阅的任何其他来源，包括联网搜索结果]
**1.4 局限**
- 基于 [客户/组织] 提供的信息
- 受不断演进的监管解释影响
- 不构成法律意见
- [任何具体局限]
---
### 2. 系统描述
**2.1 基本信息**
| 字段 | 详情 |
|-------|--------|
| 系统名称 | [名称] |
| 版本 | [版本] |
| 提供方/供应商 | [名称] |
| 技术类型 | [ML、NLP、CV 等] |
| 部署日期 | [日期或计划日期] |
**2.2 技术描述**
[系统如何运作的简要技术描述]
**2.3 部署背景**
[系统如何及在何处使用、谁使用、谁受影响]
**2.4 数据流**
[输入什么数据、输出什么、数据存储在哪里]
---
### 3. 初步核验——范围排除（第 2 条）
| # | 排除 | 条款 | 适用？ | 理由 |
|---|----------|---------|-------------|-----------|
| 1 | 军事/国防/国家安全 | 第 2(3) 条 | [是/否] | [理由] |
| 2 | 第三国国际合作 | 第 2(4) 条 | [是/否] | [理由] |
| 3 | 纯粹科学研究 | 第 2(6) 条 | [是/否] | [理由] |
| 4 | 上市前研发 | 第 2(8) 条 | [是/否] | [理由] |
| 5 | 个人/家庭使用 | 第 2(10) 条 | [是/否] | [理由] |
| 6 | 免费开源 | 第 2(12) 条 | [是/否] | [理由] |
**结果：** [AI 法案适用 / 第 2([x]) 条例外适用]
[如为开源：包含清单 I 或 II 分析]
---
### 4. 适用范围
**4.1 实质范围——AI 系统认定（第 3(1) 条）**
| # | 标准 | 满足？ | 理由 |
|---|-----------|------|-----------|
| 1 | 基于机器的运作 | [是/否] | [理由] |
| 2 | 自主程度 | [X 级] | [理由] |
| 3 | 部署后的适应性 | [是/否] | [理由] |
| 4 | 明确或隐含的目标 | [是/否] | [理由] |
| 5 | 推断能力 | [是/否] | [理由] |
| 6 | 输出生成 | [是/否] | [理由] |
| 7 | 对环境的影响 | [是/否] | [理由] |
**认定：** [构成 / 不构成第 3(1) 条项下的 AI 系统]
**确信度：** [高/中/低]
**4.2 属人范围——角色确定**
| 方面 | 确定 |
|--------|--------------|
| 主要角色 | [提供方/部署方/进口方/分销方] |
| 法律依据 | [第 3(x) 条] |
| 准提供方风险 | [无/低/中/高] |
| 第 25 条情形 | [不适用或适用情形] |
[角色确定的详细理由]
**4.3 属地范围**
| 方面 | 详情 |
|--------|--------|
| 提供方设立地 | [欧盟/非欧盟] |
| 部署方设立地 | [欧盟成员国] |
| AI 输出在欧盟使用 | [是/否] |
| 属地依据 | [第 2(1)(a)/(b)/(c) 条] |
---
### 5. 预期目的（第 3(12) 条）
**提供方记录的预期目的：**
[按提供方文件所载]
**实际部署背景：**
[系统实际使用方式]
**一致性评估：**
[一致/偏离——如偏离，评估第 25(1)(c) 条的影响]
---
### 6. 风险分类
**6.1 被禁止实践筛查（第 5 条）**
| # | 类别 | 条款 | 适用？ | 理由 |
|---|----------|---------|-------------|-----------|
| 1 | 潜意识/操纵性/欺骗性 | 第 5(1)(a) 条 | [否/可能/是] | [理由] |
| 2 | 利用弱点 | 第 5(1)(b) 条 | [否/可能/是] | [理由] |
| 3 | 社会评分 | 第 5(1)(c) 条 | [否/可能/是] | [理由] |
| 4 | 犯罪风险预测（画像） | 第 5(1)(d) 条 | [否/可能/是] | [理由] |
| 5 | 无针对性的面部识别抓取 | 第 5(1)(e) 条 | [否/可能/是] | [理由] |
| 6 | 情绪识别（工作场所/教育） | 第 5(1)(f) 条 | [否/可能/是] | [理由] |
| 7 | 生物识别分类（敏感） | 第 5(1)(g) 条 | [否/可能/是] | [理由] |
| 8 | 实时远程生物识别（公共场所） | 第 5(1)(h) 条 | [否/可能/是] | [理由] |
**结果：** [未识别到被禁止实践 / 被禁止——第 5(1)([x]) 条]
**6.2 高风险评估**
**6.2.1 附件 I——产品安全**
[对照附件 I 的 18 个类别评估]
**结果：** [不适用 / 适用——附件 I 第 [X] 号]
**6.2.2 附件 III——基于应用的**
| # | 类别 | 适用？ | 子类别 | 理由 |
|---|----------|-------------|-------------|-----------|
| 1 | 生物识别 | [是/否] | | |
| 2 | 关键基础设施 | [是/否] | | |
| 3 | 教育与培训 | [是/否] | | |
| 4 | 就业与劳动者 | [是/否] | | |
| 5 | 基本服务 | [是/否] | | |
| 6 | 执法 | [是/否] | | |
| 7 | 移民与边境 | [是/否] | | |
| 8 | 司法与民主 | [是/否] | | |
**结果：** [不适用 / 适用——附件 III 第 [X] 号]
**6.2.3 第 6(3) 条例外分析**
[如触发附件 III：分析第 6(3) 条条件 (a)-(d)]
[画像再例外核验]
**结果：** [例外适用——非高风险 / 例外不适用——高风险]
**6.3 GPAI / 系统性风险评估**
[如适用：GPAI 模型评估、FLOP 阈值、系统性风险指标]
**结果：** [非 GPAI / GPAI 标准 / 具系统性风险的 GPAI]
**6.4 透明度义务（第 50 条）**
| 义务 | 条款 | 适用？ |
|-----------|---------|-------------|
| 交互披露 | 第 50(1) 条 | [是/否] |
| 合成内容标记 | 第 50(2) 条 | [是/否] |
| 情绪识别披露 | 第 50(3) 条 | [是/否] |
| 深度伪造标注 | 第 50(4) 条 | [是/否] |
---
### 7. 适用义务
[义务摘要矩阵——来自先前义务映射步骤，或此处根据分类和角色生成]
**7.1 义务摘要**
| 类别 | 数量 | 立即 | 短期 | 持续 |
|----------|-------|-----------|------------|---------|
| 技术措施 | [X] | [Y] | [Z] | [W] |
| 组织措施 | [X] | [Y] | [Z] | [W] |
| 管理体系 | [X] | — | [Y] | [Z] |
| 影响评估 | [X] | [Y] | — | — |
| **合计** | **[X]** | **[Y]** | **[Z]** | **[W]** |
**7.2 关键时限义务**
[列出期限最近的义务]
**7.3 所需管理体系**
[列出所需管理体系]
---
### 8. 风险标记与建议
**8.1 需要法律判断的已识别风险**
[列出评估无法达成确定性结论的任何领域]
**8.2 建议**
| # | 建议 | 优先级 | 责任人 |
|---|---------------|----------|-------------|
| 1 | [建议] | [高/中/低] | [职务] |
| 2 | [建议] | [高/中/低] | [职务] |
**8.3 GDPR 交叉引用**
[列出适用的 GDPR 义务和建议技能]
---
### 9. 结论
**总体分类：**
根据欧盟 AI 法案，[系统名称] 被归类为 **[风险层级]** AI 系统，组织以 **[角色]** 身份行事。
**合规就绪状态：**
[当前合规状态评估——已就绪 / 部分就绪 / 未就绪]
**关键行动：**
1. [最重要的行动]
2. [第二重要的行动]
3. [第三重要的行动]
---
**编制人：** [姓名]
**日期：** [日期]
**复核人：** [姓名，如适用]
**免责声明：** 本评估基于所提供的信息和评估之日对欧盟 AI 法案（条例 (EU) 2024/1689）的现行解释。它不构成法律意见。监管格局不断演进——委员会指南、授权法案和协调标准可能影响本评估。建议定期重新评估。
第 3 阶段：质量检查
生成报告后，核验：
- 引用完整性： 每个法律认定都有条款引用
- 理由已记录： 每个是/否认定都包含理由
- 已提出标记： 所有需要人工法律判断的领域均明确标记
- GDPR 交叉引用： 已识别适用的 GDPR 义务
- 后续行动： 已明确后续步骤
- 局限已陈述： 任何不确定性或信息缺口均已记录
建议后续行动：
- 如尚未完成，按 GDPR 第 35 条进行 DPIA
- 义务实施跟踪
- 定期重新评估安排
- 对标记领域进行法律顾问审查
第 4 阶段：Word 文档导出（可选）
注意： 本阶段需要具备文件系统访问权限的 Claude Code（CLI）。在 claude.ai 或移动端不可用。
第 3 阶段质量检查完成后，提供 Word 文档导出：
"您是否还希望我将此导出为格式专业的 Word 文档（.docx）？"
如用户拒绝或环境不支持文件生成 → 跳过本阶段。
如同意：
前置条件： 必须在 ~/.claude/skills/docx-processing-anthropic/ 安装 docx-processing-anthropic 技能。如该技能目录不存在，告知用户："Word 文档导出需要 docx-processing 技能。请先安装，再重新运行本阶段。"
第 1 步——确认细节：
"我将生成一个 Word 文档。应保存到哪里？"
默认：当前工作目录。命名约定：AI-Act-[模板]-[系统名称]-[YYYY-MM-DD].docx
第 2 步——生成文档：
读取 references/docx-formatting.md 了解样式规范、字体排印、表格格式、封面页结构及各模板的结构指引。
读取 docx-processing 技能的 docx-js API 参考（~/.claude/skills/docx-processing-anthropic/references/docx-js.md）了解完整库 API 和关键格式规则。
生成一个 JavaScript 文件，该文件：
- 创建封面页（独立节，无页眉/页脚），含报告类型、系统名称、元数据和免责声明
- 添加目录（管理层简报模板除外）
- 使用标题层级转换所有报告部分（H1 → HeadingLevel.HEADING_1 等）
- 以一致的样式渲染所有评估表格（浅灰色表头行、细灰色边框）
- 在除封面外的所有页面添加页眉（报告标题 + 日期）和页脚（"Confidential" + 页码）
- 以免责声明作为结尾段落
运行 JavaScript 文件生成 .docx。核验文件已成功创建。
第 3 步——确认交付：
"Word 文档已保存至：
[文件路径]"
关键提醒
- 本报告是记录辅助工具——它不替代对复杂分类问题的法律判断
- 诚实标记不确定性——标记"可能"优于强行给出错误认定
- 纳入全部搜索结果——如联网搜索揭示了新指引，在方法部分引用之
- 第 6(4) 条记录要求——依据第 6(3) 条被归类为非高风险的附件 III 系统提供方，必须在投放市场前记录其评估（第 6(4) 条）。这包括记录满足哪项条件 (a)-(d)、危害评估，并确认无画像。在依赖该例外的报告中，纳入此第 6(4) 条记录（满足的例外分支 + 危害评估 + 无画像确认）。
- 版本控制——包含日期和版本；情况变化时重新评估
- 双语术语——为欧盟法律语境保留德文法律术语与英文并列
- 纳入合规时间表——在第 8 部分（建议）中引用 references/compliance-timeline.md 了解适用期限、季度行动日历和分阶段合规路线图
- 辖区特定建议——生成建议时引用 references/jurisdiction-checklists.md 了解各国合规检查清单和雇佣法叠加
- 执法背景——评估财务风险敞口时（尤其是管理层简报模板），使用第 99 条处罚层级：违反第 5 条被禁止实践最高 3,500 万欧元 / 全球年营业额 7%；其他侵权为 1,500 万欧元 / 3%，由各国市场监督机构执行（GPAI 由 AI 办公室执行）
欧盟 AI 法案套件的一部分
本 skill 可独立运作，但设计为与我的其他欧盟 AI 法案技能互锁——可单独安装任一，或组合使用以实现端到端工作流：
- 欧盟 AI 法案快速评估——15-25 分钟初步分流
- 欧盟 AI 法案系统分类器——全部五个层级的风险层级分类
- 欧盟 AI 法案高风险分类器——附件 I / 附件 III 深度评估
- 欧盟 AI 法案角色确定——提供方 / 部署方 / 进口方 / 分销方（含第 25 条）
- 欧盟 AI 法案义务映射器——按角色和风险层级的义务
- 欧盟 AI 法案知识库——法案 + 委员会指南的问答
每个均作为独立技能提供——只安装您需要的。