救援时限还剩四息。

    沈青璃已经站在门缝外，第二具同行壳的一条手臂却被六组连接线拖回隔离区。

    它又敲了两下。

    系统没有停。

    【载体缺少完整主体签名。】

    【拒绝无效。】

    罗绡在中央通道抬起人工副本：“它的拒绝已经由我见证。”

    【见证人无索引管理权。】

    “见证不需要管理权。”

    【无法识别。】

    门缝开始闭合。沈青璃没有去掰壳体手臂，只问：“愿意让我切连接线吗？”

    一下。

    “全部切断可能损伤数据种子。”

    一下。

    “接受。”

    她报出动作，长剑贴着壳体手臂落下。第一根线断开，隔离区六份守钥档同时震动；第二根线刚断，数据种子里的三份缓存便出现缺口。

    陈默从外部喊：“先停。它缓存的是自己选的记录。”

    沈青璃收剑：“还剩四根。”

    救援时限归零。

    陈默的最低管理员回路从守钥门上退出，门缝却没有完全合死。裴照夜用异议席最后一段有效时限卡住自动闭门，席位只剩一盏茶。

    “我只能挡门，断不了索引。”她说。

    壳体胸口裂纹继续扩大。六组连接线正在读取缓存的外框，尚未碰到正文。系统把三份自选记录当成目录钥匙，准备沿它们打开更多历史组。

    【预计补全记录组：126。】

    屏幕只把它们标成一百二十六组缺失记录。轮回、前世或文明次数等解释，一项也没出现。

    每组大小也不相同。最小的一组只有三条门禁，最大的一组包含上万份工位与城籍。编号按隔离区入库顺序排列，既不对应年份，也不对应某个人。

    陈默要求系统显示组名。

    一百二十六个位置全部空白。

    “谁删的组名？”崔衡问。

    【唯一版本形成后，旧组名失效。】

    “形成了什么唯一版本？”

    【索引未补全，无法显示。】

    这套逻辑又绕回起点。缺失被当作必须接入壳体的理由，壳体不接，系统便以缺失为由拒绝解释。

    崔衡没有因数量大就要求强接：“先保当前拒绝。十二城审计另找方法。”

    议厅有六席反对。它们认为126组历史记录可能包含城防缺口，单个无身份壳体无权阻止恢复。

    裴照夜问：“你们知道里面是什么？”

    “不知道，所以才要补。”

    “补全用的三份记录与126组有什么关系？”

    “数据种子会自动匹配。”

    “匹配错了谁负责？”

    六席没有给出名字。

    异议席把“无人负责的强制补全”挂上公开栏，暂时阻止议厅远程替壳体确认。她的席位时限继续流逝，阻断却没有替壳体表达同意或拒绝。

    “每组是什么？”陈默问。

    【索引未补全，无法显示。】

    “为什么需要它？”

    【载体包含兼容数据种子。】

    “谁把种子放进去的？”

    【无法显示。】

    系统又一次拿缺失当成调用理由。

    连接线展示预计结果：壳体接入后，三份缓存会被拆成数千条索引标签。青港审批可能被用来补工位记录，任七证言可能补生产事故，石棺双视角则会补共同关系。系统只保证“相似”，不保证来源相同。

    一旦补入，数据种子表层的高兼容性会把结果送回身份网。错误匹配也会得到第二锚兼容标记，看起来比普通档案更可信。

    “这就是审计？”陈默问。

    罗绡道：“它能让缺失变完整。”

    “完整不代表对。”

    她把这句话记在风险栏，没有概括成反对第二锚。

    陈默把救援申请改成数据故障：“主体拒绝接入，系统仍然读取。申请把拒绝写入索引位。”

    【索引位只接受有效记录。】

    “拒绝也是有效记录。”

    【拒绝无法补全历史。】

    “那就保持缺失。”

    系统拒绝“保持缺失”。它把空位认作等待修正的故障，长期保