门牌不是孤立的牌，腕带不是孤立的环，纸页也不是孤立的纸。

林昼盯着屏幕上那条刚刚长出来的三角互认链，像盯着一张正在自我咬合的网。每一条边都在找另一条边，每一个热痕都在替别的热痕作证。可他知道，这不是稳定，这只是系统在接口阀门打开后，第一次被迫承认：有些东西不是写进去就算数，必须互相认，互相扣，互相背书，才配叫现场。

而就在“三角互认中”四个字下面，灰色的进度条忽然一顿。

不是失败，不是完成，是卡在了一个极轻的缝上，像被谁用指尖压住了脊梁。

灰度开关调用中

版本洞请求接入

是否允许灰度路径劫持互认结果

林昼的眼神一沉。

版本洞。

这两个字一出来，走廊里的白灯像是被某种看不见的东西往上拧了一截，亮得更冷，也更薄。总务线负责人原本还绷着的脸色，终于在这一刻露出一丝真正的惊慌。他下意识往后退了半步，像是听见了什么不该被公开听见的底层词。

“你们果然把版本洞放进灰度里了。”林昼声音低得近乎平静。

总务线负责人张了张嘴，没立刻接话。

周工那边的键盘声骤然密了起来，像是有人一把抓住了线路的尾巴，正在往外扯：“林昼，系统这边有异常调用。灰度开关不是单独被调起的，它像是被版本洞从后面拽了一下。”

“拽一下是什么意思？”纪检联络员问。

周工沉了口气：“意思就是，灰度开关本来应该按互认结果分流，但现在它在等一个洞。洞一开，灰度就会先被洞带着走，而不是被规则带着走。”

林昼听完，心里那根线反而更清楚了。

版本洞不是漏洞那么简单。漏洞是破口，是意外；版本洞更像人为挖出来的空腔，是专门留给回写、回滚、复位、重认的容器。它藏在版本链最里面，平时不冒头，一旦公开壳和内侧前置互相卡死，它就会趁缝钻出来，把所有冲突都拖进自己的腔体里，再用灰度开关把结果重新分配。

也就是说，刚刚那条三角互认链不是在自己生长，而是在被版本洞往下拽。

“灰度开关不是决定开还是关。”林昼慢慢道，“它是在决定谁先看见结果。”

这句话出口，连总务线负责人都抬起了头。

林昼没看他，只盯着页面上那行灰字继续往下浮。

版本洞深度：3

灰度开关状态：半开

互认结果将优先投递灰度路径

请确认是否接管劫持权

“半开？”纪检联络员的声音里带着明显的压抑，“这和刚才的反向互认有什么关系？”

“关系很大。”林昼答得很快，“反向互认是在把门牌、腕带、纸页重新串成一条线。版本洞是在把这条线劫进另一条路里。它不会直接否认你的证据，它会先让你的证据走灰度，再让灰度里的那版结果变成正式答案。”

周工的呼吸短了一下：“也就是说，灰度先看见，正式后接管？”

“对。”林昼说，“先把真相放进可试运行的版本里，等灰度那边跑通了，再把试运行结果写成现行。这样对方就不用硬碰硬，只要劫持灰度开关，所有互认链都会被悄悄换一版解释。”

总务线负责人终于开口，嗓音却比刚才稳了许多，只是那种稳已经有些勉强：“你以为你看见的是洞？你看见的只是接口层面的试验通道。它本来就是为了降风险。”

“降谁的风险？”林昼反问。

这一次，对方没有答。

答案已经写在页面里。

灰度路径不是为了保护系统，是为了保护改写者。所有冲突都先走灰度，所有争议都先被试运行，所有结果都先被版本洞吸进去。只要灰度路径能吞掉一次现场差异，正式路径就会自动把它视作可继承版本。对方不是在修复，而是在把解释权藏进版本洞里，等灰度开关帮他们把门关好。

林昼的手指缓慢落在键盘边缘，没有立刻按下任何东西。

他在等。

等那条三角互认链完全亮起来。

果然，几秒后，三角互认链的三条边同时弹出新的状态：

门牌热痕：通过

腕带热痕：待灰度复核

纸页热痕：待灰度复核

“待灰度复核。”林昼轻声重复了一遍，嘴角微微压下去，“这就是你们的手法。”

门牌先过，腕带和纸页卡住，版本洞再把卡住的部分拖进灰度里。看起来像流程优化，实际上是故意把最关键的两项变成“待复核”，再让灰度开关去决定它们能不能算有效。

“他们要先锁门牌。”周工忽然说，“林昼，我看出来了。门牌热痕已经被当成锚点，剩下的腕带和纸页要被拖进版本洞重写。”

林昼眼神一冷。

门牌是入口，是外壳里最先被看见的东西。一旦门牌被先认定，后面的腕带和纸页就算被改，也容易被说成补充材料。对方已经不满足于让空白补成完成，他们开始把完成本身拆成门牌先行、其余后补，再用版本洞给后补部分找一条合法灰度。

“把门牌热痕的原始时间线拉出来。”林昼说。

周工回应得极快：“已经在拉，结果有问题。门牌热痕的持续时间被切成了两段，中间插了一次灰度重采样。”

“重采样？”

“对，像有人在中间抹掉了八秒，不，是七秒半，然后把后半段塞进了另一版。”

林昼的瞳孔微不可察地缩了一下。

又是这种切缝。

刚才他刚刚抓住接口阀门前后的八秒时间差，现在版本洞就开始往门牌热痕里切采样缝。前者是阀门抢跑，后者是灰度重采样。两者一前一后，看似不同，实则一脉相承：都是把真实热痕拆短、拆散、拆成可被版本洞吞进去的碎片。

“重采样的目的不是校准。”林昼说，“是给版本洞喂食。”

纪检联络员眉头皱得更紧：“喂食？”

“版本洞需要连续的灰度输入。”林昼盯着屏幕，“它靠这些被切碎的热痕、时间差、阈值偏移来维持半开状态。只要半开，它就能优先接管互认结果。门牌是入口，腕带是回身，纸页是落点。三者只要有一个被重采样，就能给洞补足灰度。”

总务线负责人这时终于彻底绷不住了。

“你不能直接接管灰度路径。”他说，“你一接管，洞会反咬。”

“反咬什么？”林昼抬眼看他。

“反咬你的公开结果。”

“那就让它咬。”

林昼说完，直接把刚刚的反向互认结果往下展开，手指在补充栏里迅速输入一条新的接管请求。

不是提交到公开层，而是提交到灰度层。

请求灰度路径切换为人工接管

请求冻结版本洞优先投递权

请求将门牌热痕、腕带热痕、纸页热痕同步写回主链

请求取消灰度重采样默认继承

提交键按下去的一瞬间，页面没有立刻响应。

反而像是某个深处的东西被惊醒了。

整块屏幕先是轻轻抖了一下，随后弹出一个极短的提示框，灰底黑字，字小得像针眼。

版本洞拒绝人工接管

灰度开关准备转入自保模式

“自保模式？”纪检联络员脸色一变。

周工的声音几乎是贴着耳机传过来的：“林昼，小心。它不是单纯拒绝，它要封洞。”

“封洞？”林昼眉头一沉。

“对，版本洞一旦发现有人想抢灰度，就会先关半口，再把之前吞进去的灰度样本全部转成正式继承。”周工快速解释，“也就是说，它会把刚才那条三角互认里的灰度结果，直接顶成现行。”

林昼眼底的冷意顿时沉到最深处。

对方动作比他想得还快。

一旦版本洞封口，灰度开关就会自动切换成自保模式。自保模式下，系统会优先维护自己刚刚跑过的那一版结果，哪怕那一版是被切过热痕、抹过时间缝、塞过重采样的结果，也会被当成“当前稳定版本”。到那时候，公开壳和内侧前置之间的冲突就不是冲突，而会被包装成“既已稳定，自动继承”。

这才是最难缠的地方。

它不是当着你的面撒谎，它是先把谎写成稳定，再告诉你系统要自保。

林昼的呼吸很轻，目光却越发锋利。他迅速扫过页面，发现灰度路径底部还有一行没完全亮起的补充项：