第29章 太“正常”的对照组（2/2）

顺利。

顺滑得简直离谱！跟开了游戏简单模式、还自带攻略提示一样！

跟赵清妍聊天，根本不需要像面对秦雪那样，每一句话都要在脑子里转三个弯，反复揣测字面之下是否藏着十八层潜台词，或者哪个词会莫名其妙触碰某个未知的、一触即爆的情绪地雷。

她说“喜欢加缪”，我就能立刻调动系统资料库，接上“《局外人》里默尔索那种表面上的冷漠与抽离，本质上其实是对社会既定虚伪规则的一种沉默反抗与精神洁癖”；

她说“手冲咖啡的水温总控制不好，容易过萃或萃取不足”，我就能自然地类比“这跟我们调试复杂系统时的参数微调一个道理，变量多，反馈延迟，确实需要大量练习和细致感受，才能找到那个‘刚好’的手感与平衡点”。

没有令人窒息的长时间沉默，没有突如其来的消息撤回和冰冷的“发错了”，连系统在旁边都显得有点“无所事事”，刷出的提示都透着一股悠闲：

【当前互动流畅度：95%。好感度稳步提升中：68%。关系发展预测：基于当前模型，预估在2-3个月内，有87%概率可确立稳定、健康的恋爱关系。整体风险评估：低于10%（主要风险为外部不可抗力或突发价值观冲突）。】

健康吗？稳定吗？前景光明吗？

废话，当然健康，当然稳定，简直是一条肉眼可见的、铺着红毯的康庄大道。

可我盯着屏幕上这过于流畅、过于“正确”、毫无意外的对话，心里却像被塞进了一团湿棉花，堵得慌，泛起一股难以言喻的、巨大的……寡淡和倦怠。

味同嚼蜡。

回想之前，跟刘婉婷玩“情感扶贫”和“欲擒故纵”，看着她从一个端着架子、点到为止的“体面小学老师”，一步步变成会主动发“早安”、分享琐事、甚至隐隐依赖的“小女人”；

跟林薇进行“高端利益博弈”与“心理攻防”，让她从一个眼里只有kpi和股价、鼻孔朝天的“投行精英”，转变为愿意为我推掉不那么重要的会议、一起吃饭、甚至开始规划“我们”未来的“伴侣”。

那种精准操控他人情感开关、像顶级黑客一样逐步破解对方心理防火墙、看着目标按照自己编写的剧本一步步做出预期反应的、混合着智力优越感与情感掌控力的极致刺激……比在竞技游戏里碾压对手连赢十局，都更让人肾上腺素狂飙，彻夜难眠地上瘾。

而现在，和赵清妍的这种“健康互动”……

就像是一个喝惯了高度数烈酒、享受那种灼烧感与眩晕感的老酒鬼，突然被灌进去一大杯温吞吞、没有任何层次的凉白开。

确实解渴。也确实……没劲透了。

我感觉自己快被活生生劈成两半，不，好几瓣来用了：

白天，我得按照系统写好的“灵魂知己兼生活伙伴”标准剧本，跟赵清妍对戏。聊文学，聊旅行，聊咖啡，脸上挂着经系统校准的、温和得体、绝不出错的微笑，手边还堆着昨晚没洗、咖啡残渣都快结成水泥块的马克杯；

到了深夜，又必须立刻切换到“高危心理破译员兼创伤疗愈师”的极限模式。对着秦雪那个沉默或偶尔炸出惊雷的对话框，眉头紧锁，深入研究系统提供的“复杂性创伤后应激障碍（cptsd）反应模型”和“艺术表达中的潜意识符号学”，字斟句酌，琢磨着如何在她那坚硬冰冷、布满裂痕的外壳上，再小心翼翼地、撬开一丝几乎看不见的缝隙。

这时候，手机必须老老实实夹着那个用胶带缠了又缠的二手散热背夹，风扇呜呜作响，否则屏幕烫得根本没法长时间触碰；

电脑后台，微信pc版还同时挂着另外三个相亲对象（姑妈、表姐、王姐介绍的）的聊天窗口。系统根据她们的基础资料，自动生成标准化的、不同风格的应对话术模板。我只需要像个莫得感情的、高效率的复制粘贴机器，定时定点发送：

“刚开完会\/忙完项目，抱歉回晚了，你推荐的那家餐厅我记下了，下次有空试试。”

“今天加班有点累，先休息了，你也早点睡，晚安。”

我活脱脱就像个在同时运维多台架构迥异、负载不均、且对稳定性要求天差地别的复杂服务器的苦逼程序员。

左手切到秦雪的ssh终端（高危生产环境），全神贯注，手动输入每一条高风险指令，实时监控任何细微的日志报错；右手切到赵清妍的图形化管理界面（稳定预发环境），按部就班，点击标准化部署按钮，看着进度条平稳推进；后台还要分出一部分线程，去处理那几个挂在负载均衡后面的、连主机名都懒得记的测试服务器（路人甲环境），确保它们别宕机、别出幺蛾子就行。

看着她们一个个，按照我（和系统）精心设定的节奏、预期的脚本，做出符合“攻略进度”的反应——或展露笑颜，或产生依赖，或主动靠近。

就像在欣赏一场由我亲自编程、操控的精密提线木偶戏。

我的指尖在无形的数据丝线上轻轻勾动、牵引，她们便在舞台的灯光下，随之起舞，露出我期待看到的表情。

这种将他人情绪、反应、乃至关系走向，完全掌控在自己股掌之间的、上帝视角般的感觉……足以让我在无数个深夜里，盯着系统面板上那些跳动的、代表征服与掌控的数据，从心底里涌起一阵阵近乎战栗的兴奋，甚至能让我从睡梦中，带着满足的笑意醒来。

然而，或许是这种“一切尽在掌握”的错觉过于醉人。

或许是同时处理多线任务带来的“超人感”让我有些飘飘然。

沉浸在极致掌控感中的我，却下意识地忽略了一个最基础、也最致命的编程常识与历史教训：

再牛逼、再看似完美的系统架构，再严谨、再全面的测试用例……也永远无法在真实运行中，做到100%规避 “意外” 这颗不定时炸弹的潜在威胁。

在我过往写过的无数行代码、调试过的无数个复杂系统里，那些逻辑堪称完美无瑕、在测试环境里跑得风生水起的程序……最终在生产环境轰然崩溃、死得很难看的原因，往往都不是因为什么宏大的设计缺陷。

而仅仅是因为，碰上了一两个在测试阶段压根没被考虑到、或者被认为概率低到可以忽略不计的……微不足道的、诡异的、完全不符合常理的……异常值。

它们就像宇宙射线，偶尔，就那么一下，精准地打中了某个脆弱的内存位。

然后，一切井然有序的“掌控”，瞬间土崩瓦解。