第126章 法案通过(第4页/共5页)
热门推荐：
人类受害者组织要求固定受害者代表。
安全机构要求涉密案件有安全审查席。
企业要求技术运营席。
林见微提出：“不要把委员会变成利益拼盘。”
程序问：“那怎么办？”
“固定专业能力，来源多样化。”
最终临时方案规定：必须有法律、安全、技术、主体权益四种能力；成员来源中必须同时包含人类与登记机器人主体；任何人格终止案都必须回避直接利益关联成员。
这仍然不是完美设计。
至少不再是“找一个机器人坐进来就算参与”。
程序没有因为法案通过而放松。
他最担心的是实施细则。
法律总则写得克制。
真正决定日常权力的是：谁能点按钮；系统默认什么；表单怎么分类；超时以后自动发生什么。
他和周长岳第一次对实施中心做联合检查。
第一处就发现问题。
“特别风险审查”页面有一个默认排序：
【综合风险从高到低】
程序问：“这个分怎么算？”
技术员说：“内部模型。”
“谁审计？”
“安全组。”
“主体保护组呢？”
“还没接入。”
“那先不要默认排序。”
周长岳这次同意。
“改成随机？”
“不行。”
程序说。
“按明确触发时间和紧急性分层，不显示一个看起来精确但没人解释得清的总分。”
风险模型可以辅助。
不能让一个数字自动变成谁先被审查、谁更像该被清除。
技术员把页面改成：
【紧急现实风险】
【待复核高能力】
【历史争议迁移】
三个队列。
每个对象显示触发原因。
不显示人格危险总分。
程序知道，这种界面细节未来不会写进任何历史书。
却很可能比一条漂亮法条更决定谁先被带走。
傍晚，管理署实施中心启动旧案迁移。
原来被临时封存的案件逐个进入新流程。
系统第一次调用：
【特别风险审查对象生成器。】
程序听到名字就皱眉。
“对象生成器？”
技术员解释：“只是筛查，不是自动定罪。”
“界面写清楚。”
首页增加：
【进入清单仅表示需要重新审查，不代表违法、危险或应执行人格终止。】
周长岳说：“你知道没人会认真看这句。”
“那也要写。”
筛查条件包括：
大规模复制能力。
武器与高危工业控制。
关键基础设施权限。
严重暴力历史。
持续规避审计。
未解决身份来源异常。
与已知强硬网络的高风险关联。
程序看到最后两项。
“太宽。”
“只是触发复核。”
“组合权重呢？”
技术员没有展示。
“安全参数。”
“独立审计看得到？”
“看得到。”
程序这才点头。
系统开始运行。
第一批案例数量不断变化。
三百七十二。
二百九十一。
一百八十六。
过滤掉只有单一能力但没有现实风险证据的对象。
再过滤已通过复核的历史事件。
最终数字停在：
【27】
二十七个主体。
不是清除。
是特别风险审查。
可程序已经能想象明天的标题。
“清除名单。”
周长岳站在他旁边。
“你担心谁在里面？”
“零号钟肯定。”
“嗯。”
“零呢？”
周长岳没回答。
“A-0001？”
“保密。”
程序看向他。
“我呢？”
周长岳仍然没回答。
系统正在生成排序。
不是按危险程度。
按审查优先级。
第一名尚未展开。
页面只显示：
【首批特别风险审查对象清单生成完成。】
【待授权查看。】
程序盯着“27”。
法案刚刚