小王在城郊经营一家食品厂,最让他自豪的是生产线上的那罐婴幼儿配方奶粉。这天,市场监管局的老李带来一份新的《食品安全风险分级监管办法》。办法把食品分成四档:普通零食常规抽查;含过敏原的必须印醒目标注;婴幼儿奶粉属于特殊食品,原料要溯源、生产要记录、出厂要检验,一样不能少;而毒蘑菇之类的存在,直接禁止销售。小王不服气:我的奶粉比饼干用心一百倍,为什么管得反而更严?老李说:正因为吃奶粉的是最脆弱的婴儿,哪怕万分之一的差错,后果都无法承受。监管不是刁难,是替最需要保护的人守住底线。 2024年8月,全球首部全面AI法——欧盟《人工智能法案》(AI Act)正式生效,它的底层逻辑与这份食品分级如出一辙:不看技术多炫,只看用错地方伤人多深。司法AI走进法庭,参与量刑、评估再犯风险、辅助裁决,直接触碰公民的自由与财产,因此被划入高风险档,必须扛起六项合规义务。这份指南将为司法科技开发者拆解分级标准、义务清单、罚则与实施时间表,并给出一条可落地的合规路线图。

岗位关联

读懂欧盟AI法案的风险分级,等于拿到司法AI进入欧洲市场的“准生证”——对跨境司法科技从业者而言,这是合规底线,更是核心竞争力。

目录
  1. 可视化演示
  2. 四级风险体系
  3. 司法AI定级标准
  4. 核心合规义务
  5. 透明度与监督
  6. 违规惩罚机制
  7. 分阶段实施
  8. 合规路线图
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

展示欧盟AI法案风险金字塔分级体系与司法AI合规实施路径,支持模式切换查看风险等级分布与合规流程步骤。

本节配有交互动效(进入视口后自动加载,约 3KB)。

欧盟AI法案风险金字塔 不可接受:社会评分等被禁止的AI实践 高风险:司法AI属此类,需满足严格合规义务 有限/最小:透明度义务或无额外要求 judicial_AI → risk_level = HIGH 司法AI被归入高风险类别,需履行全套合规义务。

四级风险体系

老李带着小王走到超市的食品分区,指着一排货架说:你看,同样是吃的,待遇完全不同。散装糖果只是定期抽查,含花生酱的饼干必须印上“致敏原提示”,而婴幼儿配方奶粉从原料到出厂每批都要检验,至于混在货架里的毒蘑菇——那是根本不许卖的。监管强度跟着“吃下去会怎样”走,而不是跟着“好不好吃”走。

欧盟《人工智能法案》2024年8月正式生效,是全球第一部横向覆盖所有行业的AI法律。它的核心设计思路和这片货架一模一样:不看技术多炫,只看“用错地方会伤人多深”。法案把AI应用按风险划成四个档位,每一档对应不同的义务强度。

第一类是不可接受风险:比如政府主导的社会信用评分,或者利用AI操纵人的潜意识,直接踩碰基本人权,一律禁止,对应“毒蘑菇”。第二类是高风险:用于关键基础设施、教育、就业,以及司法等场景的AI,必须通过全套合规审查才能上市,对应“婴幼儿奶粉”。第三类是有限风险:像聊天机器人,只要向用户明示“我是AI”即可,对应“过敏原标注”。第四类是最小风险:垃圾邮件过滤器之类,几乎无额外义务,对应“散装糖果”。一个最常见的误解是“高风险=被禁止”——错了,高风险只是被“严格监管”,绝不等同于违法。

所以司法AI如今站的位置,就是货架上那罐被无数双眼睛盯着的奶粉。它没有被下架,但要拿出比普通产品多得多的诚意,证明自己配得上这份信任。

风险类别={不可接受若侵害基本权利高风险若影响安全或司法权益有限风险若仅需交互告知最小风险其余情况\text{风险类别} = \begin{cases} \text{不可接受} & \text{若侵害基本权利} \\ \text{高风险} & \text{若影响安全或司法权益} \\ \text{有限风险} & \text{若仅需交互告知} \\ \text{最小风险} & \text{其余情况} \end{cases}
这个分段函数就是整个法案的“货架分档规则”:把AI应用的后果代入左侧条件,就能查到它落在哪一档。
  1. 第一分支·不可接受风险条件是“侵害基本权利”,例如社会信用评分、潜意识操纵,直接全面禁止。
    不可接受←侵害基本权利\text{不可接受} \leftarrow \text{侵害基本权利}
  2. 第二分支·高风险条件是“影响安全或司法权益”,例如辅助量刑、就业筛选,必须过全套审查。
    高风险←影响安全或司法权益\text{高风险} \leftarrow \text{影响安全或司法权益}
  3. 第三分支·有限风险条件是“仅需交互告知”,例如聊天机器人披露AI身份即可。
    有限风险←仅需交互告知\text{有限风险} \leftarrow \text{仅需交互告知}
  4. 第四分支·最小风险兜底分支,其余所有场景全部归入,义务最轻。
    最小风险←其余情况\text{最小风险} \leftarrow \text{其余情况}

司法AI定级标准

老李翻开法规,指着其中一页说:为什么偏偏是奶粉?因为它的食用者是最脆弱的婴儿,一旦配方出错,伤害不可逆。司法AI同理——它影响的是人的自由、财产、甚至生命。所以法案在附件三里,把司法单独列为一类场景。

法案第6条第2款与附件三共同定义了高风险清单。附件三一共覆盖8个领域,其中第8类与司法机关直接相关:辅助司法机构研究事实、解释法律并将法律适用于具体案情的AI系统,以及用于替代性争议解决(ADR)的同类系统。条文的核心词是“辅助”——哪怕只做辅助,只要实质性参与裁判过程,就进入高风险行列。

具体场景包括:判决预测、量刑辅助、再犯风险评估、证据检索分析、替代性争议解决平台中的AI。但有一条重要豁免:纯粹的行政事务性操作,比如案卷流转、文书格式校对、庭审录音转写,不构成高风险,除非该操作对司法管理产生实质性影响。换句话说,判断标准不是“用不用在法院里”,而是“是否介入裁决实质”。

就像奶粉的判定标准不是“在超市卖”,而是“配方是否直接进入婴儿身体”。案卷归档再重要也只是货架搬运,不碰奶粉本身,自然不必按奶粉的标准来管。

高风险判定  ⟺  场景∈附件三第8类  ∧  ¬ 纯行政事务性辅助\text{高风险判定} \iff \text{场景} \in \text{附件三第8类} \;\land\; \neg\,\text{纯行政事务性辅助}
一句话:只要系统“介入司法裁决实质”,且不属于纯行政杂务,就触发高风险义务。
  1. 场景入清单先看应用是否落在附件三第8类列出的司法场景中。
    场景∈附件三第8类\text{场景} \in \text{附件三第8类}
  2. 非纯行政再看它是否只做案卷管理、格式校对这类事务性杂活。
    ¬ 纯行政事务性辅助\neg\,\text{纯行政事务性辅助}
  3. 同真才成立两个条件必须同时满足(且),缺一个都不算高风险。
    高风险  ⟺  A  ∧  B\text{高风险} \iff A \;\land\; B

核心合规义务

老李给小王列了一张“奶粉台账”清单:原料供应商资质、每批生产温湿度记录、出厂检验报告,缺一不可。这些要求对应到司法AI,就是法案第9条到第15条叠加出的六项核心义务。

第一,风险管理体系(第9条)。开发者要建立规范的风控流程:识别风险→评估危害→制定缓解措施,覆盖整个AI生命周期。第二,数据治理(第10条)。训练、验证、测试数据集必须相关、有代表性、无差错、完整;司法场景尤其要避免性别、种族等偏见溜进训练数据。第三,技术文档(第11条)。系统上市前就要写好“说明书”,记录用途、架构、数据来源、决策逻辑。第四,运行日志(第12条)。系统必须自动记录每一次预测,方便事后追溯。第五,向用户透明(第13条)。第六,人工监督(第14条)。此外还有一条贯穿性质量线:准确性、稳健性与网络安全(第15条)。

另外,高风险系统还必须在上线前于欧盟AI数据库完成注册(第49条),没有注册号的司法AI不得投放欧盟市场。小王的台账不是为了应付检查——每一笔记录都是将来出问题时的“刹车印”。司法AI的日志、文档和注册信息,就是数字世界的刹车印。

准确率=TP+TNTP+TN+FP+FN×100%\text{准确率} = \frac{TP + TN}{TP + TN + FP + FN} \times 100\%
准确率是司法AI最直观的“出厂检验指标”,但光有准确率还不够——还要看它是否对特定群体系统性犯错,这正是数据治理要回答的问题。
  1. 分子·预测正确数真阳性(TP)与真阴性(TN)之和,代表模型答对的案件。
    TP+TNTP + TN
  2. 分母·案件总数真阳、真阴、假阳(FP)、假阴(FN)四种结果全部相加。
    TP+TN+FP+FNTP + TN + FP + FN
  3. 求比值用正确数除以总数,得到正确比例。
    TP+TNTP+TN+FP+FN\frac{TP + TN}{TP + TN + FP + FN}
  4. 转百分比乘以100%,得到常用的准确率指标。
    准确率=TP+TNTP+TN+FP+FN×100%\text{准确率} = \frac{TP + TN}{TP + TN + FP + FN} \times 100\%

透明度与监督

老李说,奶粉罐上要印清楚配料表、产地、生产日期,每一批出厂前还要由两名质检员开罐品尝、签字确认。这两件事,在法案里对应透明度和人工监督。

透明度义务(第13条)要求:系统输出必须能让使用者理解,用户——包括法官和当事人——有权知道“这个分析来自AI”,不能假装是全人工判断。人工监督(第14条)更关键:监督者必须理解系统的能力与局限,能够审查输出,有权否决或撤销系统决定;在司法AI场景下,最终判决权永远在法官手里。与两者配合的还有一条公平防线:训练数据的代表性检验与偏见审计。若历史判决本身就带着偏见,AI会把偏见学成“规律”,甚至放大成系统性误判。

标签和品尝员让消费者放心,也让厂家不敢偷工减料。法官手里的“最后一票”,就是司法AI的品尝员——只要这关在,AI就永远是助手,而不是裁判。

人类复核率=法官复核案件数AI辅助案件总数×100%\text{人类复核率} = \frac{\text{法官复核案件数}}{\text{AI辅助案件总数}} \times 100\%
司法AI场景下,这条公式的目标值就是100%——每一份AI输出都必须经过法官复核才能生效。
  1. 分子·法官复核数由法官亲自复核过的案件数量,是人工监督的核心凭证。
    法官复核案件数\text{法官复核案件数}
  2. 分母·AI辅助总数所有经过AI辅助的案件数量,一件都不能漏。
    AI辅助案件总数\text{AI辅助案件总数}
  3. 目标值·100%司法场景不允许“抽检”,必须逐案复核。
    复核率=100%\text{复核率} = 100\%

违规惩罚机制

老李收起笑容:台账只是纸面要求,罚则才是硬拳头。食品安全法对致病奶粉的处罚轻则货值数十倍罚款、重则吊销生产许可。AI法案同样在合规义务背后藏了一套罚则。

法案第99条规定了三档罚款。第一档:违反禁止性条款(例如社会信用评分),最高罚3500万欧元或全球年营业额的7%,取较高者。第二档:违反高风险系统义务(比如数据治理、人工监督),最高罚1500万欧元或3%。第三档:向监管机构提供错误信息,最高罚750万欧元或1%。中小企业适用较低档标准。执法上,各成员国设立国家监管机构,欧盟层面设AI办公室与AI委员会,跨国案件联合执法。更重要的是域外效力:只要你的AI输出在欧盟被使用,你就在管辖范围内。

对出海的中国司法科技企业来说,这不是远方的故事——你的系统只要服务一家欧盟律所,“7%营业额”这把尺子就可能量到你头上。

罚款上限=max⁡(35,000,000 €,  7%×全球年营业额)\text{罚款上限} = \max\left(35{,}000{,}000\,\text{€},\; 7\% \times \text{全球年营业额}\right)
这条公式专属于“禁止性行为”的处罚:固定金额与营业额比例两者取大,确保大公司罚得更多、小公司也逃不掉。
  1. 固定封顶3500万欧元是一个与公司规模无关的静态上限。
    35,000,000 €35{,}000{,}000\,\text{€}
  2. 比例封顶7%乘以全球年营业额,公司越大,这个值越高。
    7%×全球年营业额7\% \times \text{全球年营业额}
  3. 取较大者用max运算保证最终罚款不低于任何一个候选值。
    max⁡(  ,  )\max(\;,\;)
  4. 完整公式把两个候选值代入取大,得到最终罚款上限。
    罚款上限=max⁡(35,000,000 €,  7%×全球年营业额)\text{罚款上限} = \max(35{,}000{,}000\,\text{€},\; 7\% \times \text{全球年营业额})

分阶段实施

新规落地从不搞“一夜翻篇”。老李说,监管部门给食品厂留了过渡期:先禁毒蘑菇,再查新配方,最后全面体检。AI法案也是这个节奏,用阶梯式时间表让企业“软着陆”。

回溯时间线:2021年4月欧盟委员会提出草案;2024年3月欧洲议会表决通过;2024年8月1日正式生效。随后梯度推进:2025年2月2日,禁止性条款开始适用;2025年8月2日,通用AI模型义务适用;2026年8月2日,附件三高风险系统——包括司法AI——全面适用;2027年8月2日,附件一高风险产品适用。对司法AI企业而言,2026年8月2日就是硬截止日,届时所有在售产品必须完成合规改造。

倒排工期不是法务的课后作业,而是产品路线图上的红色里程碑。谁把2026年8月2日当回事,谁就能在欧盟市场抢跑。

T司法AI合规日=T生效+24 个月=2026-08-02T_{\text{司法AI合规日}} = T_{\text{生效}} + 24\,\text{个月} = 2026\text{-}08\text{-}02
这是司法AI开发者的“倒计时公式”:从2024年8月1日生效日起加24个月宽限期,得出附件三系统的最终合规日。
  1. 生效日法案于2024年8月1日正式生效,这是所有时间的原点。
    T生效=2024-08-01T_{\text{生效}} = 2024\text{-}08\text{-}01
  2. 宽限期附件三高风险系统获得24个月过渡期。
    T生效+24 个月T_{\text{生效}} + 24\,\text{个月}
  3. 合规截止日计算得出2026年8月2日,司法AI必须在此之前达标。
    T司法AI合规日=2026-08-02T_{\text{司法AI合规日}} = 2026\text{-}08\text{-}02

合规路线图

小王问:那我该怎么办?老李拿出白板笔画了一条改造路线:先盘点差距、再排优先级、算清预算、最后长期盯防。这条路线同样适用于司法AI产品的合规化。

第一步,差距分析:把自家产品功能逐条对照附件三和第9到15条,输出一份《高风险合规差距清单》。第二步,按风险排序整改:先堵可能导致错误量刑的洞——数据偏见、模型准确率、可解释性;再做流程类工作——技术文档、日志埋点、欧盟数据库注册。第三步,成本测算:合规预算主要花在三件事上——数据治理与清洗、第三方测试评估、文档与审计。记住,合规成本是产品预算的一部分,不是额外税。第四步,持续监控:上线后建立市场监测与严重事件报告机制,产品迭代时同步更新文档与风险评估。设计上采用“人类在环内”(human-in-the-loop)架构,让“法官确认”成为系统内建环节,而不是外挂补丁。

半年后,小王工厂的新生产线通过了复查,老李在报告上盖章:执法从来不是目的,让最脆弱的人吃得放心、判得公正,才是那套分级监管存在的全部意义。

C合规=∑i=1n(C数据,i+C测试,i+C文档,i)C_{\text{合规}} = \sum_{i=1}^{n}\left(C_{\text{数据},i} + C_{\text{测试},i} + C_{\text{文档},i}\right)
合规预算是逐模块累加出来的:每个业务模块的数据、测试、文档三类支出相加,就是总合规成本。
  1. 第i张账单每个业务模块都有数据治理、测试评估、文档编制三类成本。
    C数据,i+C测试,i+C文档,iC_{\text{数据},i} + C_{\text{测试},i} + C_{\text{文档},i}
  2. 求和符号把n个模块的账单逐项累加。
    ∑i=1n\sum_{i=1}^{n}
  3. 总成本加总结果就是合规改造的总预算估计。
    C合规=∑i=1n(C数据,i+C测试,i+C文档,i)C_{\text{合规}} = \sum_{i=1}^{n}\left(C_{\text{数据},i} + C_{\text{测试},i} + C_{\text{文档},i}\right)

AI 应用场景

司法科技产品合规自检平台

阶段:模型评估与合规部署

解决的问题:传统做法是产品上线后才请法务看合同,发现不合规只能推翻重来。引入按法案风险分级构建的自检平台后,开发过程中自动给出风险档位与义务清单,把合规前置到CI/CD流水线,避免“先上线、后补课”。

具体案例:某法院使用的量刑辅助系统,每次模型更新都会自动跑一遍自检:判定场景属于附件三第8类,进而触发数据治理与日志要求;若自查不通过,直接阻止发布。

跨境司法科技市场准入评估

阶段:产品市场准入

解决的问题:中国司法科技企业出海欧盟,面对法案的域外效力常常手足无措。准入评估把附件三比对、授权代表指定、欧盟AI数据库注册、技术文档本地化整理成一份可执行清单,让企业知道“先办什么、后办什么”。

具体案例:一家做裁判文书智能分析的创业公司,服务对象包括两家欧盟律所。评估后确认产品属高风险,随即完成欧盟授权代表签约、数据治理改造,并在2026年8月前提交数据库注册。

法律AI课程的合规沙盘教学

阶段:教育与人才培养

解决的问题:法学院和AI培训课程缺少把法律与工程结合起来的教学案例。用风险分级沙盘,学员分组扮演监管者与开发者,模拟从风险定级到合规整改的全流程,让“法条”变成可操作的工程决策。

具体案例:某高校“AI+法律”课程中,学生为虚拟的“智能量刑助手”做差距分析并编制合规预算,结课产出可复用的合规模板,直接用于真实项目对标。

Python 演示

python40 行
# 欧盟AI法案风险分级器:输入应用场景特征,输出风险等级与合规义务# 对应正文:四级风险体系 + 核心合规义务 + 违规惩罚机制  def classify_risk(industry, affects_rights, sole_decision, human_confirm, banned_practice):    if banned_practice:        return "unacceptable", []    if industry == "judicial" and (affects_rights or not human_confirm):        return "high", get_high_risk_obligations()    if affects_rights or sole_decision:        return "limited", ["transparency_notice"]    return "minimal", []  def get_high_risk_obligations():    return ["risk_management", "data_governance", "technical_documentation",            "record_keeping", "transparency", "human_oversight"]  def estimate_fine(turnover_global, violation_type):    if violation_type == "prohibited":        return max(35_000_000, 0.07 * turnover_global)    return max(15_000_000, 0.03 * turnover_global)  if __name__ == "__main__":    # 模拟一个司法判决辅助系统:影响基本权利、保留法官最终确认    app = {        "industry": "judicial",        "affects_rights": True,        "sole_decision": False,        "human_confirm": True,        "banned_practice": False,    }    level, obligations = classify_risk(**app)    print("Risk level:", level)    for item in obligations:        print("  obligation:", item)    fine = estimate_fine(500_000_000, "high")    print("Estimated max fine (million EUR):", round(fine / 1e6, 2))
目的:用一段可运行的脚本,演示如何按欧盟AI法案把司法AI应用判定为高风险,并输出合规义务清单与罚款测算。
  1. def classify_risk(industry, affects_rights, sole_decision, human_confirm, banned_practice):分类器的五个输入信号,对应法案的风险触发要素。
  2. if industry == "judicial" and (affects_rights or not human_confirm):司法场景且影响权益或缺少人工确认,直接进入高风险档。
  3. return "high", get_high_risk_obligations()返回风险等级,并带上六项高风险合规义务。
  4. return max(35_000_000, 0.07 * turnover_global)禁止行为罚款取3500万欧元与7%营业额的较大者。
  5. level, obligations = classify_risk(**app)把产品画像字典展开传入分类函数,得到分级结果。

常见误区

误区我以为法案把高风险AI直接禁掉了,那司法AI岂不是没法做了?红色标签是不是等于下架令?

正解高风险不等于禁止。被全面禁止的只有“不可接受风险”,比如社会信用评分。高风险AI可以正常上市,但必须通过六项合规义务的关卡。类比:毒蘑菇不许卖,婴幼儿奶粉只是被最严监管,正经厂家照常生产。

为何常见:大家习惯把“红色预警”理解为“出局”,看到红色高风险就以为产品要被封杀。

误区我们的系统最后都有人点确认,所以不算高风险,不用做那么重的合规。

正解法案看的是场景是否属于附件三清单,而不是有没有人兜底。司法场景天然进入高风险行列,人工监督只是其中一项义务,不能反过来豁免定级。就像奶粉再怎么由质检员把关,它还是特殊食品,检验流程一项都不能少。

为何常见:把“缓解措施”和“分类标准”混为一谈,以为做了补救就能改变身份。

误区我们是中国公司,注册地不在欧盟,法案跟我们没关系。

正解法案具有域外效力:只要你的AI系统在欧盟市场投放,或者其输出在欧盟境内被使用,就落入管辖范围。中国司法科技公司服务欧盟律所或法院,一样要合规。类比:跨境奶粉进口到中国时,中国国标照样管到海外工厂。

为何常见:习惯用注册地判断法律管辖,忽略了“效果管辖”原则。

误区风险分级那套交给法务研究就好,我们工程师把模型准确率做上去就行。

正解算法本身就是合规的载体:数据治理、可解释性、人类干预界面、日志埋点,全部要在产品设计和开发阶段内嵌。法务负责翻译法律,工程才是真正的落实方。

为何常见:把合规理解成合同条款,忽略了AI法案大量义务落地在技术实现上。

面试题

Q1. 欧盟AI法案将AI应用按风险由高到低分为哪四级?

单选题 · easy

  • A.不可接受、高风险、有限、最小← 正确答案
  • B.高风险、不可接受、有限、最小
  • C.高风险、中风险、低风险、无风险
  • D.严重、较高、一般、轻微

答案:A。法案的四级是“不可接受→高风险→有限→最小”,由高到低必须记准。A顺序正确;B把前两档调换了;C、D是自行编造的分档,法案没有“中风险”“严重”这类叫法。

Q2. 司法领域的AI辅助量刑系统通常被归入哪一类别?

单选题 · easy

  • A.最小风险类别
  • B.有限风险类别
  • C.高风险类别← 正确答案
  • D.不可接受类别

答案:C。辅助量刑影响公民自由与财产,属于附件三第8类司法场景,被评为高风险。它既不是最小或有限风险,也未被一律禁止,所以D也不对。

Q3. 附件三高风险条款对司法AI全面适用的截止时间是?

单选题 · easy

  • A.生效后6个月
  • B.生效后12个月
  • C.生效后24个月← 正确答案
  • D.生效后36个月

答案:C。法案2024年8月1日生效,附件三(含司法AI)2026年8月2日全面适用,即24个月。6个月对应禁止条款、12个月对应通用AI模型、36个月对应附件一高危产品。

Q4. 下列哪些特征会使AI系统落入高风险司法类别?

多选题 · mid

  • A.评估人身危险的犯罪预报← 正确答案
  • B.辅助法官的量刑预测系统← 正确答案
  • C.影响个人基本权利的决定← 正确答案
  • D.内部文书格式自动校对

答案:ABC。A、B、C分别涉及犯罪风险评估、量刑辅助、基本权利影响,都是高风险触发特征。D只是纯行政事务辅助,属于明确豁免范围。

Q5. 下列哪项不属于高风险AI系统的核心合规义务?

单选题 · mid

  • A.建立风险管理体系
  • B.持续优化推理速度← 正确答案
  • C.完善数据治理规范
  • D.保留运行日志记录

答案:B。六项核心义务是风险管理、数据治理、技术文档、日志记录、透明告知、人工监督,外加准确性与安全性。推理速度快慢不是合规要求,属于产品性能优化,所以B不属于。

Q6. 高风险AI系统的用户知情权主要体现在哪一点?

单选题 · mid

  • A.用户可要求删除训练数据
  • B.用户得知正在使用AI辅助← 正确答案
  • C.用户可查看全部模型参数
  • D.用户可参与模型微调

答案:B。透明度义务要求告知用户“这个判断来自AI”,尤其是司法场景下法官和当事人不能被蒙在鼓里。A属于被遗忘权范畴,C涉及商业机密,D是协作手段,都不是法案规定知情权的核心。

Q7. 违反高风险系统义务的最高罚款是多少?

单选题 · mid

  • A.500万欧元或1%营业额
  • B.1000万欧元或2%营业额
  • C.1500万欧元或3%营业额← 正确答案
  • D.3500万欧元或7%营业额

答案:C。违反高风险系统义务对应第二档:1500万欧元或3%全球年营业额,取较高者。3500万/7%属于禁止性行为的档位,不能混用,所以D是干扰项。

Q8. 司法AI满足“人类监督”义务的核心要求是什么?

单选题 · hard

  • A.法官可理解和控制AI输出← 正确答案
  • B.提高AI运行速度和效率
  • C.定期向用户推送AI报告
  • D.减少人工干预以提升效率

答案:A。第14条要求监督者理解系统、审查输出、能否决或撤销决定,A概括了这三层含义。B、D方向相反,监督条款要求增加而非减少人的介入;C只是告知义务的一种形式,不是监督核心。

Q9. 司法AI产品在开发早期应做哪些合规设计?

多选题 · hard

  • A.嵌入风险管理流程← 正确答案
  • B.预留数据泄漏审计接口← 正确答案
  • C.使用不可解释的黑盒模型
  • D.为法官保留最终决策权← 正确答案

答案:ABD。风险管理、审计接口、人类最终决策权,都是把合规内建到产品里。C恰恰相反——不可解释的黑盒违背透明度义务,几乎不可能通过司法场景的高风险审查。

Q10. 某公司全球年营业额10亿欧元,违反禁止性条款最高罚多少?

单选题 · extreme

  • A.3500万欧元
  • B.7000万欧元← 正确答案
  • C.1500万欧元
  • D.3000万欧元

答案:B。罚则取3500万欧元与7%全球年营业额的较高者。这里7%×10亿=7000万欧元,高于3500万,所以最终取7000万。A是静态封顶的干扰项;C、D对应其他处罚档位。