评估需绑定在具备否决权的节点上
别名: 评估绑定点 · advisory versus binding review · gate authority
概念解释
伦理评估有两种存在形态：咨询式（advisory）——产出意见供参考，决策方可以听也可以不听；约束式（binding）——绑定在流程的硬门上，不通过则事件不能发生。两者的差别不在评估内容而在绑定点：评估挂在哪里、通过与否是否阻止后续动作。挂在错误位置的评估（评审结论可被静默忽略、评估与发布之间隔着多个可跳过的环节）无论方法多专业，实质都是咨询式；而组织对外展示的是「我们有伦理评审」。评估的效力等于其绑定节点的权限，评估内容只是效力被行使时的质量。
机制
约束力来自节点在流程图上的位置，而非评审意见本身。流程中真正有牙齿的节点是资源类开关：代码合入主干、数据访问授权、发布列车、上线配置翻转——这些动作被机器强制执行，跳过在操作上不可能。评估要获得约束力，必须与这些开关之一绑定，使「未完成评估」在技术层面阻止动作发生。仅挂在文档层（ Wiki 页面、周会汇报）的评估没有这个性质：忽略它的成本是零，而赶工的压力永远存在，于是忽略成为理性默认。另一个机制是时限错配：评估若绑定在发布之后（上线后再补充评审），约束对象已经不存在——决定已生效，评审只能做事后追认，这正是「追认式评估」流行的原因：它满足合规外观，同时给组织完全的决策自由。
边界
否决权不能滥用：所有评估节点都有一票否决会使流程瘫痪，评审方被迫为每个小改动背书，久而久之组织会绕开流程本身。健康的绑定是分级否决——低风险变更走快速通过通道，高风险变更（新数据用途、新人群、伤害敏感功能）才触发强否决；分级标准本身要公开且稳定，否则分级会成为新的绕行通道。另有一个真实约束：否决节点在小团队与早期产品上成本过高，此时诚实的做法是降低形式（一个人、一张清单）但保留绑定性质，而非保留形式、抽掉绑定。
怎么落地
- 盘点流程中真正的技术强制点（合入、授权、发布开关），选定其一作为伦理评估的绑定对象，使「评估未通过」在工具链层面阻断该动作，而非依赖人记得去看评审结论。
- 建立风险分级路由：变更按人群影响分级，低风险自动快速通过并留痕，高风险进入强评审；分级标准公开版本化，改动分级标准本身视为高风险变更。
- 禁止追认模式：任何「先上线、后补评审」的路径需显式走豁免流程，豁免需具名批准并自动进入下一季度复审清单。
- 验证：统计评估节点的实际拦截率与绕行率——拦截率长期为零说明评估只会说「是」（绑定了但无判断），绕行率高说明绑定不严（存在跳过通道），两者都指向需要重设绑定点。