第一卷《八万亿》第四十一章
常态化跟踪项目进入第二个月后，操作层的运行节奏开始显现出一种更加稳定的周期性。标记的触发频率不再像初期那样有时密集有时稀疏，而是逐渐趋近于一个相对恒定的区间——每周大约触发两到三枚新标记，偶尔会有一周触发四枚，但从未超过四枚。孙校尉在值房的日常对接工作中已经能够比较准确地预判每周的工作量，他把操作层的日志检查和反馈表单填写固定在了每天上午和下午各一次的节奏中，遇到需要紧急处理的情况再临时调整。
姜勃鑫在这段时期里，逐渐把更多的注意力转移到了操作层数据的长期趋势分析上。他发现虽然每周触发的新标记数量保持稳定，但标记的部门分布正在发生变化：编制优化办和综合办的标记比例在缓慢下降，而功德司和后勤司的标记比例在缓慢上升。这种分布变化反映的是操作层在不同部门的覆盖深度差异——在编制优化办和综合办，操作层已经运行了足够长的时间，那些差异最明显的岗位已经被较早地识别了出来；而在功德司和后勤司，操作层的部署时间较短，标记触发的峰值期还没有完全过去。
他把这个观察记录在了一份单独的分析笔记中，没有向技术处或编委会提交正式报告。他在笔记的末尾写道：“标记分布向新部署部门转移，说明操作层在不同部门的覆盖深度正在拉平。当所有部署部门的标记触发频率趋于一致时，操作层的基线数据就完整了。“
第二个月的第三周，技术处完成了对巡防司的前期调研，并提交了一份关于巡防司部署的正式建议。建议的内容与后勤司的部署方案类似，但增加了两项额外的配置：一是巡防司的岗位分类比后勤司更细，需要新增几组字段映射规则；二是巡防司与功德司之间的数据接口需要做一次兼容性测试。姜勃鑫在建议末尾回复了确认，并注明巡防司的部署可以在后勤司全部岗位的基线建立完成之后启动。
在等待巡防司部署启动的间隙，姜勃鑫处理了从综合办传来的一件小事。综合办辅助单元的那枚标记在完成数据对齐后，岗位负责人提交了一份正式的情况说明，确认了操作层的编制调整建议被采纳。说明中附了一份简短的反馈意见，建议操作层在后续版本中增加一项“编制调整建议的预期影响评估“功能，帮助部门负责人在接受调整前预先了解调整可能带来的连锁影响。他把反馈意见录入了一份单独的汇总清单，然后通过技术处的内部系统转发给了功能开发组，供他们在后续功能规划中参考。
那天下午，姜勃鑫坐在值房里翻看操作层的标记汇总表。汇总表上的条目已经达到了二十八行，每一行对应一枚已经触发或正在处理中的标记。他在翻看过程中注意到，在汇总表底部几行中，有一行条目下方出现了一个此前没有见过的字段名称——“关联标记“。
他没有在汇总表上设置过“关联标记“这一列。他放下汇总表，打开操作层的系统界面，查看了那枚标记的详细信息。那是一枚刚触发不到三天的新标记，归属部门是功德司，岗位类型是数据维护。在标记详情页的底部，他看到了一行系统自动生成的附注：“本标记与同部门另一枚已归档标记（编号GS-007）触发条件相似度87%，建议参考该案例的处理路径。“操作层的比对机制在生成标记时，已经能够将新触发标记与已归档的旧标记做相似度比对，并自动生成关联建议。他确认了操作层系统中已经新增了自动关联标记的功能模块，在下一**能更新时被激活了。但他对自动关联标记的触发逻辑还没有正式确认过。
他关上详情页，没有额外操作，只是把汇总表中新增的“关联标记“字段的位置记了下来。第二天，他在例行的日志检查中注意到另一枚新标记也被标注了类似的关联提示——提示指向一枚已经完成数据对齐的旧标记。关联提示的格式与前一天看到的一致，处理路径的相似度数值略有不同，约为82%。操作层的相似度比对功能在持续运行中，每一枚新标记生成时都会自动与已归档的旧标记做一次比对，然后在比对数值高于预设阈值时生成关联提示。