想象你搬进了一个新小区:这里有业主、租客、物业、摆摊商贩、外卖骑手、片区民警……小区大门怎么开、快递柜放哪里、健身房晚上吵不吵,每一件事都牵动不同住户的生活。如果物业只凭自己拍板,住户迟早怨声载道;如果完全不做决定,小区又会陷入混乱。AI系统就像这样一个“数字小区”——它的一举一动影响着用户、开发者、监管者、公众等各方的权益。所谓“AI治理中的利益相关者参与机制设计”,就是为这个数字小区建立一套议事规则:先认人(识别谁受影响),再定议事方式(参与机制),搭好意见箱和公告栏(沟通机制),学会劝架(冲突处理),用数据看大家满不满意(参与度评估),然后年复一年地改进(治理闭环),最后守住安全与伦理的底线(伦理责任)。这篇文章用社区治理的口吻,带你走一遍AI治理的全流程。

岗位关联

对AI从业者来说,这不是公关话术,而是能让你少踩“舆论雷”、合规过审、让AI真正被社会接纳的硬技能。

目录
  1. 可视化演示
  2. 识别相关方:先认人再议事
  3. 参与机制分类:四个档位的话筒
  4. 沟通机制建立:公告栏与意见箱
  5. 冲突处理原则:会劝架的物业
  6. 参与度评估:三根尺子量治理
  7. 治理闭环迭代:永不熄火的循环
  8. 伦理责任嵌入:竖在小区四周的护栏
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

展示AI治理中利益相关方的识别、参与沟通和冲突处理机制,通过交互模式切换理解多方协作治理的核心流程。

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

利益相关方识别 5类核心利益相关方围绕AI系统分布 每方具有独特诉求和影响力 识别所有受影响方是治理第一步

识别相关方:先认人再议事

搬进数字小区的第一件事,不是急着开会,而是搞清楚“这座小区里到底住着谁”。物业不能只认识买房的业主,还得知道租客、来串门的亲戚、门口摆摊的商贩——他们都受小区管理影响,也有话要说。AI治理也一样,识别利益相关者(谁会被AI影响、谁能影响AI)是所有参与动作的起点。漏掉一个重要群体,它就可能在你上线后以“舆情翻车”或“监管约谈”的形式杀回来。

技术团队常用的工具叫“影响-利益矩阵”,也就是把相关方放进两个维度里看:横轴是“利益相关度”——AI项目的结果跟他切身利益关系多大;纵轴是“影响力”——他能多大程度左右项目成败。把每个人放到四个象限里,就能分清谁该重点协商、谁保持知情就够。AI场景至少覆盖四类人:内部团队(开发、产品、法务)、外部用户、监管机构、社会公众(含NGO、媒体与间接被影响者)。

S=I×P\displaystyle \text{S} = \text{I} \times \text{P}
S是优先级分数,I是影响力,P是利益相关度。两者相乘,把“谁该先进会议室”变成可比较的数字。
  1. 定义影响力I代表相关方对AI项目的制约能力,0到5分,得分越高越能左右决策走向。
    I∈[0,5]\displaystyle \text{I} \in [0,5]
  2. 定义利益相关度P代表项目结果与相关方切身利益的关系,0到5分,得分越高项目对他越重要。
    P∈[0,5]\displaystyle \text{P} \in [0,5]
  3. 相乘打分S取值0到25分。12分以上列入核心协商组,6到11分定期通报,6分以下最低限度公示即可。
    S=I×P≥12⇒核心协商\displaystyle \text{S} = \text{I} \times \text{P} \geq 12 \Rightarrow \text{核心协商}

参与机制分类:四个档位的话筒

小区议事不是只有一种开法。给全楼贴告示是“告诉你”,请几个代表来座谈是“问意见”,组建业委会一起定方案是“一起干”,聘请外部审计来查账是“交权给你查”。从“告诉你”到“交给你”,住户的参与权力逐级加深。AI治理中的参与机制,也按决策权从低到高分成四档:知情参与、咨询参与、协作参与、授权参与。

所谓知情参与,就是向相关方披露AI在做什么、用了什么数据、有什么风险;咨询参与是收集意见,但拍板权仍在自己手里;协作参与是让相关方进入正式决策流程,共同设计或联合评审;授权参与是把监督权甚至否决权交给外部。上一节算出的优先级S,决定每个群体配哪个档位的话筒——关键相关方给协作甚至授权,次要相关方给知情或咨询,这才是“匹配式参与”而不是“一刀切”。

D=∑i=1mdepthi×niN\displaystyle D = \frac{\sum_{i=1}^{m} \text{depth}_i \times n_i}{N}
平均参与深度D,衡量整个项目把多少决策权分给了利益相关方,数值越接近4说明机制越“实”。
  1. 定义档位深度知情=1,咨询=2,协作=3,授权=4,数字越大代表释放的决策权越多。
    depth∈{1,2,3,4}\displaystyle \text{depth} \in \{1,2,3,4\}
  2. 加权求和每类相关方人数n_i乘上它的档位深度,再把所有类累加,得到参与总权重。
    ∑i=1mdepthi×ni\displaystyle \sum_{i=1}^{m} \text{depth}_i \times n_i
  3. 平均化除以总人数N,得到全项目的平均参与深度。结果越接近4,说明治理越开放。
    D=∑i=1mdepthi×niN\displaystyle D = \frac{\sum_{i=1}^{m}\text{depth}_i \times n_i}{N}

沟通机制建立:公告栏与意见箱

小区光有业主大会还不够,日常还得靠公告栏、意见箱、楼栋群和紧急报警电话。公告栏告诉住户物业最近要干什么,意见箱让大家随时表达不满,楼栋群定期同步进展,火警电话能在危险时刻直接喊醒所有人。AI治理中的沟通机制也是双向的:向外透明披露,向内收集反馈。

向外,要做到“说人话的披露”:模型上线跑什么任务、用到哪些数据、已知风险是什么,用大众看得懂的文档公布,而不是甩一份几百页的英文白皮书。向内,要建立反馈闭环:收到意见后登记、分类、处理、答复、回访,每条意见都有归宿。此外,还要安排定期例会(如季度圆桌会)和应急联络通道,让重大安全事故能直达最高决策层,而不是层层汇报拖到下周。

CCR=FclosedFtotal\displaystyle \text{CCR} = \frac{\text{F}_{\text{closed}}}{\text{F}_{\text{total}}}
反馈闭环率CCR,衡量意见箱是不是只进不出的摆设。已办结反馈数除以反馈总数,越接近100%说明沟通越可信。
  1. 定义分子F_closed是已办结的反馈数量,一条意见从登记、处理、答复到回访确认才算闭环。
    Fclosed\displaystyle \text{F}_{\text{closed}}
  2. 定义分母F_total是所有渠道收到的反馈总数,包括意见、投诉与建议。
    Ftotal\displaystyle \text{F}_{\text{total}}
  3. 相除得到闭环率结果在0到100%之间,60%是及格线。低于60%说明意见箱“只进不出”,信任会被透支。
    CCR=FclosedFtotal≥0.6\displaystyle \text{CCR} = \frac{\text{F}_{\text{closed}}}{\text{F}_{\text{total}}} \ge 0.6

冲突处理原则:会劝架的物业

小区物业想收停车费,租客嫌贵,业主嫌外来车多,民警担心占消防通道——多方诉求拧成麻花。会劝架的物业不会让几方当场打起来,而是先问一句“有没有绝对不能碰的红线”,再排优先级,最后找折中方案,实在不行开通申诉通道。AI治理中最常见的冲突也一样:用户隐私 vs 商业模式、算法效率 vs 社会公平、企业利益 vs 监管要求。

处理原则有三条。第一,底线优先:涉及人身安全、基本权利、法律法规的诉求,不可用商业利益交换。第二,排序处理:用“影响范围×严重程度÷可逆性”来打分,先处理影响大、后果重、不可逆的问题。第三,协商调解优先,同时设立申诉渠道,让弱势一方有复议机会。记住,冲突治理的目标不是“让所有人闭嘴”,而是“让每个矛盾都有出口”。

P=Impact×SeverityReversibility\displaystyle \text{P} = \frac{\text{Impact} \times \text{Severity}}{\text{Reversibility}}
冲突优先级P,把“先处理哪件事”从拍脑袋变成可计算的分值。影响越大、后果越重、越不可逆,P值越高,越要先处理。
  1. 评估影响范围Impact指冲突涉及多少人、多少业务面,取值1到5,分越高波及面越广。
    Impact∈[1,5]\displaystyle \text{Impact} \in [1,5]
  2. 评估严重程度Severity指对个体或社会的伤害强度,取值1到5,分越高越接近不可接受的后果。
    Severity∈[1,5]\displaystyle \text{Severity} \in [1,5]
  3. 评估可逆性Reversibility指决策能否回滚。能回滚取大值,一旦出错不可挽回取小值,放在分母上让不可逆问题自动排前。
    Reversibility∈[0.2,1]\displaystyle \text{Reversibility} \in [0.2,1]
  4. 计算优先级分子越大、分母越小,P值越大,处理顺序越靠前。
    P=Impact×SeverityReversibility\displaystyle \text{P} = \frac{\text{Impact} \times \text{Severity}}{\text{Reversibility}}

参与度评估:三根尺子量治理

业委会说“我们治理得很好,开了好几次会”,住户不能答应。该到的都到了吗?到了的人都说话了吗?说的话被采纳了吗?只有用这三根尺子量过,才知道治理是真是假。AI治理同样需要量化评估,否则“参与了”和“参与好了”根本分不清。

三个核心指标分别是:覆盖率(实际参与核心机制的人数 ÷ 应参与总人数),回答“谁来了”;活跃度(反馈意见总数 ÷ 相关方总数),回答“说了多少”;采纳率(被采纳意见数 ÷ 反馈意见总数),回答“有没有用”。三个指标各有盲区,因此再用加权方式合成一个综合参与指数PSI,方便跨团队、跨周期对比。比如上线前多给采纳率加权,因为那段时间最需要“意见真正落地”。

PSI=w1×Coverage+w2×Activity+w3×Adoption\displaystyle \text{PSI} = w_1 \times \text{Coverage} + w_2 \times \text{Activity} + w_3 \times \text{Adoption}
综合参与指数PSI,把覆盖率、活跃度、采纳率加权合成一个总分。三个指标都在0到1之间,权重之和为1,总分越高治理越健康。
  1. 计算覆盖率实际参与人数除以应参与总人数,反映利益相关方的到场情况。
    Coverage=实际参与数应参与总数\displaystyle \text{Coverage} = \frac{\text{实际参与数}}{\text{应参与总数}}
  2. 计算活跃度反馈意见总数除以相关方总数,反映发声密度。
    Activity=反馈意见总数相关方总数\displaystyle \text{Activity} = \frac{\text{反馈意见总数}}{\text{相关方总数}}
  3. 计算采纳率被采纳意见数除以反馈意见总数,反映意见是否真正进入决策。
    Adoption=被采纳意见数反馈意见总数\displaystyle \text{Adoption} = \frac{\text{被采纳意见数}}{\text{反馈意见总数}}
  4. 加权合成w1、w2、w3按项目阶段设定,三者相加等于1。把三个指标归一化后加权求和,得到最终PSI。
    PSI=w1C+w2A+w3Ad,∑wi=1\displaystyle \text{PSI} = w_1\text{C} + w_2\text{A} + w_3\text{Ad}, \quad \sum w_i = 1

治理闭环迭代:永不熄火的循环

业主大会开完就算完?当然不行。好的小区治理是循环转起来的:平时有仪表盘盯着楼道情况,每季度复盘哪里出了矛盾,把规则改成更合适的版本,然后再进入下一轮执行。这个圈永远不能停。AI治理也一样,它不是一次性项目,而是持续运营的体系。

具体做法借鉴PDCA循环:计划(Plan)——根据上期问题调整参与目标;执行(Do)——按新机制运行;检查(Check)——用PSI和闭环率等指标看效果;改进(Act)——把有效做法固化为流程、无效做法淘汰出局。落到AI治理日常就是四件事:指标监控(实时仪表盘预警)、定期复盘(季度审查加年度总评)、机制优化(修订治理规则和工具)、持续运营(不因人员流动而中断)。没有复盘机制,再完善的制度也会慢慢锈死。

FCR=RresolvedDdiscovered\displaystyle \text{FCR} = \frac{\text{R}_{\text{resolved}}}{\text{D}_{\text{discovered}}}
问题闭环率FCR,看治理体系是否“说到做到”。已解决问题数除以发现问题数,越接近100%说明循环转得越顺畅。
  1. 定义已解决数R_resolved是本期处理完毕并验证有效的问题数,包括整改、复核与回访确认。
    Rresolved\displaystyle \text{R}_{\text{resolved}}
  2. 定义发现总数D_discovered是本期发现的问题总数,来自监控预警、相关方反馈和独立审计。
    Ddiscovered\displaystyle \text{D}_{\text{discovered}}
  3. 相除得到闭环率100%意味着发现一个消化一个;低于60%说明机制空转,要么资源不足,要么流程卡住,需要立刻排查。
    FCR=RresolvedDdiscovered\displaystyle \text{FCR} = \frac{\text{R}_{\text{resolved}}}{\text{D}_{\text{discovered}}}

伦理责任嵌入:竖在小区四周的护栏

小区可以吵、可以商量,但有两条铁律不能碰:不能偷看住户隐私,不能纵容霸凌弱势居民;真出了事,物业、保安、街道办各负其责,不能互相推诿。这就是小区治理的护栏。AI治理的伦理责任,同样不是挂在墙上的承诺书,而是要嵌进三条链路里。

第一条是算法公平审计:上线前后分别检测模型在不同性别、地区、收入群体上的表现差异,差距超阈值就回炉。第二条是隐私保护:数据采集最小化、脱敏、访问权限严格管控,让用户数据只在“必需且最小”范围内流动。第三条是责任归属:从数据来源、模型版本、决策日志到上线审批全部留痕,出问题时能快速定位到具体流程和负责人。护栏的意义不是限制创新,而是让所有人敢在小区里安心散步。

FG=∣Agroup1−Agroup2∣\displaystyle \text{FG} = \left| \text{A}_{\text{group1}} - \text{A}_{\text{group2}} \right|
公平差距FG,用两个受保护群体在某个公平指标上的差的绝对值,来衡量模型是否一碗水端平。差距越小越公平。
  1. 选取公平指标A_group1和A_group2分别是两个受保护群体(如不同性别、年龄)在推荐通过率、误报率等指标上的取值。
    Agroup1, Agroup2\displaystyle \text{A}_{\text{group1}}, \ \text{A}_{\text{group2}}
  2. 取绝对值用差的绝对值表示差距,只看偏离程度不纠结谁高谁低。
    ∣Agroup1−Agroup2∣\displaystyle \left| \text{A}_{\text{group1}} - \text{A}_{\text{group2}} \right|
  3. 阈值判定设定业务阈值(如5%),差距不超过阈值视为通过,超过则触发人工复核与整改。
    FG≤0.05⇒通过审计\displaystyle \text{FG} \leq 0.05 \Rightarrow \text{通过审计}

AI 应用场景

大模型产品发布前的公众评议

阶段:模型发布与治理、合规评估

解决的问题:过去大模型发布常“闭门造车”,直到媒体曝光和用户投诉才被动响应。通过“透明披露+公众评议+反馈闭环”,把舆论危机消灭在发布之前。

具体案例:某大模型SaaS公司在发布新版本前,从用户群、行业协会、隐私保护NGO抽取代表做小范围试用和评议,公开发布风险说明文档,收集200多条意见,两周内逐条答复并公开处理结果。最终投诉量明显下降,监管沟通也更顺畅。

政务AI的治理圆桌

阶段:部署与运营、冲突协调

解决的问题:人脸识别等政务AI影响面大,单靠政府部门决策容易忽略市民隐私诉求。用“协作参与+冲突优先级公式”,在部署前就把不可逆风险摆上桌面。

具体案例:某城市部署AI执法摄像头时,邀请市民代表、律师、技术专家、数据保护机构组成治理圆桌,用优先级公式识别出“隐私不可逆”是最高优先级问题,最终调整为“先告知、后采集、可申诉”的方案。

AI招聘系统的独立公平审计

阶段:审计与合规、责任追溯

解决的问题:AI招聘系统可能因训练数据偏见,对性别、年龄群体产生系统性偏差。通过“授权参与+第三方审计+公平差距指标”,让外部监督真正落地。

具体案例:一家互联网公司委托独立审计机构评估其AI简历筛选系统,测算不同性别候选人的通过率差距,发现差距达到12%,远超5%阈值,于是暂停上线、重训模型,并将审计报告公开。

Python 演示

python54 行
class ParticipationSystem:    def __init__(self):        self.stakeholders = []     def add_stakeholder(self, name, impact, interest, joined, expected, feedback, adopted):        self.stakeholders.append({            "name": name,            "impact": impact,            "interest": interest,            "joined": joined,            "expected": expected,            "feedback": feedback,            "adopted": adopted        })     def priority(self, impact, interest):        return impact * interest     def coverage(self):        total_joined = sum(s["joined"] for s in self.stakeholders)        total_expected = sum(s["expected"] for s in self.stakeholders)        if total_expected == 0:            return 0.0        return total_joined / total_expected     def active(self):        total_people = sum(s["joined"] for s in self.stakeholders)        total_feedback = sum(s["feedback"] for s in self.stakeholders)        if total_people == 0:            return 0.0        return total_feedback / total_people     def adoption(self):        total_feedback = sum(s["feedback"] for s in self.stakeholders)        total_adopted = sum(s["adopted"] for s in self.stakeholders)        if total_feedback == 0:            return 0.0        return total_adopted / total_feedback     def psi(self):        return 0.4 * self.coverage() + 0.3 * self.active() + 0.3 * self.adoption()  if __name__ == "__main__":    ps = ParticipationSystem()    ps.add_stakeholder("用户", 5, 5, 800, 1000, 200, 120)    ps.add_stakeholder("监管机构", 5, 3, 3, 3, 40, 38)    ps.add_stakeholder("开发者", 4, 4, 50, 50, 80, 60)    ps.add_stakeholder("公众", 3, 2, 300, 2000, 60, 15)     print("覆盖率: %.2f" % ps.coverage())    print("活跃度: %.2f" % ps.active())    print("采纳率: %.2f" % ps.adoption())    print("综合参与指数 PSI: %.2f" % ps.psi())
目的:用一个小系统把本文的“识别相关方、算优先级、评估参与度”落成可运行代码,帮助治理团队快速算出自己的PSI分数。
  1. self.stakeholders = []用列表作为“相关方花名册”,每一条记录代表一类利益相关者。
  2. add_stakeholder(...)登记一个相关方,包括影响力和利益相关度,以及参与人数、反馈数、采纳数。
  3. priority(impact, interest)实现第一节的公式S=I×P,给相关方排优先级。
  4. coverage()计算覆盖率:实际参与人数 ÷ 应参与总人数,回答“该来的人来了多少”。
  5. active()计算活跃度:反馈总数 ÷ 实际参与人数,回答“来了的人说话多不多”。
  6. adoption()计算采纳率:被采纳数 ÷ 反馈总数,回答“意见是否真正落地”。
  7. psi()加权合成综合参与指数,权重0.4、0.3、0.3表示当前阶段最看重覆盖率。

常见误区

误区刚开始做AI治理时我以为,只要把用户和监管者伺候好就够了,反正技术是我们开发的,其他人也不懂,不用管。

正解用小区比喻说,AI系统的影响远不止直接买服务的人,还包括被算法推荐的司机、被评分拒绝贷款的申请者、被摄像头拍到的路人、为企业发声的媒体和行业组织。漏掉任何一方,都可能在上线后以“舆论翻车”或“监管约谈”的形式回来。要用影响-利益矩阵全面盘点,宁可多列、不可少列。

为何常见:直接用户和监管最显眼、最容易想到,间接影响者看不见摸不着,于是习惯性被忽略。

误区我以为发布会前开个听证会、放个公开邮箱,就算把利益相关方参与做完了,后面就不用管了。

正解一次性的听证会只是“告知+象征性咨询”,根本不形成闭环。真正的参与机制像水管,要持续供水、有压力、有水表。要分层设计知情/咨询/协作/授权,还要让每个反馈有着落、有闭环率监控,才会持续运转。

为何常见:把“有过参与动作”误当成“参与机制已建成”,本质是拿一次性公关动作替代长期制度建设。

误区收到几千条用户反馈,说明大家参与热情高涨,我们的治理肯定到位了。

正解反馈量只是活跃度,不代表质量,更不代表落地。就像小区意见箱堆满了纸条,但纸条都在睡觉,住户照样投诉“反映了也没用”。必须同时看采纳率和闭环率,只有进入决策并被验证的意见才算数。

为何常见:数量是最容易统计的指标,天然适合拿来当政绩,人们容易忽略影响链条的后半段。

误区先快速上线抢市场,算法公平这些伦理问题等被舆论骂了再修也不迟。

正解伦理责任像建筑里的承重墙,肉眼看不见,倒了就塌。公平差距、隐私保护、责任追溯都必须嵌入开发流程:审计前置、数据留痕、审批把关。事后补救成本高,还可能造成不可逆伤害。

为何常见:商业压力让人本能选择“先上线再说”,而且伦理问题的后果往往有滞后性,短期看不到风险。

误区做治理就是和稀泥,要让每一方都满意才算成功,所以整天开会、不敢做决定。

正解多方利益天然对立,追求“所有人满意”会导致决策瘫痪。正确做法是:安全与人权是底线,不可退让;其余冲突用优先级公式排顺序、协商调解、提供申诉渠道。最后的结果是“有依据、可解释”,而不是“人人开心”。

为何常见:人们把“协商”误理解为“讨好所有人”,没分清建设性妥协和底线退让的区别。

面试题

Q1. AI治理中“利益相关者”指的是——

单选题 · easy

  • A.只有付费购买AI服务的客户
  • B.受AI影响的所有个人和群体← 正确答案
  • C.只有政府监管部门与专家学者
  • D.只有公司内部的技术研发团队

答案:B。利益相关者指所有受AI系统影响的个人与群体,包括用户、开发者、监管者、公众和间接受影响者。B最完整。A、C、D都把范围缩得太小,属于常见误区。

Q2. 影响-利益矩阵中,影响高且利益高的相关方应该——

单选题 · easy

  • A.完全忽视不做任何沟通
  • B.主动纳入重点协商范围← 正确答案
  • C.只发一封通知邮件了事
  • D.等问题爆发后再去处理

答案:B。影响高且利益高的人是“关键相关方”,必须重点协商。B正确。A会埋雷,C只发通知属于知情参与、档位太低,D等问题爆发时往往已造成不可逆损失。

Q3. 以下哪项属于“知情参与”机制——

单选题 · easy

  • A.委托第三方做独立外部审计
  • B.向公众公示AI风险说明书← 正确答案
  • C.邀请用户共同设计推荐算法
  • D.召开多方利益相关者座谈会

答案:B。知情参与只做信息披露,B的“公示风险说明”正属此类。A是授权参与,C是协作参与,D是咨询参与,都比知情档位更深。

Q4. 反馈闭环率CCR的计算公式是——

单选题 · mid

  • A.已办结反馈数除以反馈总数← 正确答案
  • B.新增反馈数除以已办结反馈数
  • C.参与意见人数除以用户总数
  • D.被采纳意见数除以总意见数

答案:A。闭环率=已办结反馈数÷反馈总数,A正确。B把因果关系搞反,C混淆反馈数与人数,D说的是采纳率而非闭环率。

Q5. 处理AI治理冲突时,优先级最高的是——

单选题 · mid

  • A.商业变现的收益达到最大化
  • B.保护用户隐私与人身安全← 正确答案
  • C.让所有参会者都感到满意
  • D.技术团队的开发进度不受影响

答案:B。安全与隐私是治理红线,B必须排在最高优先级。A、C、D分别让商业、社交或开发进度凌驾于底线,违反冲突处理原则。

Q6. 以下哪些做法属于“协作参与”机制——

多选题 · mid

  • A.设立用户共建工作小组共同设计← 正确答案
  • B.只给用户发一封风险告知邮件
  • C.邀请外部专家参与模型联合评审← 正确答案
  • D.与监管机构共同制定测试沙盒规则← 正确答案

答案:ACD。协作参与是让相关方真正进入决策流程。A用户共建、C外部专家联合评审、D与监管共同制定规则都是协作。B只发告知邮件属于知情参与,档位不够。

Q7. 综合参与指数PSI的主要用途是——

单选题 · mid

  • A.加速模型训练的计算效率
  • B.衡量治理参与的整体健康度← 正确答案
  • C.完全替代算法公平差距测试
  • D.优化用户画像广告投放策略

答案:B。PSI把覆盖率、活跃度、采纳率加权合成,用来衡量治理参与整体健康度,B正确。A是训练效率,C是公平审计,D是商业分析,都与参与度无关。

Q8. 评估利益相关者参与度时,应当重点考察——

多选题 · hard

  • A.相关方的覆盖率是否达标← 正确答案
  • B.意见活跃度是否足够充分← 正确答案
  • C.反馈是否被采纳并完成闭环← 正确答案
  • D.员工的工资发放是否按时完成

答案:ABC。评估参与度看覆盖率、活跃度、采纳率和闭环率等指标。A、B、C都是核心维度。D是内部人力资源问题,与利益相关者参与无关。

Q9. 算法公平审计中“公平差距FG”的计算方式是——

单选题 · hard

  • A.两个受保护群体公平指标的绝对差值← 正确答案
  • B.模型所有可训练参数的平均值
  • C.参与度指标除以硬件计算资源
  • D.负面反馈占全部评论的占比

答案:A。FG=|A_group1−A_group2|,即两个受保护群体公平指标差值的绝对值,A正确。B是参数统计,C是资源利用率,D是情感统计,都不是公平差距。

Q10. 下列关于AI治理机制的描述,正确的是——

多选题 · extreme

  • A.参与机制是管道,不是装饰品← 正确答案
  • B.商业利益可以突破安全底线
  • C.责任归属要求决策全程可追溯← 正确答案
  • D.冲突应该优先协商调解解决← 正确答案

答案:ACD。参与机制必须真实连通决策,A对;安全底线不能被商业利益突破,B错;责任归属需要全程留痕可追溯,C对;冲突优先协商调解并提供申诉渠道,D对。