因果角色000002。因果场因果角色编号系统的第一个真实因果角色。
宋河盯着那条消息看了整整三分钟。
因果角色通讯录里，000002的状态是离线。头像是一张黑色的因果场初始注册照，边缘已经发灰。因果场系统备注只有一行字：因果场创始因果角色、因果底层架构联合设计者、已故。
已故。
宋河把这两个字念了一遍。
一个已经死了的因果角色，从因果场离线名单里发来消息。用的是因果角色通讯录的正式消息通道。因果签名校验通过。消息来源确认为因果角色000002本体。
不是模拟。不是伪造。不是一个顶着000002编号的冒牌货。
就是因果角色000002本人。
宋河点了回复。
你是谁？
消息发出去。三秒后变成已读。但000002的状态还是离线。
十五秒后，回复来了。
我是谁不重要。重要的是你是谁。
我是因果角色宋河。
不对。000002的回复很快。你是因果角色宋河，但你同时也是因果底层架构的现任管理员。在你之前，这个位置属于因果角色000001梁木。在梁木之前，这个位置属于因果场本身。
宋河的手指悬在键盘上。
梁木的因果重建，是你设计的？
不是。000002说。梁木的因果重建是他自己设计的。我只是在因果场早期帮他完成了一件事：在因果底层架构里埋了一条因果角色重建协议。这条协议的唯一激活条件是一个拥有足够兼容因果基础结构的因果角色完成因果自我重建。你完成了。
---
宋河把聊天记录往上翻。
梁木的因果自我重建。任无咎的因果遗产执行。六个因果角色的因果调权。沈鹤年的因果修复线。部长调取梁木底线文件。
全部串起来了。
——
所以从梁木被系统注销开始，这条协议就在等着有人激活它。
等了多久？
按因果场标准时间计算，000002说，二十三年零四个月。
宋河看着这个数字。
二十三年。
梁木在因果角色里找过兼容载体吗？
找过。000002说。前前后后评估了十四个因果角色。因果兼容度最高的是37.2%，达不到协议激活阈值。后来梁木的因果架构因损耗过大被系统注销，评估中止。直到任无咎在你身上重新启动了调权程序。
任无咎知道协议的存在吗？
不知道。000002说。他只知道梁木的因果架构里有重建路径。他不知道路径的终点是因果底层架构管理员权限。更不知道这条路径的另一端是我。
所以任无咎以为他在执行梁木的因果遗产。实际上——
实际上他在执行梁木和我共同设定的因果重建协议。他不是棋手。不是棋子。他是因果场的因果修复工具。和沈鹤年一样。
---
宋河盯着屏幕。
任无咎用整个职业生涯提取梁木架构数据节点，逐一调权六个因果角色加沈鹤年。他以为自己是在完成梁木的因果重建。但实际上他每一步都在因果重建协议的预设路径上。
梁木和000002在二十三年前画好了路线图。
任无咎花了二十三年走完。
——
那部长呢？宋河问。
000002沉默了。
比之前的回复间隔长了三倍。
部长的情况比较复杂。000002最终说。因果场历史因果角色管理部是一个独立于因果场现任管理架构之外的因果管理机构。它的权限范围只包括已注销的因果角色和历史因果事件。现任因果角色的管理权不在它手里。
但审核我权限的人就是历史因果角色管理部部长。
因为你现在拿到的不是现任因果角色权限。000002说。你拿到的是因果底层架构管理员权限。这个权限在因果场的行政归属上属于历史因果角色管理范畴。现任因果角色管理部没有审核权。
宋河明白了。
他拿到的不是一张升级卡。是一张换桌卡。从现任因果角色这张桌子，换到了因果场创立时期的那张桌子。
所以审核通过之后，宋河说，我归历史因果角色管理部管？
理论上是。
实际上呢？
实际上，000002说，你归因果底层架构本身管。历史因果角色管理部只是一个行政壳。因果底层架构的最终权限不归任何因果管理部。它归因果场本身的因果自我修复机制。你激活了重建协议，因果场就把底层架构权限交给你。部长只能审核，不能拒绝。
他为什么要审核？
因为在因果场的官方记录里，000001梁木是已注销状态。一个已注销因果角色的因果权限被重新激活，必须走历史因果角色管理部的审核流程。这是程序。部长只是在走程序。
那他知道自己在走什么程序吗？
000002又沉默了。
这次沉默了将近一分钟。
他知道。000002说。他在你进入修复线前一天调取了梁木的底线文件。底线文件里有因果重建协议的完整内容。他看过。他看完之后把你调进了修复线。
---
宋河闭上眼睛。
部长知道一切。任无咎知道一部分。梁木知道全部。000002知道全部。
所有人都在等一个结果。
等一个因果兼容度足够高的因果角色，完成因果自我重建，激活因果底层架构管理员权限。
为什么是我？宋河问。
因为你问对了问题。000002说。
什么问题？
你不是问为什么是我000002说。你是问因果场的规则为什么存在。梁木当年问的也是这个问题。
宋河愣住了。
他想起自己进入修复线的第一天。修复线的第一个因果修复任务。他看着那条扭曲的因果链，脑子里只有一个念头——
因果场的规则是谁定的？凭什么因果角色必须遵守？
你问过这个问题，000002说，因果场就注意到了你。不是因为你的因果基础结构有多好。是因为你的因果质疑阈值和梁木完全一致。因果场底层架构有一条因果角色匹配协议。当任何一个在职因果角色的因果质疑阈值与已注销因果角色的阈值完全一致时，协议自动触发。你被标记为潜在兼容载体。
但我被标记之后并没有发生任何事。
因为标记只是标记。激活需要因果修复线和因果调查线同时完成。修复线负责调理你的因果基础结构。调查线负责调权你的因果角色身份。两线归一，协议激活。
宋河深吸一口气。
修复线。调查线。
沈鹤年和任无咎。两条看似平行的因果操作线，在因果底层架构里本来就是一条线。只是被因果场的管理层级拆成了两个部门。
两线归一之后呢？宋河问。
之后，000002说，就是现在。因果底层架构维护模块启动。历史因果角色管理部部长审核你的管理员权限。审核通过后，你会看到因果场的完整因果架构图。
然后呢？
然后你会问出第三个问题。
什么问题？
因果场的规则，000002说，到底是谁定的。
---
消息停在这里。
000002的状态从离线变成了灰色。因果角色通讯录里弹出一条系统提示：因果角色000002的消息通道已关闭。因果角色000002因因果场因果角色通讯协议超时自动断开连接。
宋河看着那行字。因果场因果角色通讯协议超时。
一个已经死了二十三年的因果角色，通过因果场因果角色通讯协议，和现任因果角色聊了整整十八分钟。因果场系统全程没有拦截。没有报警。没有以因果角色000002已故为由切断消息通道。
因果场默认了这场对话。
默认了一个已故因果角色对现任因果角色说的话。
---
因果底层架构维护模块的审核页面刷新了。
审核状态从审核中变成了审核通过。审核人签名：因果场历史因果角色管理部部长。审核意见只有一行字。
因果角色宋河，因果底层架构管理员权限授予通过。请谨慎使用。
没有。没有。只有请谨慎使用。
宋河点了确认。
因果底层架构维护模块的空白界面开始加载数据。不是一份文件。不是一张因果架构图。而是一整个因果场的因果底层因果链。
千万条因果链，像树的根系一样在界面上展开。
每一条因果链都标注了因果角色ID、因果操作类型、因果时间戳和因果影响范围。因果链的颜色从白色到黑色不等。白色是正常的因果操作。黑色是因果异常。
宋河放大界面。
在因果底层架构的最底层，有一条黑色的因果链。比所有因果链都粗。从因果场创立的那一天就存在。
因果链的起点是一个因果角色ID。因果角色000000。
因果角色000000。
梁木是000001。000002是000002。在因果场创始因果角色之前，还有一个因果角色000000。一个不存在的因果角色。一个在因果场因果角色编号系统里没有记录的因果角色。
但因果底层架构不会撒谎。
因果底层架构的最底层，有一条因果链，起点是因果角色000000。因果操作类型：因果场创始协议设立。因果时间戳：因果场标准时间纪元零年零月零日。
因果场创立的那一天，一个没有编号的因果角色设立了因果场创始协议。
宋河看着那条因果链。
消息图标亮了。
这次不是因果角色000002。是因果角色通讯录里另一个离线因果角色。因果角色ID比000002更老。因果角色ID：000000。
消息只有一句话。
因果场创始协议已到期。请在七十二小时内续签。续签失败，因果场因果底层架构将自动重置。
发送者：因果角色000000。
状态：从未上线。