第二关的正式对战环节，叶辰被分到了一个码农境四阶的对手。
他没有再使用最后那一掌。
也没有机会——对手比许锋弱，而叶辰的冒泡排序掌虽然粗糙，但经过上一场实战的"热编译"后，运行效率提升了不少。他用三个循环的冒泡积蓄了足够的反击力量，在第四个循环释放，将对手推出了石台。
赢得不漂亮。
但赢了。
NULL的评价是："你的冒泡排序掌完成度从60%提升到了71%。实战是最好的debug环境。"
第三关——协作任务。
规则变了。不再是单打独斗，而是两人组队。
"第三关考察的不是个人实力，"青岚长老站在灵码碑前宣布，"而是协作能力。修炼不是一个人的事——开源宗的核心理念是'开放、共享、协作'。一个只会单打独斗的修士，走不长远。"
他挥手，灵码碑表面浮现出一幅巨大的阵法图——
那是一块残缺的代码碑的投影。碑面上的术式代码约有三分之一已经模糊不清，需要修复。
"任务：两人一组，协作修复这块代码碑。修复的代码必须通过编译，且与原碑的逻辑保持一致。限时一个时辰。"
考生们开始自行组队。
叶辰还没来得及找人，苏沐橙已经大步走到他面前，伸出手。
"组队？"
"你不怕拉低你的评分？"叶辰看了看周围——不少考生正在用复杂的目光看着他们。S级天才和NaN异常者组队，怎么看都不像是一个明智的选择。
"谁拉低谁还不一定呢。"苏沐橙不以为意地挥了挥手，"走，看看题目。"
每组领取到的代码碑残片各不相同。
叶辰和苏沐橙拿到的是一块中等难度的残碑——一段防御术式的代码，约六十行，其中二十行残缺需要修复。
苏沐橙看了三息就有了思路："防御术式的核心是'过滤规则'——哪些攻击该挡、哪些该放、阈值怎么设。残缺的部分主要在过滤规则的判断逻辑上。我来写判断逻辑，你来写输入接口和输出响应。分工明确，效率最高。"
叶辰点头。
两人分头开工。
苏沐橙的编码速度极快——她的指尖在空气中飞速划过，每一行代码都如同行云流水，格式工整、命名规范、逻辑严密。她写代码的风格和她的性格一模一样：直接、高效、不拖泥带水。
叶辰的速度慢得多。但他写出来的每一行代码都经过了反复推敲——他没有苏沐橙那种训练有素的编码肌肉记忆，只能依靠笨拙但严谨的逻辑一步步推进。
二十分钟后，两人都完成了各自的部分。
"合并。"苏沐橙说。
在修炼界，"合并"是一项基本操作——将两个人分别编写的代码段整合为一个完整的术式。就像两条支流汇入同一条河。
理论上，如果两人的代码遵循相同的规范、使用兼容的接口，合并应该毫无障碍。
苏沐橙将她的过滤逻辑代码与叶辰的输入输出代码对接。
灵码碑上的术式框架开始整合。
然后——
红色的错误提示炸了一屏。
[MERGE CONFLICT]
> Line 23: Naming convention conflict
> Branch A (苏沐橙): filterRule_alpha
> Branch B (叶辰): filter_rule_alpha
> Line 31: Data type mismatch
> Branch A: Integer
> Branch B: Float
> Line 38: Return format conflict
> Branch A: structured_output{code, message}
> Branch B: raw_value
> ...
> Total conflicts: 7
合并冲突。
苏沐橙的笑容僵了一瞬。
"七个冲突？"她瞪大眼睛，"我们只写了二十行代码，怎么会有七个冲突——"
她快速扫了一遍错误日志，然后深深地吸了一口气。
"命名规范不一致。"她转头看向叶辰，语气没有责怪但带着明显的困惑，"你用的是下划线命名法（snake_case），我用的是驼峰命名法（camelCase）。你的数据类型用浮点数，我用整数。你的返回值是裸数据，我的是结构化输出。"
"我知道。"叶辰说。
"你知道为什么不提前说？"
"因为你没问。"
苏沐橙张了张嘴，又闭上了。
她确实没问。
她太习惯了——在开源宗的环境中，所有弟子从入门起就被统一教授驼峰命名法和整数类型。这是宗门的编码规范，刻在每个弟子的肌肉记忆里。她根本没想过叶辰用的会是不同的规范。
"你的编码规范是从哪里学的？"苏沐橙压低声音问。
"标注坊。"叶辰说，"闭源阁的数据标注规范用的是下划线命名法，浮点精度，裸数据返回。我标注了三年，这些规范已经刻进骨子里了。"
苏沐橙沉默了。
这就是问题的本质——不是谁对谁错，而是两套完全不同的编码规范在合并时产生了结构性冲突。
就像两个程序员分别用Java和Python写了同一个函数的两半，然后试图拼在一起。
"怎么改？"苏沐橙问。
最直接的方案是：让一方完全放弃自己的规范，改成另一方的。
但那意味着要重写一整半的代码——时间不够。
叶辰盯着那七个红色的冲突提示，沉思了十几息。
标注坊三年的经验再一次发挥了作用。
他在标注不同宗门提交的术式数据时，经常遇到类似的问题——不同宗门使用不同的编码规范，但标注系统需要将它们统一处理。标注坊的解决方案是——
"适配层。"叶辰说。
苏沐橙抬眼看他。
"我们不改任何一方的代码。"叶辰在灵码碑上快速划出一段框架，"在你的代码和我的代码之间，加一个中间层——适配层。它的工作是：接收我的下划线命名、浮点数据和裸返回值，转译成你的驼峰命名、整数类型和结构化输出。"
"反过来也一样——你的输出经过适配层转译后传递给我的接口。两套规范各自独立运行，通过适配层无缝对接。"
苏沐橙的目光亮了。
"设计模式——适配器模式（Adapter Pattern）。"她低声说出了这个概念的学名，"我在源码碑林里读到过，但从来没在实战中用过。"
"你是天才，你不需要。"叶辰平静地说，"但我不是。我从出生开始就活在'不兼容'的环境里——底层标注工用闭源阁的规范干活，却要给开源宗提供数据。如果我不会做适配，我连工作都完不成。"
苏沐橙看着他，目光中翻涌着某种叶辰读不懂的情绪。
然后她笑了。
"行。写适配层——我来写上半部分的接口转译，你来写下半部分的数据格式转换。"
两人再次分头工作。
这一次，叶辰写得比之前快了很多——适配层的逻辑他太熟悉了，几乎是本能的反应。而苏沐橙在理解了适配层的设计思路后，也迅速上手，将自己那一半的转译接口写得干净利落。
十分钟后，适配层完成。
"第二次合并。"
灵码碑整合两人的代码——这次，代码穿过了中间的适配层，命名规范被自动转译，数据类型被无缝转换，返回格式被统一处理。
红色的冲突提示一个都没有出现。
[MERGE SUCCESSFUL]
> Compilation: PASS
> Logic check: PASS
> Style check: WARNING - Mixed naming conventions detected (resolved via adapter layer)
> Final score: A-
A-。
苏沐橙长长地呼出一口气。
"A减——因为适配层本身引入了额外的复杂度，被扣了一些分。"她转头看着叶辰，"但如果没有适配层，我们连编译都通不过。"
叶辰靠在旁边的石柱上，闭上眼睛。
他的算力在连续三关消耗后已经见底了。冒泡排序掌的实战、适配层的编写，加上全程运行的垃圾回收术式——他的内核像一台满负荷运转了太久的老机器，每一个组件都在发出疲劳的吱嘎声。
但他撑住了。
"你写的适配层很聪明。"苏沐橙在他旁边坐下，声音比平时轻了几分。
"不是聪明。是被逼的。"
苏沐橙没有回应。
安静了一会儿后，她忽然说了一句话。声音很轻，像是在对自己说。
"我一直以为，最好的方式就是让所有人使用同一套规范。统一的命名法、统一的数据类型、统一的返回格式——这样就不会有合并冲突，不会有兼容问题，一切都井井有条。"
她偏头看向叶辰。
"但你让我看到了另一种可能——也许不需要让所有人变成一样的。也许只需要一个好的适配层，就能让不同的人协同工作。"
叶辰睁开眼。
"你在说什么？"
"在说——"苏沐橙的嘴角弯了起来，"我的方法不是唯一的最优解。"
她站起身，拍了拍裤子上的灰。
"以后有空教教我下划线命名法。搞不好哪天用得上。"
叶辰看着她走远的背影，忽然觉得——
这个人写出来的代码，大概真的和她的性格一模一样。
直接、高效、不拖泥带水。
但偶尔——也会停下来，看看别人的代码是怎么写的。
而苏沐橙走出几步后，脚步微微放慢了。
她的脑海中浮现出叶辰画适配层框架时的样子——手指不快，但每一笔都带着一种她在碑林里从未见过的、来自另一套规范体系的独特逻辑。
有意思。
她在心中给叶辰打了一个标签——不是"盟友"，不是"弱者"，也不是"竞争者"。
是"待研究课题"。
一个她还没有读懂的、用不同编码规范写成的、可能藏着意外收获的代码库。
第三关结束。
所有小组的成绩被汇总到灵码碑上。
叶辰和苏沐橙的A-是全场第三高分——最高分是一对世家子弟的A+，第二名是A。
更重要的是，编译考官在成绩公布后单独提了一句："叶辰组的适配层方案，展现了对设计模式的深刻理解。特此标注。"
"特此标注"——在开源宗的考核体系中，这意味着考官认为该方案具有超出考核本身的学术价值。
叶辰注意到，青岚长老在听到这句评语时微微点了点头。
赵空明的目光从银色令牌上移开，第一次认真地看向了叶辰。
不是审视，不是打量。
是重新评估。
"他在你的排序队列中的位置又变了。"NULL说。
"变到哪了？"
"'需要关注'。"
叶辰没有回应。
他太累了。
他现在只想睡觉。
而且他的内核深处，注释代码在第二关结束后就一直不太安分——那些被//封印的远古符文在微微颤动，像是一头被短暂唤醒后又被强行按回去的困兽，还没有完全平静下来。
叶辰闭上眼。
苏沐橙的声音在不远处响起，似乎在跟什么人聊天。
她的笑声清朗、利落，像一段通过了所有测试的完美代码。
叶辰在这个声音中，沉沉地睡了过去。