如果我让你每半秒审批一条AI代理的决策,你会仔细看分析报告,还是习惯性点一下“通过”?大部分人几个月前的诚实答案可能是后者。而2026年的数据告诉我们,“人在回路里按个批准”这种版本的安全设计,已经从流程上的万金油,长成了最可预测的漏洞。
Gravitee在2026年4月公布的数据直接戳破了这件事:48%的生产环境AI代理,根本没有任何安全或治理措施。就算剩下的配了流程,另一个问题很快就把桌子掀了——规模。一个被记录的部署里,150万个代理只配了1.7万名操作员,算下来大约是88:1的人机比。真正意义上的实时审核,在那样的比例下是物理层面做不到的。
![]()
更细的裂缝开在没那么极端的场景里。当一个审批队列里差不多99%的请求都毫无悬念时,人就不再评估内容了,转而“匹配对话框的形状”——盯着按钮位置和熟悉的关键字走流程。这被称作审批疲劳、自动通过习惯,还有更直白的“YOLO模式”绕过,也就是看都不看直接全放。毕竟在淹没性的安全请求中,真正危险的信号噪音比实在低得可怜。
把哪些该审、哪些该过一股脑“路由给人类”这件事,看过去是个安全功能,本质上却是个披着安全外衣的吞吐量问题。堆满几乎都不会出事的审批队列,并不会让人更谨慎,只会让人的判断更快、更敷衍。人类审核要么变得像条件反射,要么被直接绕开,这两条路最后都指向同一个失效点。
站得住的替代设计其实反而更短小:选择性升级。它的逻辑是把每一份决策在生成时就按置信度和后果等级分好类,而不是出了事再回头补审。最高优先级但后果轻微、且引证充分的决策,自动放行并做全量日志记录;只有真正模糊的场景——低置信度匹配、策略冲突、首次出现的场景——才会被推到真人面前。关键在于给审核员留的队列小到每一条都能得到真注意力,而不是一根手指头的肌肉记忆。
这套升级逻辑目前正被用在IntelliBooks Studio的治理型AI代理上——更多技术细节可在intellibooks.ai/overview上看到。从“什么都让人看”变成“只让看见真正需要判断的那部分”,才是人机回路不再默认跌跤的开始。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.