| name | eu-ai-act-report-oliver-schmidt-prietz |
| description | 生成一份正式的、结构化的 AI 法案合规评估报告,适用于法律档案、审计追踪和监管问询。当用户要求"生成 AI 法案报告"、"创建合规评估报告"、"记录 AI 法案分析"、"创建 Prüfbericht"、"导出为 Word 文档",或希望将先前 AI 法案技能的输出整合为正式的书面评估时,使用本 skill。
|
| metadata | {"author":"Oliver Schmidt-Prietz","license":"AGPL-3.0","version":"2026.06.05"} |
欧盟 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 系统]
[高/中/低]
| 方面 | 确定 |
|--------|--------------|
| 主要角色 | [提供方/部署方/进口方/分销方] |
| 法律依据 | [第 3(x) 条] |
| 准提供方风险 | [无/低/中/高] |
| 第 25 条情形 | [不适用或适用情形] |
[角色确定的详细理由]
| 方面 | 详情 |
|--------|--------|
| 提供方设立地 | [欧盟/非欧盟] |
| 部署方设立地 | [欧盟成员国] |
| AI 输出在欧盟使用 | [是/否] |
| 属地依据 | [第 2(1)(a)/(b)/(c) 条] |
---
[按提供方文件所载]
[系统实际使用方式]
[一致/偏离——如偏离,评估第 25(1)(c) 条的影响]
---
| # | 类别 | 条款 | 适用? | 理由 |
|---|----------|---------|-------------|-----------|
| 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]) 条]
[对照附件 I 的 18 个类别评估]
[不适用 / 适用——附件 I 第 [X] 号]
| # | 类别 | 适用? | 子类别 | 理由 |
|---|----------|-------------|-------------|-----------|
| 1 | 生物识别 | [是/否] | | |
| 2 | 关键基础设施 | [是/否] | | |
| 3 | 教育与培训 | [是/否] | | |
| 4 | 就业与劳动者 | [是/否] | | |
| 5 | 基本服务 | [是/否] | | |
| 6 | 执法 | [是/否] | | |
| 7 | 移民与边境 | [是/否] | | |
| 8 | 司法与民主 | [是/否] | | |
[不适用 / 适用——附件 III 第 [X] 号]
[如触发附件 III:分析第 6(3) 条条件 (a)-(d)]
[画像再例外核验]
[例外适用——非高风险 / 例外不适用——高风险]
[如适用:GPAI 模型评估、FLOP 阈值、系统性风险指标]
[非 GPAI / GPAI 标准 / 具系统性风险的 GPAI]
| 义务 | 条款 | 适用? |
|-----------|---------|-------------|
| 交互披露 | 第 50(1) 条 | [是/否] |
| 合成内容标记 | 第 50(2) 条 | [是/否] |
| 情绪识别披露 | 第 50(3) 条 | [是/否] |
| 深度伪造标注 | 第 50(4) 条 | [是/否] |
---
[义务摘要矩阵——来自先前义务映射步骤,或此处根据分类和角色生成]
| 类别 | 数量 | 立即 | 短期 | 持续 |
|----------|-------|-----------|------------|---------|
| 技术措施 | [X] | [Y] | [Z] | [W] |
| 组织措施 | [X] | [Y] | [Z] | [W] |
| 管理体系 | [X] | — | [Y] | [Z] |
| 影响评估 | [X] | [Y] | — | — |
| | | | | |
[列出期限最近的义务]
[列出所需管理体系]
---
[列出评估无法达成确定性结论的任何领域]
| # | 建议 | 优先级 | 责任人 |
|---|---------------|----------|-------------|
| 1 | [建议] | [高/中/低] | [职务] |
| 2 | [建议] | [高/中/低] | [职务] |
[列出适用的 GDPR 义务和建议技能]
---
根据欧盟 AI 法案,[系统名称] 被归类为 AI 系统,组织以 身份行事。
[当前合规状态评估——已就绪 / 部分就绪 / 未就绪]
[最重要的行动]
[第二重要的行动]
[第三重要的行动]
---
[姓名]
[日期]
[姓名,如适用]
本评估基于所提供的信息和评估之日对欧盟 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 法案知识库——法案 + 委员会指南的问答
每个均作为独立技能提供——只安装您需要的。