想象你是新上任的小区物业经理。小区里居民楼林立、商铺混杂,有人要开餐馆,有人要装充电桩,还有人想改造阳台——每件事都藏着风险:燃气泄漏、电路过载、高空坠物。你当然可以一刀切,把所有改造都禁了,但小区会失去活力;你也可以睁一只眼闭一只眼,但一场事故就可能让整栋楼付之一炬。于是,你决定建一套「安全管理体系」:让安保委员会明确谁来拍板,给各类活动做风险分级,动工前必须审批图纸,施工前评估对邻居的影响,日常装上监控、定期消防检查,最后把规矩写进居民公约、反复演练。这套体系放在企业里,用来管 AI 模型,就是「企业 AI 治理框架」。本文会带你拆解它的六大构件:组织架构、风险分级、模型审查、影响评估、审计监控、制度文化。你会发现,治理不是给创新上枷锁,而是给创新铺一张安全落地的大网。

岗位关联

AI 从业者学会治理框架,相当于拿到一张让企业放心拥抱 AI 的通行证——把「能不能用」从个人判断升级为组织制度,是合规负责人和风险管理团队的必修课。

目录
  1. 可视化演示
  2. 治理组织架构
  3. 风险分级评估
  4. 模型审查流程
  5. 影响评估机制
  6. 审计与监控
  7. 制度与文化
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示企业AI治理的组织架构层级关系与模型风险分级审查机制,包含治理角色职责与风险等级响应流程。

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

AI治理组织架构 治理委员会:战略决策与政策制定 治理官:统筹协调与监督执行 模型负责人:开发与上线审查 合规专家:法规跟踪与审计 Committee → Officer → Owner → Expert 多级治理确保AI风险管控无死角。

治理组织架构

回到小区物业。你上任的第一件事不是装摄像头,而是先搭组织:谁当安全总监?每栋楼谁是责任人?消防队来了对接谁?如果连「拍板的人」都没有,后面所有的制度都只是一纸空文。AI 治理也是同理——首先要回答的不是「管什么」,而是「谁来管」。

企业里这套「谁来管」的架构通常分三层。最上面是 AI 治理委员会,相当于物业的安全委员会,成员来自业务、法务、合规、技术等部门,负责拍板重大事项;中间是 AI 负责人(首席 AI 官或合规负责人),相当于安全总监,牵头落地治理制度;最下面是跨部门协作小组,像各楼栋责任人,把治理要求落实到具体项目。

要让架构不扯皮,常用工具是 RACI 责任矩阵:R 是执行人,A 是问责人,C 是被咨询者,I 是被告知者。它的精髓是一条铁律——每个任务必须有且只有一个 A,否则出事时大家互相推诿,就像火灾时两个安全员都以为对方打了 119。公式可以写作:

组织定了,权责明了,小区才敢谈下一步的消防分区。同理,治理委员会就位、RACI 画清楚之后,企业才谈得上给 AI 风险「分级建档」——那是下一节的内容。

∣AT∣=1,RT≥1|A_T| = 1, \quad R_T \geq 1
通俗说:每件事只有一个「背锅侠」,且至少有一个「干活的人」。
  1. 问责人数量约束每个治理任务 T 必须指定唯一的问责人 A,保证责任不悬空、不重复,这是 RACI 矩阵的核心铁律。
    ∣AT∣=1|A_T| = 1
  2. 执行人不小于一每个任务至少有一位执行人 R 负责具体落地,避免只有问责、没有做事,治理停留在口号上。
    RT≥1R_T \geq 1

风险分级评估

组织搭好后,物业开始给小区做「防火分区」:厨房密集的商业街是高风险区,门口必须配灭火器、每月检查;地下仓库是中风险区,定期巡检;喷泉景观带是低风险区,一年看几次就够。如果不分级,所有地方同样用力,资源不够用,重点反而被淹没。

AI 治理同样要先给模型「分区」。首先要做风险分类——通常是四大类:公平性风险(会不会歧视特定人群)、安全风险(会不会伤害用户)、隐私风险(会不会泄露数据)、合规风险(会不会违反法规)。然后按严重程度分成高、中、低三档,记录在「风险登记册」里,就像物业的隐患台账:谁、什么时间、被评了几级、依据是什么,一目了然。

风险评分最经典的做法是二维打分:给「发生可能性 P」和「影响程度 I」各打 1-5 分,相乘得到风险分。分数落在不同区间对应不同等级——15 分以上是高风险,7-14 分是中风险,6 分及以下是低风险。得分越高,后续治理动作越重。公式如下:

风险登记册就像物业那张防火分区图,贴在墙上一目了然。但分级只是第一步——高风险的「厨房」要动工改造,还得过审批这一关,这就是下一节的模型审查流程。

R=P×I,1≤P,I≤5R = P \times I, \quad 1 \leq P, I \leq 5
通俗说:一个风险既可能「常发生」又「很严重」,乘积自然大;两头都小,乘积才小。
  1. 可能性 P评估模型出问题的概率,1 表示几乎不会发生,5 表示极可能发生,对应风险矩阵的横轴。
    P∈{1,2,3,4,5}P \in \{1, 2, 3, 4, 5\}
  2. 影响 I评估问题一旦发生造成的伤害程度,从轻微不便到重大侵权依次递增,对应风险矩阵的纵轴。
    I∈{1,2,3,4,5}I \in \{1, 2, 3, 4, 5\}
  3. 相乘得分 R用乘积综合两个维度,让「高影响低概率」或「高概率低影响」的模型都被合理拉高等级。
    R=P×IR = P \times I

模型审查流程

高风险区的店铺要装修,物业不会光听老板拍胸脯。你得交装修图纸,检查电线材质,做承重测试,最后安全委员会签字盖章才能动工。AI 模型上线前,同样要走一套「装修审批」——这就是模型审查流程。

审查不是所有模型都来一遍,那样会拖垮效率。通常由触发条件决定:高风险等级的模型、面向公众大规模使用的模型、处理敏感个人数据的模型,必须进入正式审查。审查内容覆盖三关:数据关、算法关、伦理关。

数据关检查数据来源是否合法、有没有偏见;算法关做公平性测试和鲁棒性测试(即在极端输入下模型是否还能稳定输出),看模型会不会「一碰就碎」;伦理关对照公司伦理准则,检查模型是否可能被滥用。只有三关全部通过,审批委员会才签字放行;不通过的可以驳回或要求整改后复审。这个「三关全过」的逻辑写成公式,就是三个条件的「与」:

审批通过,装修才能开工。但物业还要求施工队评估一下:动工会不会吵到邻居?会不会动了承重墙?这就是联动的影响评估——装修许可证的另一半。

Aapprove=D∧T∧EA_{\text{approve}} = D \wedge T \wedge E
通俗说:三关是「一票否决制」,任何一关不过,整份申请就打回重来。
  1. 数据校验通过 D数据合法、完整、无明显偏差,是模型可信的地基,如同装修前检查电线材质是否合格。
    D=数据合法且无显著偏差D = \text{数据合法且无显著偏差}
  2. 算法测试通过 T公平性与鲁棒性测试达标,模型在边界情形下行为稳定,如同做完承重测试才能施工。
    T=公平性与鲁棒性测试达标T = \text{公平性与鲁棒性测试达标}
  3. 伦理合规通过 E模型符合伦理准则与法律法规,不存在明显滥用风险,如同确认餐馆不会排放有毒油烟。
    E=伦理与法规审查通过E = \text{伦理与法规审查通过}
  4. 三者取与只要有一个条件为假,整体就为假,审批即不通过,实现严格的前置把关。
    Aapprove=D∧T∧EA_{\text{approve}} = D \wedge T \wedge E

影响评估机制

如果你在小区一楼开餐馆,物业除了审图纸,还得让你评估对邻居的影响:排烟会不会呛到楼上住户?客流会不会堵住消防通道?这些影响往往不在装修本身,而在装修之后的日常使用。AI 的影响评估也是如此。

影响评估与模型审查是互补的:审查看「模型本身行不行」,评估看「用起来会怎样」。它的对象是利益相关方——用户、员工、合作伙伴、公众、监管机构,乃至数据主体,也就是你的数据被模型用到的那个人。评估要回答两个问题:伦理上,模型会不会让某些群体被歧视、被排斥、被操纵;隐私上,模型的输入输出会不会泄露个人信息。

实务中常把评估拆成多个维度,每个维度打 0-1 分(0 是无影响,1 是影响极重),再按公司战略赋予权重加权平均,得到综合影响指数。综合指数越接近 1,说明影响越重,需要配套的缓解措施——比如降级使用、数据脱敏(把敏感信息模糊化再处理)、加人工审核兜底。公式是各维度加权和除以权重总和,做归一化:

影响评估做完,物业在施工许可证上盖了章。但这不代表万事大吉——餐馆开业后油烟会不会超标?半夜划拳会不会扰民?物业还得装上监控、定期上门检查,这就是审计与监控。

Iˉ=∑j=1nwj×ij∑j=1nwj,0≤ij≤1\bar{I} = \frac{\displaystyle \sum_{j=1}^{n} w_j \times i_j}{\displaystyle \sum_{j=1}^{n} w_j}, \quad 0 \le i_j \le 1
通俗说:把每个维度的「严重分」按「重视权重」加权,再除以权重总和,得到一个 0-1 的综合分。
  1. 评估维度 j把影响拆成伦理、隐私、安全等 n 个可打分的维度,就像分别评估油烟、噪音、交通。
    j=1,2,…,nj = 1, 2, \ldots, n
  2. 单项影响 i_j第 j 个维度的严重程度,取值 0 到 1,数值越大表示该维度受影响越重。
    0≤ij≤10 \le i_j \le 1
  3. 权重 w_j公司对各维度的重视程度,权重越大表示该维度越关键,不能简单平均。
    wj≥0w_j \geq 0
  4. 加权归一化用权重和做除法,把综合指数拉回 0-1 区间,便于跨项目比较治理优先级。
    Iˉ=∑j=1nwj×ij∑j=1nwj\bar{I} = \frac{\sum_{j=1}^{n} w_j \times i_j}{\sum_{j=1}^{n} w_j}

审计与监控

装修完开业之后,小区安保的真正考验才开始。物业不会因为验收过一次就当甩手掌柜:公共区域 24 小时有监控,重点店铺每月消防检查,发现问题开出整改单、限期复查。AI 上线后的治理,同样是一场「持久战」。

这套持久战工具有三件。第一件是日志记录:模型的每一次输入输出、每一次决策理由都留痕,相当于监控录像,出事才能回溯。第二件是持续监控:用指标盯着模型上线后的表现,比如准确率漂移、用户投诉率、异常调用,一旦越线就告警。第三件是定期审计:按风险等级安排审计频率和抽样比例。

审计不可能做到对每个请求全量检查,就像物业没法时刻盯住每个住户。实务上用「全覆盖加抽样」:高风险模型全量审计,中低风险按比例抽审。审计覆盖率是衡量治理力度的重要指标,一般要求目标值在 95% 以上,公式为:

发现问题只是开始,物业最看重的是「整改闭环」:开出整改单、限期整改、复查销号。如果只查不改,监控就变成了摆设。让「查-改-验」转起来,靠的不仅是工具,更是小区里人人守规矩的文化——这就是最后一节的制度与文化。

C=nauditedNtotal×100%,C≥95%C = \frac{n_{\text{audited}}}{N_{\text{total}}} \times 100\%, \quad C \geq 95\%
通俗说:该查的模型里查了多少,比例要够高,不能让审计流于形式。
  1. 应审计总量 N_total计划期内纳入审计范围的模型数量,由风险登记册决定,如同物业的巡检名单。
    Ntotal=登记册中待审计模型总数N_{\text{total}} = \text{登记册中待审计模型总数}
  2. 已审计数量 n_audited实际完成审计的模型数量,整个过程全程留痕,有据可查。
    naudited=已完成审计的模型数n_{\text{audited}} = \text{已完成审计的模型数}
  3. 覆盖率 C已审计占应审计的比例,反映治理有没有「走过场」,是向董事会汇报的核心指标。
    C=nauditedNtotal×100%C = \frac{n_{\text{audited}}}{N_{\text{total}}} \times 100\%
  4. 目标约束覆盖率不低于 95%,确保高风险模型基本被全覆盖,中低风险的抽样也不至于漏掉太多。
    C≥95%C \geq 95\%

制度与文化

一个小区的安全,六成靠制度,四成靠人心。物业会把消防公约贴进每栋楼,组织业主参加消防演习,公布 24 小时举报热线奖励隐患上报者。AI 治理的最后一环,就是把硬规则变成组织记忆和日常习惯。

制度层面,企业要发布 AI 治理政策手册,把风险分级标准、审查流程、审计频率写清楚——相当于消防公约。文化层面,要做全员 AI 素养培训,让产品经理、工程师、销售都懂「什么能做什么不能做」;还要建立匿名举报渠道,鼓励员工上报「感觉不对劲」的模型行为。更重要的是持续改进:每季度复盘治理效果,把新风险补进登记册,把新流程写进手册,形成 PDCA 循环(计划-执行-检查-改进)。

如何衡量治理体系建得好不好?一种做法是从三个维度打分:制度完备度 P(政策手册覆盖多少场景)、组织执行度 O(委员会和责任人是否真在运转)、工具支撑度 T(日志、监控、审计工具是否到位)。三者各打 0-1 分,取平均得到治理成熟度,作为企业持续改进的基线:

至此,小区物业的整套安全体系你已了然于胸:组织定权责、分区定等级、审批保质量、评估查影响、监控抓闭环、文化固根基。企业部署 AI 时把这六件事做扎实,就拥有了一张既能大胆创新、又能兜住风险的安全网。

M=P+O+T3,0≤P,O,T≤1M = \frac{P + O + T}{3}, \quad 0 \le P, O, T \le 1
通俗说:规矩、人手、工具三样各打一个「健康分」,平均分就是治理体系的体检报告。
  1. 制度完备度 P政策手册和流程文件的覆盖程度,反映「有没有规矩」,如同消防公约写没写全。
    0≤P≤10 \le P \le 1
  2. 组织执行度 O治理委员会、责任人、跨部门协作的实际运转情况,反映「人有没有动起来」。
    0≤O≤10 \le O \le 1
  3. 工具支撑度 T日志、监控、审计等平台的覆盖率,反映「工具跟不跟得上」,如同监控探头装没装齐。
    0≤T≤10 \le T \le 1
  4. 成熟度均值 M三者取平均,值越接近 1 治理体系越成熟,越接近 0 越需要针对性补课。
    M=P+O+T3M = \frac{P + O + T}{3}

AI 应用场景

金融机构的信贷风控模型上线

阶段:模型审查与审批

解决的问题:传统上风控模型靠技术部门自测自评就上线,曾被监管部门点名处罚。通过治理委员会加模型审查三关(数据、算法、伦理),把模型风险在部署前拦下,降低合规风险。

具体案例:某银行上线智能信贷审批助手,按风险矩阵评为高风险(可能性 4 × 影响 5),触发强制审查:数据团队验证训练样本无地域歧视,算法团队做公平性测试,合规团队确认满足《个人信息保护法》。三关通过后委员会签字放行,并列入全量审计名单。

医疗 AI 企业的辅助诊断产品

阶段:影响评估

解决的问题:医疗 AI 一旦误诊会直接伤害患者,传统评估只看技术指标,看不见伦理和隐私风险。通过利益相关方影响评估,识别患者、医生、医院、监管四方影响,加权计算综合影响指数并制定缓解措施。

具体案例:某医疗 AI 公司评估肺结节筛查模型:对患者影响打 0.9(误诊后果严重),对医生工作流影响 0.5。加权评估后决定产品定位为「医生辅助工具」而非自动诊断,增加人工复核兜底,并在说明书中标注适用人群边界。

大型互联网公司的统一模型治理平台

阶段:审计与监控

解决的问题:数百个模型并行上线,传统靠人工抽查根本管不过来。通过日志平台加覆盖率指标加整改闭环,实现「一次接入、全过程留痕、自动审计」的统一治理。

具体案例:某互联网公司建立模型治理平台:所有模型上线自动接入日志系统,高风险模型实时监控漂移指标;每月按风险等级自动生成审计工单,问题推送到责任团队限期整改,整改完成后系统自动复核销号,季度治理报告直接呈报董事会。

Python 演示

python63 行
# -*- coding: utf-8 -*-"""企业AI治理演示:风险评分,模型审查与审计计划"""from dataclasses import dataclass @dataclassclass AIModel:    name: str    likelihood: float    impact: float    data_checked: bool = False    test_passed: bool = False    ethics_ok: bool = False    risk_score: float = 0.0    risk_level: str = "低"  def classify(model):    """风险评分 R = P x I,并按区间分级"""    model.risk_score = model.likelihood * model.impact    if model.risk_score >= 15:        model.risk_level = "高"    elif model.risk_score >= 7:        model.risk_level = "中"    else:        model.risk_level = "低"    return model  def review(model):    """模型审查:数据,算法,伦理三关全过才放行"""    return model.data_checked and model.test_passed and model.ethics_ok  def audit_plan(models):    """按风险等级生成审计计划:高全量,中五成,低两成"""    plan = []    for m in models:        if m.risk_level == "高":            plan.append((m.name, "全量审计"))        elif m.risk_level == "中":            plan.append((m.name, "抽审50%"))        else:            plan.append((m.name, "抽审20%"))    return plan  def main():    models = [        AIModel("信贷审批助手", 4, 5, True, True, True),        AIModel("客服问答机器人", 3, 3, True, True, False),        AIModel("文档摘要工具", 2, 2, True, True, True),    ]    for m in models:        classify(m)        decision = "通过" if review(m) else "驳回"        print(f"{m.name}: 评分={m.risk_score:.0f}, 等级={m.risk_level}, 审查={decision}")    print("审计计划:")    for name, action in audit_plan(models):        print(f"- {name}: {action}")  if __name__ == "__main__":    main()
目的:模拟企业给三个 AI 模型做风险分级、三关审查并生成分级审计计划的全过程,对应正文的 R=P×I、A=D∧T∧E 和审计覆盖率思想。
  1. model.risk_score = model.likelihood * model.impact这就是正文的 R=P×I,把可能性和影响相乘得到风险分。
  2. if model.risk_score >= 15:15 分是高风险线,7-14 分是中风险,6 分及以下是低风险,对应分级区间。
  3. return model.data_checked and model.test_passed and model.ethics_ok用「与」逻辑实现三关审查,一票否决。
  4. if m.risk_level == "高":高风险模型进入全量审计名单,中低风险按比例抽审。
  5. if __name__ == "__main__":程序入口,直接运行本文件即可看到完整的治理流程输出。

常见误区

误区治理就是写一堆制度文件和流程图,评审会上通过了,这事就算做完了,之后该咋样还咋样。

正解制度只是起点。真正的治理是日常运营——风险登记册要动态更新,模型要持续监控,审计要整改闭环。就像物业贴了消防公约但从不开闸演练,火灾来了照样抓瞎。评审通过不等于治理落地,落地要看「查-改-验」循环转没转起来。

为何常见:书面文档最容易「交付」,也最容易被拿来当政绩,所以很多人把「有制度」误当成「有治理」。

误区风险评分不就是 P×I 吗?让技术团队测一测填个分,风险等级就出来了,跟业务和法务没关系。

正解公式虽然客观,但 P(可能性)和 I(影响)的打分需要业务、法务、合规、技术多方参与。技术团队只知道算法边界,不知道业务伤害和监管红线。就像物业定防火等级,不能只听电工的,还要听消防员和街道办的意见。

为何常见:公式看起来是客观计算,大家误以为分数是纯技术产物,忽略了输入本身就是业务判断。

误区AI 的核心是算法,所以审查就是把算法代码过一遍,数据反正是公开的、伦理太虚了,不用管。

正解审查三关 D∧T∧E 缺一不可——数据偏差会让模型天然歧视,数据来源不合法直接违规。模型审查覆盖数据、算法、伦理全链条。就像装修审批不仅要看图纸,还要查电线材质和施工队资质,缺一样都是隐患。

为何常见:认知上觉得「AI=算法」,习惯性把数据当作现成的输入,忽略了数据才是多数风险的源头。

误区审计就是请外部机构或内部团队年底出一份报告,往档案室一放,证明我们「治理过」就行。

正解没有整改闭环的审计只是走过场。审计的生命力在「查出问题→限期整改→复查销号」的循环;只查不改,下次审计同样的错误还会出现。就像物业每月检查发现灭火器过期,却不开整改单更换,检查就变成了形式。

为何常见:很多企业把审计当成本合规动作而非管理工具,考核的是「报告有没有出」,而不是「问题有没有消」。

误区治理就是层层审批、处处设卡,会让 AI 项目上线慢好几周,等治理完,市场机会早就没了。

正解好的治理是分级分类的:低风险模型走轻量流程,高风险模型才走重流程。它用前置审查换回后置风险的大幅下降,反而让创新走得更快更稳。就像物业的政策不是禁止开店,而是让合格的店更快开业、不合格的店别祸害整栋楼。

为何常见:把「治理」误等同于「一刀切管控」,没见过分级管理的手感,所以本能地抵触。

面试题

Q1. 企业建立 AI 治理框架的首要目标是什么?

单选题 · easy

  • A.提升模型预测精度
  • B.管理AI风险并确保合规← 正确答案
  • C.降低算法研发成本
  • D.实现全流程自动化

答案:B。治理管的是「用不用得放心」而不是「模型准不准」。就像物业体系的首要是安全而非绿化美观,治理框架存在的意义是把 AI 风险纳入制度管理、确保合规。精度、成本、自动化都属于模型研发范畴,不是治理的首要目标。

Q2. 风险评分公式 R=P×I 中,P 代表什么?

单选题 · easy

  • A.风险发生的可能性← 正确答案
  • B.风险造成的影响
  • C.数据隐私的保护
  • D.模型性能的指标

答案:A。公式中 P 是 Probability(发生可能性),I 是 Impact(影响程度)。就像物业评估火灾风险,既看「会不会发生」也看「烧起来多严重」。C 隐私、D 性能都是风险类别或技术指标,不是公式里的 P。

Q3. RACI 责任矩阵中,关于「问责人」的正确说法是?

单选题 · mid

  • A.问责人可以有多名
  • B.一个任务只有一名问责人← 正确答案
  • C.问责人负责具体执行
  • D.问责人只接收结果通知

答案:B。RACI 的铁律是每个任务有且只有一个 A(问责人),出事时责任不悬空;多 A 等于无人负责。执行是 R 的职责,只收通知是 I 的职责,所以 C、D 张冠李戴。就像一栋楼只能有一个安全责任人,两个人都负责等于没人负责。

Q4. 以下哪些属于模型审查要过的关卡?

多选题 · mid

  • A.数据完整性与偏差校验← 正确答案
  • B.算法公平性与鲁棒性测试← 正确答案
  • C.伦理合规与隐私风险审查← 正确答案
  • D.商业价值与市场估值

答案:ABC。模型审查三关是 D∧T∧E:数据关(完整性、偏差)、算法关(公平性、鲁棒性)、伦理关(合规、隐私),三者取与、一票否决。商业估值不属于审查目标——就像装修审批不关心你家沙发什么牌子,那属于投资决策。

Q5. 加权影响指数做归一化的正确方式是?

单选题 · mid

  • A.各加权影响直接求和
  • B.加权和除以权重之和← 正确答案
  • C.取各项影响的最高分
  • D.取各项影响的平均分

答案:B。归一化要除以权重之和 Σw_i,把 0-1 单项分加权后拉回 0-1 区间,便于跨项目比较。直接求和会随维度数量膨胀;取最高分或简单平均都忽略了权重差异,就像物业综合评分不能只看总分不看项目数量。

Q6. 以下哪些是企业落地 AI 治理时的常见误区?

多选题 · hard

  • A.只写制度文档不落地执行← 正确答案
  • B.低风险模型完全免除审查← 正确答案
  • C.审计发现问题不整改闭环← 正确答案
  • D.对高风险模型重点监控

答案:ABC。A、B、C 都是典型落地误区:制度不执行、低风险完全不管、审计不整改,都会让治理空转。D 恰好是正确做法——高风险模型重点监控、全量审计,正是分级管理思想的体现,不是误区。

Q7. 某公司应审计 100 个模型,实际审计 96 个,审计覆盖率是多少?

单选题 · mid

  • A.96%,达到95%的目标线← 正确答案
  • B.4%,严重低于目标线
  • C.100%,所有模型纳入审计
  • D.50%,仅抽样即可达标

答案:A。覆盖率 C=已审计÷应审计=96÷100=96%,达到常见目标线 95%。B 的 4% 是未审计比例,C 和 D 是干扰项。这道题考的就是公式本身——审计覆盖率永远用「已审计」除以「应审计」,而不是看抽了多少、剩了多少。

Q8. 治理成熟度公式 M=(P+O+T)/3 中,T 的核心含义是?

单选题 · hard

  • A.团队成员培训覆盖率
  • B.治理工具的支撑能力← 正确答案
  • C.算法模型的测试质量
  • D.审计报告的完成时间

答案:B。成熟度公式中 T 是 Tooling(工具支撑度),即日志、监控、审计平台是否到位。就像小区安全好不好要看监控探头、门禁、报警器硬件齐不齐。培训覆盖率偏向人或制度维度,模型测试质量是审查环节的指标,都不属于 T。

Q9. 开展 AI 影响评估时,通常要考虑哪些方面?

多选题 · mid

  • A.对相关方的伦理与隐私影响← 正确答案
  • B.对特定人群的公平性损害← 正确答案
  • C.对受影响利益相关方的评估← 正确答案
  • D.对模型推理速度的测试

答案:ABC。影响评估的核心是利益相关方分析——对谁有影响、造成什么伦理与隐私伤害、公平性是否受损,再按权重算综合影响指数。推理速度属于技术性能指标,是模型测试关心的对象,不属于影响评估范畴,就像物业评估餐馆影响不会关心它上菜快不快。

Q10. 被评为「高风险」的 AI 模型应该怎么做?

单选题 · easy

  • A.直接上线不做限制
  • B.完成模型审查并持续监控← 正确答案
  • C.永久封存禁止使用
  • D.仅填写风险登记表

答案:B。高风险模型要走最重治理路径:强制模型审查+全量审计+持续监控,而不是直接放行、封存或只登记。直接上线是放任,永久封存是因噎废食,只登记不处理等于没管——就像高风险厨房不能只贴张告示就让它营业,也不能因此禁止所有餐饮。