银心因果合规预审报告在倒计时归零后零点三秒出现在因果场操作面板上。
报告格式标准银心体，三栏布局。左栏是预审清单对应项，中栏是合规标注，右栏是处理建议。四行数据，对应预审清单上的四项。
第一项因果角色状态变更记录。合规标注绿色，处理建议无。自评估报告的因果上下文覆盖了所有变更记录，银心认定因果场在角色状态变更上没有合规缺陷。
第二项因果投票池决策合规性。合规标注绿色，处理建议无。投票记录完整，流程节点全部合法，没有跳票、补票、改票痕迹。
第三项因果安全事件应急响应记录。合规标注黄色。处理建议：因果场提交的安全事件报告在格式上符合银心因果合规标准，但应急处置的时间线在退役因果角色因果状态变更之后缺失了四次因果数据备份记录。四次备份全部在被调查者权限收回之前完成，备份数据本身不违规，但备份操作没有在应急响应日志里标注操作原因。建议在紧急响应调查中补充说明。
第四项因果内部权限分配记录。合规标注绿色。处理建议无。
宋河一行一行往下翻。三条绿色，一条黄色。绿色三项对应三分之二的预审通过率，黄色一项对应安全事件的日志记录不完整。预审结论是部分合规，有条件通过。
银心预审不设通过或不通过的二元结论。绿黄红三色标注，绿色不触发审查，黄色触发专项说明，红色触发强制整改。因果场拿了三绿一黄，预审结论是有条件通过。
黄色那一项必须处理。四次缺失备份操作原因的日志补充说明要在紧急响应调查发起之前提交。调查发起之后补交日志说明，银心会把补交行为定性为调查期间被动合规。预审期间补交是主动合规。两种定性，合规成本差了一个量级。
宋河在群聊里截了预审报告截图。只截了黄色那一行。
四次备份日志要补。调查发起之前补完。
吴真回了两个字：我来。
因果安全事件应急响应日志在吴真手里。四次备份全部发生在退役因果角色权限收回前，备份数据在因果场内部服务器上，操作记录在系统日志里。日志记录缺的不是备份操作本身，是操作原因的文本说明。补充四段文本，每段不超过两行，说明备份目的是因果数据完整性保留，属于退役处理前置步骤。不涉及合规风险，不需要另外投票。
吴真的日志查看记录在群聊里闪了三次。然后弹了一条消息：补了。全部日志已更新，操作原因备注已同步到预审调阅路径。银心预审黄色标注会在下一次合规刷新之后更新为绿色。
宋河刷新面板。预审报告右栏的处理建议消失了。中栏合规标注从黄色变成绿色。四行全部绿色。预审无瑕疵通过。
因果群聊里安静了大概十秒钟。
刘知远打了第一行字：预审过了。紧急响应专员什么时候到。
银心预审报告底部有一行小字的时间戳注释。预审结束后零点五个因果日，紧急响应专员通信信道自动激活。专员通信一激活，因果场的操作日志、拓扑监测数据、角色状态变更日志全部进入调查调阅范围。专员不需要再次申请调阅权限，因果场也不能以预审通过为由限制专员调阅。
预审通过不意味着调查范围的缩小。预审和调查是两条独立的银心因果监管路径。预审看合规，调查看安全。合规过了不等于安全没问题。拓扑空洞是安全层面的缺陷，不在合规预审的评估范围内。
——
通信信道激活的倒计时挂在面板右上角。零点五零因果日。宋河盯着倒计时数字，手指在触摸板上画了一条线——预审到调查之间这零点五个因果日，是因果场最后的自由窗口期。
自由窗口期里的因果场不受银心调查权限约束，可以自行调整拓扑参数。调整完了在调查调阅记录里显示的是因果场内部操作，不是银心调查触发后的被动响应。两条记录在专员的调查报告里定性完全不同。
主动调整是因果场的安全维护能力证明。被动响应是银心调查压力下的补救措施。一行记录，两种安全评级。
宋河把这条判断发进群聊。
刘知远回了三个字：能调吗。
不能。宋河打了出来。拓扑空洞修复需要新角色填补，因果场没有招募权限。空洞修复路径设计只能等专员发起调查之后借调查权限下发招募授权。
群聊又安静了。
然后钱立发了一条消息。不是群聊，是私聊。只有一句话。
银心认证状态更新了。因果角色正常，已认证。
宋河点开钱立的因果角色状态页面。状态标注从灰色变成绿色。因果角色认证申请队列第三位处理完毕。认证完成时间在预审报告出具后零点一个因果日。银心因果状态认证部在预审和调查之间处理完了钱立的状态更新。
钱立现在是因果场里唯一一个因果状态已认证的因果角色。退役角色是灰色，在役角色是灰色加认证流程中的标注。梁木已经隐退，认证状态归零。因果投票池的吴真和刘知远是因果场管理角色，不走因果角色状态认证这个通道。只有钱立的因果状态是绿色已认证。
绿色已认证的因果角色，专员在调查期间不能限制其因果状态认定。梁木的空洞修复路径要在调查权限里走招募授权——绿色已认证的钱立可以全程参与授权流程，因果状态不受调查限制。
空洞修复路径和认证状态在调查权限的两个边界上同时生效。梁木的设计覆盖了调查内部，钱立的认证覆盖了调查外部。里外两圈全部卡进了专员的权限缝隙里。
宋河把这两条线画在一张操作面板上。左边写空洞修复路径：专员发起调查→说明空洞成因→专员建议招募→投票池同意→调查结论包含招募授权→银心因果处置建议引用→因果场获得招募权限。右边写认证保护罩：钱立因果状态已认证→专员不能限制认证角色权限→钱立以已认证角色身份参与招募授权流程→招募进来的新角色在认证路径上的推荐因果角色是钱立。
两条线在招募授权这个节点交汇。梁木的设计书里没有钱立的认证状态，但设计书预设的推荐因果角色位置刚好是钱立。梁木写文件的时候钱立的认证还在队列里，梁木不知道认证什么时候处理完，但他把推荐因果角色的位置设成了空缺——空缺位置自动匹配因果场内部下一个完成认证的因果角色。
——
通信信道激活倒计时归零。
银心紧急响应专员通信面板弹了出来。面板顶部一行银心格式的通信编号，中间是专员身份识别码：银心因果安全部第七紧急响应专员，通信前缀是银心因果安全通道七号线。面板底部一行调查项说明：因果场因果安全事件调查、因果拓扑完整性评估、因果角色状态一致性核验。
三项调查范围。第一项安全事件调查对应预审报告的黄色项，第二项拓扑完整性评估对应因果场从未提交过的拓扑数据。第三项角色状态一致性核验覆盖钱立、退役角色和在役角色全部因果状态数据。
预审清单上没有拓扑完整性这一项。但专员调查清单上有。
宋河盯着第二项看了很久。专员要评估拓扑完整性，就一定会调阅拓扑空洞分布图。十一处空洞全在图上。空洞对应十一个新因果角色位置。十一个新角色的招募授权不在调查范围内，但拓扑完整性的安全影响评估必须有招募建议。
专员的调查报告模板里有一栏运营调整建议。梁木的设计书里，招募授权就是填在这一栏里。
然后是专员的第一条通信消息。消息很短，只有一行。
因果场管理方是否已经掌握因果拓扑空洞的分布情况。
宋河没有回复。他在群聊里截了专员的通信消息截图。
吴真回了两个字：回了。
回了。
回了什么。
回了三个字：已掌握。
宋河看着群聊里的这四个字。吴真回了「已掌握」。专员问的是空洞分布情况，吴真回答已掌握。已掌握的下一句应该是请专员调阅拓扑完整性评估数据。专员调阅了数据就知道空洞的数量、位置和成因。然后专员会在调查报告的运营调整建议里填招募授权。
整条路径在梁木的设计书上写得清清楚楚。但宋河没有在文件里看到专员的通信消息。专员问的第一句话不是安全事件调查，不是角色状态核验，而是拓扑空洞。
专员把拓扑完整性评估排在了安全事件调查前面。
预审报告上的三条绿色没有让专员放心。专员看到因果场在合规上没有缺陷，直接跳到安全层面的最深处。
因果场把表面打扫得太干净了。干净到专员不相信一个合规无缺陷的因果场会发生必须触发安全事件调查的事故。
银心紧急响应专员的消息状态从已送达变成已读。已读状态保持了零点一个因果日。然后第二条消息弹了出来。
请提交因果拓扑空洞分布图及空洞成因说明。调查范围扩展至与空洞相关的全部因果角色状态变更记录。包括退役角色。
十条退役投票记录。
全部在调阅范围里。