想象你住进一栋新建的智能公寓,物业最近发布了一本厚厚的《大楼安全用水管理条例》。条例不针对某一个水龙头,而是盯上了给全楼供水的那套中央净水系统——它把水净化后通过管道送到每家每户,家里的热水器、咖啡机、加湿器全靠它。这套系统如果出问题,整栋楼都会停水;如果它足够巨大、巨大到一旦爆管可能淹掉整栋楼,物业就会要求它额外配备应急泄洪方案。在这篇故事里,欧盟的《人工智能法案》(EU AI Act)就是那本管理条例,而中央净水系统,就是它要重点监管的“通用AI模型GPAI”。 GPAI 全称 General-Purpose AI Model,中文叫“通用人工智能模型”。它不像某个只会识别猫狗图片的小工具,而是像基础设施一样,能写文章、写代码、做翻译、分析数据,还能被无数下游产品嵌入使用。欧盟 AI 法案从法律上给这类模型画了一条清晰的线:谁算 GPAI、要不要承担系统性风险义务、透明度报告怎么写、罚款怎么算。接下来我们一起看看这本“用水条例”到底怎么管住这座 AI 公寓。
理解 EU AI Act 对 GPAI 的监管框架,能让你在跨国 AI 产品的合规讨论中听懂“门槛”“义务”“责任边界”这些关键决策,也能提前为模型发布绕开政策地雷。
可视化演示
三步展示通用AI模型GPAI监管:GPAI与专用模型边界划分、系统性风险分级透明度义务、提供者到部署者合规责任链条。
本节配有交互动效(进入视口后自动加载,约 3KB)。
GPAI定义与专用模型边界划分 GPAI支持多任务输出具备显著通用性 专用模型面向单一任务不构成GPAI GPAI = 大规模数据 + 显著通用性 + 多下游任务 判定标准:大规模训练数据、显著通用性、胜任多种任务。
法律定位
物业宣布新管理条例时,最先做的不是给每个水龙头贴封条,而是先把楼里所有“供水服务”按风险分门别类。有的设备只是蚊子喷雾,风险极低;有的设备一旦失灵会把人送进医院,属于高风险。法律就像这样给 AI 划了四个风险档位:不可接受、高风险、有限风险、最低风险。GPAI 并不是简单落在某个档位里,而是作为“给其他设备供水的中央系统”被单独拿出来管,因为它影响的是下游无数应用的共同地基。
在技术层面,EU AI Act 是欧盟第一部全面的人工智能横向立法,采用“基于风险的分级监管”思路。与传统产品安全法规不同,它不只盯着最终产品是否出错,也关心上游模型本身的通用能力和潜在滥用空间。GPAI 之所以被单列,是因为同样的模型既可能被用来做医疗诊断助手,也可能被接进聊天机器人、代码生成器、自动驾驶标注工具,没有一个固定的“预期用途”可以套用传统的产品安全审核。
回到公寓故事里,GPAI 就是楼里那套中央净水系统:法律先分清哪些家电危险,再单独给中央系统写一章专门规则。这意味着,做基础模型的人不能再说“我只是卖水,不做饭”,因为水管质量直接影响楼上每一家厨房。
- 不可接受风险被法律明令禁止的 AI 行为,比如社会信用评分或无底线操纵用户。
- 高风险 AI 系统用于招聘、信贷、医疗等关键领域,必须满足完整的合规义务。
- 有限风险 AI 系统例如聊天机器人,主要承担透明度告知义务。
- 最低风险 AI 系统如垃圾邮件过滤器,无需额外强制管控。
核心定义
物业要管中央供水系统,得先定义什么才算“中央供水系统”。一台放在厨房里的台式净水壶显然不是,它只负责一个水龙头;但一座能同时向全楼输送净水、还能调节软硬度、温度、矿物质含量的水处理站,就是中央供水系统。GPAI 的定义也遵循同样逻辑:它不看你叫不叫“大模型”,而看它是否具备显著通用性、是否用大规模自监督方式训练、是否能完成广泛任务、是否可被集成进下游应用。
欧盟法规里的 GPAI 是指“在大规模数据上通过自监督方式训练、具有显著通用性、能胜任多种不同任务、可被集成到无数下游系统的人工智能模型”。这里的“自监督训练”好比水处理站在没有人工标注的情况下自动学习水的规律;而“多任务能力”则像同一个站既能供直饮水、又能供软水、还能供热水。如果你的模型只做一件事,比如专门识别猫,那它更像那台小型净水壶,不是 GPAI。
定义的意义在于划定监管对象:只有“中央水处理站”需要向物业提交全套资料,小滤水壶再智能也不需要。这也解释了为什么很多开源小型模型不用背 GPAI 的包袱,而 ChatGPT 背后那种地基级模型则必须进入监管视野。
- 显著通用性模型不局限于单个领域或单一任务,而是能横跨文本、代码、图像等多种能力。
- 大规模自监督训练依赖海量数据和强大算力,在无标签数据上自己“学习规律”。
- 多任务能力同一个权重可以胜任写作、翻译、推理、问答等多种完全不同的事情。
- 可集成性模型不是封闭应用,而是能通过 API 或微调嵌入其他产品中。
模型分类
同样是中央供水系统,体积差别也很大。楼下小花园区的水站只服务几十户,小区物业给它发普通营业证;而那座覆盖全城、一天处理几十万吨水的巨型水厂,却被要求额外做“溃坝演习”。EU AI Act 对 GPAI 也做了这种“普通 vs 系统性风险”的分类。普通 GPAI 只需承担基础义务,而被认定为有系统性风险的 GPAI,还要承担对抗测试、事件报告、网络安保等更重的担子。
怎么判断一个模型有没有系统性风险?法案给出一个可反驳的推定阈值:如果训练某个 GPAI 所消耗的总算力达到 \(10^{25}\) FLOPs(浮点运算次数),就推定它具有系统性能力。这个数字不是参数数量,而是“算力总量”的度量。欧盟 AI 办公室可以结合模型能力、影响力等再指定其他模型,但模型提供者也可以提交证据证明自己的模型其实没有这么强的能力,从而推翻推定。
回到公寓比喻,普通水站只需要保证水质合格、贴好说明,巨型水厂却要提前准备应急预案。对 AI 从业者来说,这个分级决定你的模型是“轻量合规”还是“重型合规”,也直接影响产品发布的成本和时间表。
- 训练计算量指的是训练模型全过程中浮点运算的总次数,而不是模型参数数量。
- 阈值 10^25欧盟在法案附件中明确设定的算力门槛,达到该值即触发推定。
- 推定关系达到阈值不等于违法,而是自动被当成“有系统性能力”,需要承担更严格的义务。
合规义务
物业对中央水站提出了四样固定要求:一,提交完整的水处理设计图纸(技术文档);二,给出住户使用指南,告诉每家每户管道接法(使用说明);三,证明水的来源合法,没有偷偷从邻居水池引水(版权政策);四,列一份水源成分汇总表,让住户知道水里加了什么(训练数据摘要)。这四个基本义务,是所有 GPAI 提供者绕不开的起点。
在法案里,这对应 GPAI 提供者的核心义务:准备技术文档并在监管部门要求时提供;在模型集成说明里写清楚能力和限制;制定版权合规政策,保证训练数据不侵犯他人版权;以及对训练数据内容做公开摘要。对于被认定为系统性风险的模型,义务还要加码:进行模型评估和对抗测试、识别并缓解系统性风险、跟踪并报告严重事件、落实网络安全保护。
物业的规则不是为了让水站关门,而是让它在透明状态下运行。对模型团队来说,写文档已经不是发布前的可选项,而是从第一天起就要养成的工程习惯。透明度不是束缚,反而是住户信任你的基础。
- 技术文档描述模型架构、训练流程、评估结果,供监管机构和集成方查阅。
- 使用说明告诉下游开发者在哪些场景可用、哪些不可用,避免误用。
- 版权政策证明训练数据获取和使用的合法性,降低侵权风险。
- 训练数据摘要公开训练数据的主要类型和来源,类似“配料表”。
下游责任
中央水站的水顺着管道送进每家每户,住户常常会再接一个净水壶或热水器。如果发现水质有问题,物业要先查是水站没供干净水,还是住户的净水器滤芯装错了。EU AI Act 在处理 GPAI 价值链责任时也遵循这个逻辑:基础模型提供者和下游 AI 系统提供者,各自承担不同的义务。
如果下游开发者只是调用 API,没有大改模型,那么模型层面的问题由 GPAI 提供者负责;但如果下游开发者把模型拿去做深度微调,或者把它嵌进一个高风险系统(比如招聘筛选、医疗诊断),那下游提供者就必须对自己最终产品承担系统级合规责任。双方之间的接口文档、授权协议和模型卡,就成了划分责任的“计量表”。
对创业者来说,这个责任分配是双重提醒:第一,选上游模型公司时要看它有没有提供完整文档;第二,不要以为接了一个大 API 就可以把合规责任全部甩给上游。你做的产品越深地改变了模型,你越要自己扛起规则责任。
- 直接使用场景下游只是搭建业务界面,模型本身没改,责任重心停留在 GPAI 提供者。
- 深度微调场景下游把模型参数改掉或重新训练,模型行为已发生变化,责任随之转移。
实施路径
条例不是一天之内强推的。物业给整栋楼定了分阶段检查:先封掉最危险的违规设备,再检查中央水站,再逐户检查管路。EU AI Act 的时间线也是这样:法案 2024 年 8 月生效;2025 年 2 月起禁售不可接受风险的 AI 应用;2025 年 8 月起 GPAI 提供者必须履行义务;2026 年 8 月起高风险 AI 系统全面适用;部分特殊场景再延到 2027 年 8 月。
除了时间线,罚则也写得很清楚。对于 GPAI 义务违规,最高罚款可达 1500 万欧元,或若企业全球年营业额更高,则按全球年营业额的 3% 计算,取两者中较大值?需要纠正:模板中 F = min(15m, 3% * turnover),但法律上是“取较高者”。Actually EU AI Act Article 99 says "the higher of €15 million or 3% of total worldwide annual turnover" for GPAI. Let me correct the formula and text. Yes, max fine is max of fixed amount and percentage. We need fix. The final formula should be:
Let's update text accordingly. Also for prohibited practices: max(35m, 7%). We can mention. So in the section: “GPAI 违规最高罚款取 1500 万欧元和全球年营业额 3% 中的较高者;禁止行为的处罚则取 3500 万欧元和 7% 中的较高者。” Good.
还要 mention regulatory sandboxes? The mindmap branch has “监管沙盒”. We can say “同时欧盟鼓励监管沙盒,让企业在真实环境但受监督的情况下测试创新方案,降低试错成本。”
Let's craft section 6 accordingly.
对从业者而言,合规不是“某一天突然爆发”的事,而是一张精确的日历。你需要对照自己角色的生效日期倒排计划:先做模型能力图谱,再补文档,再做风险测试,最后在截止日前完成审核。物业水管工都知道,爆水管前修理最便宜。
- 固定金额1500 万欧元是基础罚金上限,适用于确认违法情形。
- 比例罚金如果企业全球年营业额更高,按 3% 计算,体现对大公司的威慑。
- 取较大者最终罚金是两者中的更大值,避免大公司把罚款当零花钱。
行业影响
条例落地后,住户们开始重新选择用水方案:有人在水站基础上装了自家净水器,有人继续用公共水,有人干脆研究自己打井。同样,EU AI Act 对行业最直接的影响,是让“合规能力”变成竞争力的一部分。开源模型不会自动免检——只要你的模型达到 GPAI 定义并进入欧盟市场,该尽的义务一样不能少;但开源社区可以借透明度文档和模型卡建立信任,反而更容易被下游集成。
对中小企业和个人开发者来说,好消息是义务重担主要压在有“系统性风险”的大模型头上,普通下游产品的合规成本没那么吓人;同时监管沙盒和行业操作规范(Code of Practice)为团队提供了可仿照的模板。成熟的团队会把合规流程嵌进开发管线:训练前审数据版权,训练后生成技术文档,发布前跑一次风险自查。
回到公寓故事,监管不是把水龙头全部关掉,而是让所有供水方都学会在阳光下竞争。未来 AI 从业者的护城河不再只是模型效果,还包括“我能说清我的模型怎么训练、怎么用、风险怎么管”。合规不是成本中心,而是一张面向大客户和监管方的信誉通行证。
- 透明度义务技术文档、版权政策、训练摘要等基础要求是入场第一步。
- 风险评估系统性风险模型还要完成对抗测试、事件报告安排等。
- 准入判断两者同时满足,才具备进入欧盟市场的资格。
AI 应用场景
一家大模型创业公司进入欧洲市场
阶段:合规评估与风险治理
解决的问题:过去团队只关注模型效果,不清楚自己需不需要遵守 EU AI Act;现在通过计算总训练 FLOPs 判断是否达到 \(10^{25}\) 阈值,并对照 GPAI 定义梳理义务清单,提前准备技术文档和版权政策。
具体案例:某欧洲团队发布开源 GPT 类模型前,先填写模型卡,在项目主页公开训练数据摘要和集成说明;同时配置模型下载授权协议,确保下游开发者清楚使用边界。这让公司顺利与三家欧盟 SaaS 客户签约。
下游 SaaS 产品接入大模型 API
阶段:产品集成阶段
解决的问题:下游开发者担心自己微调大模型后背上高风险系统合规责任;通过阅读上游提供的模型卡和接口文档,团队判断自己属于“直接使用”还是“深度集成”,并决定由谁负责系统级评估。
具体案例:某招聘平台把 GPAI 模型微调后用于简历筛选,该用途属于高风险系统,平台主动完成了技术文档、偏见测试和人工监督设计,同时向上游索要完整的模型评估报告。
大型企业内部合规审计
阶段:审计与监管响应
解决的问题:跨国企业有多个 AI 项目,过去审计靠人工填表;现在建立合规检查工具,用代码扫描每个模型是否达到 GPAI 认定条件,并自动输出义务清单和最高罚款估算,让管理层在发布前看到风险敞口。
具体案例:银行业的 IT 部门在发布内部 Copilot 服务前,用合规脚本检查模型训练计算量、训练数据版权和透明度文档,生成一份“GPAI 合规得分卡”,提交给风险管理委员会。
Python 演示
class GPAIChecker: def __init__(self, name, flops, annual_turnover=0.0): self.name = name self.flops = flops self.turnover = annual_turnover self._base_tasks = [ "technical_documentation", "downstream_instructions", "copyright_policy", "training_data_summary" ] self._extra_tasks = [ "adversarial_testing", "incident_reporting", "cybersecurity_measures" ] def is_systemic(self): return self.flops >= 1e25 def obligations(self): tasks = list(self._base_tasks) if self.is_systemic(): tasks.extend(self._extra_tasks) return tasks def max_fine(self): if self.turnover <= 0: return 15000000 return max(15000000, 0.03 * self.turnover) def main(): checker = GPAIChecker("ExampleGPT", 1.2e25, 500000000) print("Model:", checker.name) print("Systemic risk:", checker.is_systemic()) for task in checker.obligations(): print("-", task) print("Max fine:", checker.max_fine()) if __name__ == "__main__": main()
def __init__(self, name, flops, annual_turnover=0.0):初始化一个模型检查器,记录模型名称、训练总 FLOPs 和公司全球年营业额。self._base_tasks = [...]用列表保存所有 GPAI 提供者的基础义务,命名加下划线避免与方法名冲突。def is_systemic(self):判断训练计算量是否达到 \(10^{25}\) FLOPs 推定阈值。def obligations(self):先复制基础义务,如果模型有系统性风险再追加对抗测试、事件报告和网络安全措施。def max_fine(self):按 EU AI Act 规则计算最高罚款,固定金额和营业额比例取较大值。tasks.extend(self._extra_tasks)把额外义务追加进列表,便于后续逐项生成合规任务清单。if __name__ == "__main__":保证脚本被命令行直接运行时执行 main,被导入时则不会自动运行。
常见误区
误区我写了个 70 亿参数的文本生成模型,打开网页就能聊天,所以它一定是 GPAI,必须按 EU AI Act 最严格的义务执行。
正解GPAI 不是按参数数量或“能不能聊天”判断的,而要看是否具备显著通用性、大规模自监督训练、多任务能力和下游可集成性。一个只做中文古诗词生成的窄模型,即使参数不小,也可能够不上 GPAI 定义;反之,一个多模态通用模型即便参数不多,如果能力足够通用,仍可能被认定为 GPAI。
为何常见:因为大众通常把“大模型”直接等同于“通用模型”,忽略了法律定义里“通用能力”这个关键维度。
误区我的模型是开源的,权重、数据和推理代码全部公开,开源精神就是自由,所以欧盟法规管不到我。
正解开源许可能带来透明度上的信任优势,但不能自动豁免 GPAI 义务。如果你的模型达到 GPAI 定义并进入欧盟市场,基础的技术文档、使用说明、版权政策和训练数据摘要依然要准备;如果它被认定有系统性风险,同样要承担评估和事件报告义务。
为何常见:因为很多人把“开源”误解为“无监管”,而实际上法律看的是市场投放行为和风险等级,许可证形式只是其中一个变量。
误区我的模型训练算力超过了 \(10^{25}\) FLOPs,欧盟是不是马上要罚我?
正解阈值只触发“系统性风险推定”,意味着你要承担更多义务,而罚款针对的是不履行义务的行为,不是“算力超标”本身。你甚至可以向 AI 办公室提交证据,说明模型实际能力不足以造成系统性影响,从而推翻推定。
为何常见:因为“阈值”听起来像交通限速摄像头,很多人误以为跨过线就是违规;但法律里它更像一个“需要开安全检查单”的信号灯。
误区我们是三个人组成的创业团队,总部也不在欧洲,EU AI Act 肯定与我们无关。
正解只要你的 GPAI 或相关 AI 系统投放到欧盟市场,或者用户在欧洲,规则就可能适用。法案确实对中小企业提供沙盒、指南等支持,但基本义务并非按公司规模豁免,罚款金额虽然按全球营业额计算,小公司也可能被固定金额上限锁定。
为何常见:因为公众常把法规和“巨头垄断监管”绑定,忽略了法律的地域管辖原则是“市场行为”而非“公司大小”。
面试题
Q1. EU AI Act 对 GPAI 的最核心监管思路是?
- A.对所有大模型一律禁止
- B.把 GPAI 单列为独立监管对象← 正确答案
- C.强制所有模型免费开源
- D.只监管聊天机器人界面
答案:B。EU AI Act 采用基于风险的方法,GPAI 作为“通用底层设施”被单独列章监管,而不是直接禁止或强迫开源。A 混淆了“禁止不可接受风险”与“禁止 GPAI”;C 和 D 都不符合法案内容。
Q2. 系统性风险推定中,训练计算量的阈值是?
- A.\(10^{21}\) FLOPs
- B.\(10^{23}\) FLOPs
- C.\(10^{25}\) FLOPs← 正确答案
- D.\(10^{27}\) FLOPs
答案:C。EU AI Act 规定,训练 GPAI 的总计算量达到或超过 \(10^{25}\) FLOPs 时,推定该模型具有系统性风险。另外三个数量级只是干扰项。
Q3. 以下哪项属于 GPAI 提供者的基础义务?
- A.公开全部模型权重
- B.提供技术文档和版权政策← 正确答案
- C.向所有用户支付版税
- D.删除全部训练数据
答案:B。GPAI 基础义务包括技术文档、使用说明、版权政策、训练数据摘要等透明性要求。法案不要求公开权重,也不要求向用户付费或删除训练数据。
Q4. 系统性风险 GPAI 需要额外承担哪些义务?
- A.对抗性测试← 正确答案
- B.严重事件报告← 正确答案
- C.公开全部训练数据
- D.网络安全防护← 正确答案
答案:ABD。系统性风险模型需进行模型评估、对抗测试、事件报告和网络安全防护。公开全部训练数据不是法案义务,反而与版权和数据保护冲突,因此 C 错。
Q5. 下游开发者微调一个 GPAI 后嵌入高风险招聘系统,系统级合规主要由谁承担?
- A.原始 GPAI 提供者
- B.下游开发者← 正确答案
- C.终端求职者
- D.欧盟委员会
答案:B。当模型被深度微调或用于特定高风险场景时,下游提供者成为该 AI 系统的责任主体,需要完成风险评估、技术文档等义务。原始提供者仍对其基础模型负责,但不替下游新版系统背锅。
Q6. 一个模型达到系统性风险推定阈值后,提供者还能怎样做?
- A.直接退出欧盟市场
- B.向 AI 办公室提交证据证明能力不足← 正确答案
- C.改用开源许可证即可免检
- D.删除计算量数据即可脱责
答案:B。系统性风险推定是可以反驳的,提供者可向监管机构提交材料,证明模型实际上不具备系统性能力。退出市场是放弃机会而非合规方案;开源许可证不能消除风险评估义务;删除数据不能改变已发生的事实。
Q7. EU AI Act 中 GPAI 义务一般从什么时间开始适用?
- A.2024 年 8 月
- B.2025 年 2 月
- C.2025 年 8 月← 正确答案
- D.2026 年 8 月
答案:C。法案 2024 年 8 月生效,但条款分阶段适用:禁止性条款 2025 年 2 月起适用,GPAI 义务 2025 年 8 月起适用,高风险系统义务 2026 年 8 月起适用。
Q8. GPAI 的法律定义通常包含哪些特征?
- A.大规模自监督训练← 正确答案
- B.显著通用性← 正确答案
- C.必须支持语音识别
- D.可集成到多种下游应用← 正确答案
答案:ABD。GPAI 的核心是“大规模自监督 + 通用性 + 多任务能力 + 可集成性”。并不强制支持语音识别,“必须支持语音”是对模态的误解。
Q9. 关于 EU AI Act 的罚款机制,下列说法正确的有?
- A.可按全球年营业额比例处罚← 正确答案
- B.中小企业完全豁免罚款
- C.提供错误信息也可能被罚← 正确答案
- D.罚款只针对欧盟公司
答案:AC。法案对 GPAI 违规最高可处 1500 万欧元与全球年营业额 3% 中的较高者;提供错误信息同样可罚。中小企业并没有普遍罚款豁免,罚款也可能适用于在欧盟市场投放产品的非欧盟公司。
Q10. 系统性风险推定中的“10^25 FLOPs”中,FLOPs 指的是什么?
- A.浮点运算次数← 正确答案
- B.参数量
- C.训练天数
- D.推理延迟
答案:A。FLOPs 是 Floating Point Operations Per Second 的累积总量,表示训练过程的浮点运算总次数。参数量、训练天数和推理延迟都不是该阈值的计单位。