空场真的被压住，那些原本被拿来遮挡的静默字段、历史兼容字段、维护留名参数，就会像被刀划开的薄膜一样，先露出里面的红。红不是颜色，是未处理的责任，是未被定义的责任，是迟早要溅到人身上的责任。
秘书助理站在桌边，原本一只手还按在纸袋上，这时也慢慢收了回去。她显然已经意识到，这份并案建议不是为了让事情更快结束，而是为了把事情从“能拖”变成“不能拖”。
“那现在怎么办？”她问得很轻。
“先让名册失势继续扩大。”周砚说。
副总监立刻看向他：“怎么扩大？”
“把反射口翻出来。”周砚没有绕弯子，“名册之所以能压住空场，是因为它一直控制显名口。显名口一旦不稳，反射就会漏。漏出来的不是单纯的人名，而是它们是怎么被放进来的、谁批准、谁维护、谁负责留名。只要这一层漏了，名册就不会再稳稳压住空场。”
说完，他把屏幕切到清单最末端。
那里有一项被折叠得很深，折叠层级比前面的字段更多，标题只有五个字：反射备查册。
周砚盯着那五个字看了几秒，眼神一点点沉下去。
“这就是背后的名册。”
信息中心主任快步走到他旁边，盯着折叠层，呼吸明显重了一点：“反射备查册……这东西不是给管理层用的？”
“不是。”周砚说，“它是给‘压空场’用的。空场一旦出现，需要有人把能被问名的对象提前写进去，让系统看起来不是空的。空场里有名，年就能继续过。年继续过，反射就继续活。反射继续活，去名化清单就会像没发生过一样。”
林序皱起眉：“也就是说，他们不是在删名，而是在用名册填空场。”
“对。”周砚点头，“删名只是表面。真正的动作，是把该空的地方压成‘已有人占位’，这样后续任何问名都能被拖回例行维护。你们看前面那几页，所有的显名动作都在预算链和年度维护里走，没一笔直接进到责任链正面。因为只要进正面，空场就会露。空场一露，年口径就扛不住了。”
会议室里安静得只剩空调回风声。
周砚知道，现在已经不是单纯查一页清单的问题了。问题变成了，谁在替谁压空场，谁在利用反射备查册制造“看起来不空”的假象。只要这个问题不拆，整个去名化系统都能被继续伪装成正常维护。
“把反射备查
本章未完，请点击下一页继续阅读！