假设你想把招牌奶茶店开到欧盟去。开业前,市政府不会只看你的热情——先要验收:经营范围是什么?配方有没有书面记录?后厨卫生制度是否健全?如果只是街角小摊,填张自查表就能开张;如果想开大型食品厂,就必须请政府认证的第三方检测机构进场审查,材料齐全才能拿到那一块贴在门口的「合格牌照」。EU AI Act(欧盟人工智能法案)管理 AI 系统的逻辑,和这一模一样:先判断风险等级,再决定走自我评估还是第三方评估,通过后贴上 CE 标志,进入市场后还会遭遇「突击检查」。这篇文章带你走一遍完整的合格评定程序:从风险判定、技术文档审查、质量管理体系认证,到 CE 标志授予和上市后监督维护,像开一家合规的「欧盟奶茶店」一样,每一步都讲得明明白白。
对 AI 从业者而言,合格评定是 AI 产品进入欧盟市场的「入场券」。掌握这套程序,意味着你能把合规从「事后补救」变成「前置设计」,在跨国业务、政策风险和产品出海竞争中占据主动。
可视化演示
通过风险四级分类、评定流程对比和CE标志授予循环三个模式,展示欧盟AI法案合格评定程序的核心流程与合规要求。
本节配有交互动效(进入视口后自动加载,约 3KB)。
AI系统四级风险分类 不可接受风险:社会评分、实时监控等被禁止 高风险:生物识别、关键基础设施等需严格合格评定 最小风险:垃圾邮件过滤等无额外义务 风险等级决定适用的评定程序类型
评定适用判定
想象你要在欧盟开一家奶茶店。市监局的办事员不会问「你的奶茶好喝吗」,而是先问:「你的经营范围是什么?是街角小摊、普通小店,还是大型食品厂?产品是普通饮品,还是婴儿辅食?」因为经营范围直接决定监管强度,也决定你要走多长的验收流程。EU AI Act 的合格评定程序,第一步永远是「风险定级」。
法案在 Annex III 里列了一张高风险场景清单:生物识别、关键基础设施、教育招生、就业管理、基本公共服务、司法执法、移民管理、司法辅助等八大类。如果 AI 的用途落入这些领域,就享受「重点关照」;而像垃圾邮件过滤器这类低风险 AI,基本只要求透明度义务,连合格评定都不必做。
完整的判定逻辑分四层:第一,是否属于「不可接受风险」——最典型的是社会信用评分系统,直接禁止投放欧盟市场;第二,是否落入高风险清单——若是,再看有没有豁免情形,如纯军事用途、科研原型等;第三,有豁免则可能走自我评估,无豁免则必须走第三方评估;第四,哪张清单都不沾,则无需强制评定。每一步判定,都决定了后面几十万欧元的成本量级。
就像市监局先看经营范围再决定派谁验收,EU AI Act 也是先定级再定路径。这一步判断错了,后面所有文档、认证、贴标都可能白忙一场——所以合规工作的第一件事,永远是翻开清单,给自己的产品「对号入座」。
- xAI 系统用途类别:把 AI 系统按应用场景归类,比如人脸识别、简历筛选、医疗分诊等,这是判定的起点。
- Ω禁不可接受风险清单:被 EU AI Act 直接划入禁止清单的应用,典型就是社会信用评分系统,一旦落入直接出局。
- Ω高风险高风险清单(Annex III):生物识别、关键基础设施、教育、就业、公共服务、执法、移民、司法八大领域都在此集合内。
- Ω豁免豁免情形集合:纯军事用途、纯科学研究等例子能豁免第三方评估,「退一步」降到自我评估路径。
自我评估路径
如果你的奶茶店属于豁免类中型店铺,市监局会递给你一张标准自查表:原料进货记录、冷藏温度、员工健康证……你自己逐项打勾,签字承诺,存档备查,就可以开张。门槛低了,但规矩一样不少。EU AI Act 给部分高风险 AI 留了同样的出路:「自我评估」。
但「自我评估」四个字极容易让人误解成「不用评估」。事实上,它要求企业自己完成全套合规动作:确认适用豁免情形、编制技术文档、执行内控审查、签署声明、存档备查,只是不强制第三方机构介入而已。自我评估的流程大致是:先确定前置合规条件——明确自己确实命中豁免条款;接着按 Annex IV 编写完整技术文档;再做算法、数据、风险的内控审查;签署欧盟符合性声明;最后把整套文件留存至少十年,随时等待监管调取。
这套路径看似自由,实则是一份「加重了的责任」。因为缺少第三方把关,监管机构对自我评估的抽查会更严格——一旦发现弄虚作假,处罚力度往往比第三方评估路径更重。自我评估的本质是「自己当自己的审查员」,但要用足够的证据证明你配得上这份信任。
就像小摊主写自查报告也得有真材实料,自我评估不是「盖章走人」,而是一份沉甸甸的自证。把每一项检查都当作第三方会来复查来对待,你的自查报告才真正值钱。
- Cᵢ第 i 项自查检查项:如技术文档是否齐备、训练数据来源是否合规、风险缓解措施是否落地,每一项都是一个独立的布尔判断。
- ∧逻辑与运算:所有检查项之间是「并且」关系,只要有一项不通过,整体就前功尽弃。
- ⊤结果为真:只有当全部检查项都为真时,才能得出「可以签署声明」的最终结论。
第三方评估机制
大型食品厂说「我卫生达标」,没人信。市监局只认「政府认证的第三方检测机构」出具的盖章报告——这类机构不是普通咨询公司,而是国家认可、有编号的检测权威。在 EU AI Act 里,这个角色叫公告机构(Notified Body,NB)。
公告机构由欧盟成员国指定,并向欧盟委员会通报备案。关键点在于:它有授权范围。比如一家擅长医疗器械评估的公告机构,未必有资格评估人脸识别系统;只有在其被授权的 AI 类别内签发的证书才有效,超出授权范围就是废纸一张。因此,选择公告机构时,最核心的考察项是授权范围是否覆盖你的 AI 类型,其次是行业经验、评估周期与报价。
第三方评估的典型流程是:提交申请 → 技术文档审查 → 现场审核(核查真实开发环境与质量管理体系)→ 出具评定报告 → 签发评估证书。整个周期通常在 3 到 12 个月,费用从几万到几十万欧元不等,取决于系统复杂度与机构报价。评估通过后,证书是后续贴 CE 标志的必要前提。
选公告机构就像选体检中心,不能只看谁排队短,更要看它有没有「体检这个科目」的资质。机构选错、授权范围不对,证书白拿,市场监督部门一查就会被打回重来。
- T申请提交申请周期:从准备材料到完成申请受理,通常需要数周,材料不全还会延期。
- T文档技术文档审查周期:公告机构逐项核对技术文档,复杂系统往往需要多轮质询与补件。
- T现场现场审核周期:审核员实地核查质量管理体系与开发流程,含差旅排期与整改时间。
- T签发报告与证书签发周期:审核通过后内部评审、签发证书,一般需要 2 到 4 周。
技术文档审查
审查员不会喝一口奶茶就点头。他会把配方、原料批次、储存温度记录、员工培训记录全部翻一遍。你嘴上说「奶茶好喝」没用,文件柜里的材料才算数。合格评定的核心材料,就是技术文档(Technical Documentation)——它相当于 AI 系统的「配方与工艺说明书」,是公告机构审查和监管抽查的第一现场。
技术文档要覆盖的内容相当广泛:系统功能与性能规格、数据治理与训练数据说明(来源、清洗、标注、偏差分析)、模型架构与训练过程、风险评估与缓解措施、性能与鲁棒性测试报告、人机交互和人工监督设计、网络安全防护方案。每一项都要精确到可追溯:哪个数据集、哪个版本的模型、谁批准上线,都能查得到。
文档完备度直接决定评估通过率。审查员拿到文档,先做完整性核对:缺一项,退回去补,每来回一轮就浪费数周。完备度不达标,后续现场审核根本排不上队。所以成熟的企业往往把技术文档当作「产品的一部分」来维护,而不是评审前临时拼凑。
就像食品厂的文件柜是审查员的第一站,技术文档就是你面对审查员时的「底气」。宁可多写一页,不要缺一行——因为审查员不看你的代码有多炫酷,只看你能否证明自己知道系统在干什么。
- n必交文档总项数:按 EU AI Act 要求整理出的核心材料门类,实践中常细化为数十个检查点。
- dᵢ单项文档完备标记:每一类文档要么齐备,要么缺失,没有「差不多」的中间态。
- D整体完备度:对各项求和后取平均,数值越接近 1,说明文档体系越完整,审查通过率越高。
质量管理体系
配方好不等于奶茶好,还要让每家门店每批出品味道一致。食品厂必须建立从原料采购、冷链运输到店员操作的整套制度,这就是「质量管理体系」。EU AI Act 要求高风险 AI 提供商建立并维持质量管理体系(Quality Management System,QMS),覆盖设计、开发、测试、部署、运维全生命周期——它不是墙上挂的口号,而是一套可执行、可审计、可追溯的流程。
QMS 的核心要素包括:设计与开发规范(编码规范、模型版本管理)、测试与验证流程、变更控制程序——任何涉及性能、数据、用途的重大变更,都要登记在案并评估是否触发重新评定;供应链管控——采购的第三方组件、开源基础模型也要有合规记录,不能当「黑盒」用;内部审计与追溯——定期内审,保存完整记录,让任何一次事故都能回溯到具体环节和责任人。
这套体系的可怕之处在于它的「连锁反应」:一次没有走变更控制的模型升级,可能让整个评定证书作废;一个没有合规记录的第三方数据集,可能让追溯链条断掉。QMS 把合规从单点动作变成了系统能力,也让监管者确信:就算关键人物离职,流程依然转得动。
QMS 的价值就是「把靠英雄变成靠制度」——就像连锁奶茶店不依赖某位金牌店长,而是靠标准化作业流程让每家店都稳定。AI 合规需要的正是这种「肌肉记忆」。
- U 与 L规格上限与下限:监管要求或企业自定的质量边界,比如模型准确率必须落在 95% 到 99.9% 之间。
- μ过程均值:多次运行或多个批次下的平均表现,衡量流程的「中心位置」是否对准目标。
- σ过程标准差:反映每次输出的波动幅度,波动越大,说明流程越不可控。
- Cpk过程能力指数:把「距离边界最近的偏差」除以三个标准差,得出的值越高,流程越稳定受控。
CE标志与声明
验收全部通过后,市监局发你一块「A 级卫生」金属牌照,挂在店门口最显眼处。顾客看见它才敢放心进门——这块牌子,就是 CE 标志。CE 标志是 AI 系统合法进入欧盟市场的「身份牌」,但它的授予不是孤立动作,而是四条前提同时满足的结果。
四条前提缺一不可:合格评定完成(自我评估或第三方评估)、技术文档齐备、质量管理体系有效运行、签署欧盟符合性声明(EU Declaration of Conformity,DoC)。DoC 是企业对合规负全责的书面承诺,要写明系统名称、风险等级、适用条款、所用标准、公告机构编号(若有),并由授权代表签名。签了这份文件,等于把企业的信誉押在了产品上。
CE 标志的使用也有严格规范:必须清晰可辨、难以移除,尺寸一般不低于 5mm,粘贴在 AI 系统本体或其铭牌、包装、随附文件上。责任主体方面,开发方对产品合规承担首要责任;进口商要核实产品已贴 CE;部署方在变更系统用途时也要重新评估——责任链环环相扣,谁也别想甩锅。
CE 标志不是贴纸,而是一张带着法律效力的「承诺书」。顾客看得见的是那块牌子,监管部门看得见的是牌子背后的整套责任链——牌子有多显眼,责任就有多重。
- C评估合格评定完成:无论自我评估还是第三方评估,都必须走完并有结论记录。
- D文档技术文档齐备:评审机构和市场监管部门随时可能调阅的技术文档必须完整。
- Q体系质量管理体系有效:制度不能停留在纸面,要有运行记录和审计证据支撑。
- E声明签署符合性声明:授权代表签字后,企业正式对全市场承担责任。
市场监督维护
开业不是终点。卫健委的「神秘顾客」、市场监管局的突击抽检随时可能上门:后厨温度超标、原料过期、健康证到期,每一项都可能让你停业整顿,甚至吊销牌照。EU AI Act 对已进入市场的 AI 系统,同样设有「上市后监督」(Post-Market Monitoring)体系,要求提供商把产品上市后的风险数据持续收集起来。
上市后监督的核心动作包括:建立系统性收集真实运行数据的机制,持续跟踪故障、偏差与异常行为;重大事故分层上报——涉及死亡或重伤的事件须在 24 小时内上报,严重事件 2 天内上报,一般事件 15 天内上报。这个时限非常严格,错过窗口等同于违规。市场监督机构一旦发现不合规,可责令整改、限制使用、暂停投放甚至是召回产品,情节严重时直接撤销评定证书。
评定结果不是「一次鉴定、终生有效」。高风险 AI 的评估证书通常有有效期,到期前要安排复审或重新认证;即使没有明确有效期,任何重大变更都意味着新一轮评估。合规团队要把证书到期日、复审周期、事故上报时限全部纳入日历管理,把「合规」当作一个持续运行的活系统。
拿到 CE 只是拿到了入场券,能不能留在场上,取决于你能否经得起一次次的「突击检查」。合规不是终点,而是一场马拉松——只要你的 AI 还在欧盟市场服役一天,监督的聚光灯就不会熄灭。
- L发生可能性:从「几乎不发生」到「频繁发生」,用 1 到 5 分量化打分。
- S后果严重度:从「轻微不便」到「死亡或重伤」,同样用 1 到 5 分评估。
- R风险优先级:两者相乘的乘积决定响应等级——乘积越高,上报越紧急,处置越激进。
AI 应用场景
人力资源 SaaS 产品出海评估
阶段:部署与合规认证阶段
解决的问题:一家国内 HR 科技公司推出 AI 简历筛选与面试评估产品,计划进入欧洲市场。该产品落在「就业管理」高风险场景,且被大型跨国企业用于招聘决策,按传统路径「先做产品、后补合规」会导致发布延期数月。通过前置风险判定,团队判断必须走第三方评估,于是提前指定公告机构、按清单补齐技术文档与 QMS 流程,把合规嵌入开发计划。
具体案例:合规工程师与算法团队协作,用本文的判定框架对「简历评分模型」做风险定级;在评估期间同步跑通数据治理审计,产出偏差分析报告;最终在第 8 个月拿到评估证书并贴上 CE 标志,成功进入德国与法国市场。
医疗影像 AI 诊断系统的 CE 认证
阶段:合格评定与市场准入阶段
解决的问题:医疗影像 AI 同时受 EU AI Act 和医疗器械法规(MDR)交叉约束,文档要求极其严格。传统做法是「临床验证完再补材料」,结果卡在技术文档不完整上。AI 团队把技术文档当作开发交付物的一部分,随每个模型版本同步更新数据卡片、风险记录和性能报告,最终顺利通过公告机构审查。
具体案例:某医疗 AI 创业公司做 X 光骨折辅助诊断,提前 6 个月按 Annex IV 整理训练数据来源、标注规则、偏差分析与人机协同设计文档,在公告机构现场审核中一次性通过,拿到 CE 标志并进入欧洲医院采购清单。
企业级 AI 合规管理平台
阶段:持续监督与维护阶段
解决的问题:大型 AI 企业同时运营几十个产品线,靠 Excel 管理证书到期日、事故上报时限和文档版本,极易漏项。企业搭建内部合规管理平台,把本文介绍的「风险判定 → 路径选择 → 文档清单 → 证书维护」流程固化成系统。
具体案例:平台自动为每个 AI 产品生成评定路径建议,跟踪技术文档完备度,提前 90 天提醒证书复审,并在事故发生时按严重度计算上报时限倒计时。上线后,合规漏项率下降了 90% 以上。
Python 演示
"""EU AI Act 合格评定路径助手输入 AI 用途与部署场景, 输出风险分级、评定路径、所需材料与成本估算。""" HIGH_RISK_AREAS = { "biometric": "远程生物识别与分类", "critical_infra": "关键基础设施运营", "education": "教育考试与招生评估", "employment": "招聘与绩效管理", "essential_service": "公共福利资格判定", "law_enforcement": "犯罪预测与执法", "migration": "移民与边境管理", "justice": "司法裁判辅助",} DOCS_REQUIRED = [ "系统功能与技术规格说明", "数据治理与训练数据报告", "模型架构与训练过程记录", "风险评估与缓解措施文档", "性能指标与测试报告", "人机协同与监督设计", "网络安全防护方案",] COST_ESTIMATE = { "self": (5, 20, "以文档整理与内审工时为成本主体"), "third_party": (30, 150, "机构审查费、现场审核费、咨询费叠加"),} def judge_risk(area, mass_use=False, critical_decision=False): """根据用途与部署场景判定风险等级与评定路径""" if area not in HIGH_RISK_AREAS: return "minimal", "非高风险: 无需合格评定, 但仍需履行透明度义务" if mass_use and critical_decision: return "unacceptable", "不可接受风险: 禁止投放欧盟市场" if mass_use or critical_decision: return "third_party", "高风险 AI: 必须由公告机构执行第三方评估" return "self", "高风险但符合豁免情形: 可走自我评估路径" def build_compliance_plan(area, mass_use=False, critical_decision=False): """生成完整合规计划""" level, verdict = judge_risk(area, mass_use, critical_decision) plan = {"risk_level": level, "verdict": verdict, "documents": [], "cost": None} if level == "unacceptable": plan["assessment_path"] = "禁止投放" return plan plan["assessment_path"] = "第三方评估" if level == "third_party" else "自我评估" plan["documents"] = DOCS_REQUIRED if level in ("self", "third_party") else [] plan["cost"] = COST_ESTIMATE.get(level) return plan def check_docs_completeness(flags): """检查技术文档是否齐备, flags 与 DOCS_REQUIRED 一一对应""" if len(flags) != len(DOCS_REQUIRED): return False, "材料数量不匹配" missing = [name for flag, name in zip(flags, DOCS_REQUIRED) if not flag] if missing: return False, "缺失材料: " + "、".join(missing) return True, "技术文档完备, 可以提交评定或备查" def main(): print("=== EU AI Act 合格评定路径助手 ===") print("可评估的高风险领域: " + ", ".join(HIGH_RISK_AREAS.keys())) print() plan = build_compliance_plan("employment", mass_use=False, critical_decision=True) print("评估对象: AI 简历筛选系统") print("适用路径: " + plan["assessment_path"]) print("判定结论: " + plan["verdict"]) print("需准备的材料:") for doc in plan["documents"]: print(" - " + doc) cost = plan["cost"] print("成本估算: {}万-{}万欧元, {}".format(cost[0], cost[1], cost[2])) print() flags = [True] * len(DOCS_REQUIRED) ok, msg = check_docs_completeness(flags) print("文档检查: " + msg) if __name__ == "__main__": main()
HIGH_RISK_AREAS = {...}把 EU AI Act 八大高风险场景编成字典,作为风险判定的「参照名单」。def judge_risk(area, mass_use=False, critical_decision=False)核心判定函数,三个参数分别对应领域、大规模使用、关键决策三个维度。if mass_use and critical_decision:同时满足「大规模使用」和「关键决策」两个条件时,判定为不可接受风险,直接禁止投放。return "third_party", "高风险 AI: 必须由公告机构执行第三方评估"返回路径名称与人类可读的解释文本,方便直接打印给业务方看。plan["assessment_path"] = "第三方评估" if level == "third_party" else "自我评估"根据风险等级把合规计划中的「适用路径」字段填实。missing = [name for flag, name in zip(flags, DOCS_REQUIRED) if not flag]用 zip 把「是否齐备」与「文档名称」配对,一行代码筛出所有缺失材料。print("适用路径: " + plan["assessment_path"])把路径结论输出到控制台,让合规团队一眼看到行动方向。
常见误区
误区「我的 AI 走的是自我评估路径,那就是自己随便填个表交差,不用准备什么文档。」不少团队听说可以「自评」,立刻把合规优先级降到底。
正解自我评估只是「没有第三方机构介入」,该做的技术文档、内控审查、算法与数据检查一项都不能少。它就像奶茶店小摊主写自查报告,仍然要写清楚原料批次、保存温度、健康证信息,而且因为少了第三方把关,监管抽查更严格。弄虚作假的处罚,往往比第三方路径更重。
为何常见:「自我」二字让人本能联想到「宽松」,忽略了 EU AI Act 把全套合规义务都压在了企业自己身上。
误区「CE 标志拿到了,产品就永远合格,后续可以不管了。」很多公司把 CE 认证当作毕业典礼,领完证书就解散合规小组。
正解CE 标志只是入场券。产品上市后仍有上市后监督义务:持续收集真实运行数据、按 24 小时/2 天/15 天时限上报事故、配合市场监督抽查、证书到期还要复审。重大变更可能触发重新评估。就像奶茶店挂上 A 级牌照后,卫生突击检查随时会上门。
为何常见:人们习惯把「证书」理解为「永久资格」,而 EU AI Act 的逻辑是「持续证明你合格」。
误区「反正都是第三方,找报价最低、排队最短的公告机构就行。」采购流程常把公告机构当成普通供应商比价。
正解公告机构有严格授权范围:只有在你 AI 产品所属类别内被授权的机构,签发的证书才有效。选错机构等于白花钱、白排队,甚至被市场监督部门认定证书无效。要像选体检中心一样,先看「科目」再看价格——没有对应授权,一切免谈。
为何常见:公告机构听上去都是「认证公司」,外行很难意识到授权范围才是证书效力的命根子。
误区「我们是部署方,只是把别人的 AI 产品拿过来用,出问题找开发商,与我们无关。」许多企业客户在采购 AI 系统时从不评估自身义务。
正解EU AI Act 的合规责任链环环相扣:部署方如果实质性修改了系统用途、改变了输入数据范围,或做出影响风险的部署决策,就要承担相应评估义务。进口商、分销商也有核实 CE 标志和附带文件的法定义务。就像奶茶店加盟商,总部配方有问题你要追责,但门店自己改了配方出了事,加盟商同样跑不掉。
为何常见:传统软件采购的「第三方免责」惯性思维,让人忽略了 AI 系统责任随部署场景动态变化的特点。
面试题
Q1. 下列哪类 AI 系统属于 EU AI Act 明确禁止投放的「不可接受风险」?
- A.人脸识别门禁系统
- B.社会信用评分系统← 正确答案
- C.垃圾邮件过滤系统
- D.商品推荐算法系统
答案:B。社会信用评分系统是对公民信用进行普遍性社会评分的典型「不可接受风险」,被直接禁止。人脸识别门禁属于高风险,但并非全部禁止;垃圾邮件过滤和商品推荐属于低风险,仅需透明度义务。
Q2. 高风险 AI 系统通常需要采用哪种合格评定方式?
- A.完全自我评估即可
- B.第三方评估机构介入← 正确答案
- C.无需任何评估手段
- D.仅内部财务部审计
答案:B。高风险 AI 若无豁免情形,必须由公告机构(Notified Body)执行第三方评估,这是法案的默认要求。完全自我评估仅适用于命中豁免条款的高风险场景;不评估和财务审计显然不构成合规评定。
Q3. 关于自我评估路径,下列说法正确的是?
- A.无需编制任何书面文档
- B.无需粘贴 CE 标志
- C.保留技术文档供随时备查← 正确答案
- D.仅限非高风险系统使用
答案:C。自我评估并非「免检」,仍需按 Annex IV 编制技术文档并留存至少十年,随时供监管调取。CE 标志仍要粘贴;自我评估适用范围是「命中豁免条款的高风险系统」,并非非高风险专属。
Q4. 公告机构(Notified Body)是指什么?
- A.欧盟最高立法机构
- B.成员国指定的评级机构← 正确答案
- C.开发商的内部质检部门
- D.任意商业咨询公司
答案:B。公告机构由欧盟成员国指定并通报欧盟委员会,在授权范围内开展第三方评定。它既不是立法机构,也不是企业内部部门,更不是随便一家咨询公司就能担任的。
Q5. 技术文档(Technical Documentation)应包含哪些内容?
- A.系统功能规格说明← 正确答案
- B.训练数据治理报告← 正确答案
- C.风险评估与缓解记录← 正确答案
- D.员工考勤统计报表
答案:ABC。技术文档是合格评定的核心材料,必须覆盖功能规格、数据治理、风险评估、性能报告、人机协同、网络安全等内容。员工考勤属于企业内部人事信息,与产品合规无关。
Q6. CE 标志粘贴的前提条件不包括下列哪项?
- A.完成合格评定流程
- B.签署欧盟符合性声明
- C.获得用户的书面同意← 正确答案
- D.技术文档保持齐备
答案:C。CE 标志的粘贴要求是「评估完成 + 文档齐备 + QMS 有效 + DoC 签署」四者同时满足。用户书面同意不是法规要求,产品合规不需要终端用户逐个授权。
Q7. 关于质量管理体系(QMS),以下说法正确的有?
- A.仅由供应商单独负责实施
- B.覆盖设计变更控制流程← 正确答案
- C.包含供应链合规管理← 正确答案
- D.可完全外包给评估机构管理
答案:BC。QMS 由提供商自己建立并运行,必须覆盖变更控制与供应链管控,确保全生命周期可追溯。它不能被外包给公告机构「代管」——评估机构是裁判,不能既当运动员又当裁判员。
Q8. 上市后监督(Post-Market Monitoring)的主要要求是什么?
- A.持续分析真实运行风险数据← 正确答案
- B.定期监视竞争对手动态
- C.每年重交全套技术文档
- D.只关注重大用户投诉
答案:A。上市后监督要求系统收集真实运行数据、跟踪异常与故障,并据此持续评估风险。它不限年份重交文档,也不只是盯着投诉,而是主动的、持续的风险数据采集与分析。
Q9. 关于合格评定结果的维护,正确的有?
- A.高风险证书需定期复审维护← 正确答案
- B.重大变更需重新评估← 正确答案
- C.微小变更无需任何记录
- D.违规可导致证书被撤销← 正确答案
答案:ABD。高风险 AI 的证书需要到期复审,重大变更触发重新评估,市场监督发现严重不合规可撤销证书。即使是微小变更,也应在 QMS 中留下变更记录——「无需任何记录」的说法不成立。
Q10. 关于高风险 AI 的豁免情形,下列说法正确的是?
- A.任何非商用 AI 都免第三方评估
- B.纯军事用途可能获得豁免← 正确答案
- C.教育领域 AI 永不豁免
- D.高风险 AI 全部免除评定
答案:B。EU AI Act 对纯军事、科学研究等特定用途设有豁免情形,可降级为自我评估路径。教育领域的高风险 AI 依然需要评定;豁免是例外条款,不是「非商用就免」或「高风险全免」。