第4章

契约第一条，熟记我的108个喜好，包括讨厌香菜！------------------------------------------“数据造假”分析报告，逐行拆解其攻击路径，一条加密通讯请求忽然弹了出来。：陆时屿。，文件名言简意赅：《陆时屿社会化接口说明书V1.2.ppt》。：“48小时内，完成数据加载。”。，没想到，是关于他本人的。，打开。，没有密密麻麻的文字。，是铺满整个屏幕的UML图。状态图、时序图、类图……无数的逻辑框和数据流交织成一个庞大而精密的系统。，而是一份彻头彻尾的软件设计文档。，是108个被封装好的“对象”，每一个都代表着陆时屿在特定社交场合下的行为准则或个人偏好。“对象-饮食偏好：属性[讨厌香菜、葱、蒜]；方法[剔除]。对象-长辈交流模块：触发条件[家族聚会]；执行函数[引用古诗]；参数[频率≤1次/10分钟]。”。这个男人，竟然把自己活成了一个需要说明书才能正确交互的程序。，两百多页的PPT，每一页都充满了这种冷冰冰的、程序化的“设定”。
直到她看到其中一条。
“规则-饮食限制：不吃辣。”
这很正常，符合他的清冷人设。但下面，还有一行用虚线框起来的子规则。
“IF [情景：为简宁挡菜]，THEN [触发异常处理：可少量摄入，并调用‘喝水’事件，冷却时间60秒]。”
简宁的手指一顿。
为她挡菜？
她的脑海里第一次对“陆时屿”这个名字，产生了除了“AI总监”、“技术大神”之外的、一丝难以名状的波动。
就像在一段完美运行的代码里，发现了一个不属于任何功能模块，却又被特意写下的注释。
她压下那点异样，将整个PPT导入了自己的分析工具。
她没有兴趣去背诵这108条规则，她的职业本能让她想做的，是另一件事——Code Review。代码**。
她要看看，这个自称完美的“系统”，到底有没有*ug。
她编写了一个简单的脚本，将所有规则进行一万次高压模拟运行。
进度条走完，分析报告自动生成。
结果不出所料。
在模拟的一万次运行中，系统共出现了13个逻辑死循环，以及2个未定义行为。
冲突的高发区，集中在“家庭”和“商业”两个场景发生重叠时。例如，当“需要与某位长辈维持良好关系”和“需要打压该长辈扶持的商业对手”两个指令同时触发，系统就会陷入资源调度的死锁，彻底宕机。
原来，再精密的算法，也无法完美模拟复杂的人性。
简宁没有犹豫，更没有去发邮件询问。
对于一个程序员来说，发现*ug，然后提交一个修复补丁，是最高效的沟通方式。
她飞快地敲击键盘，针对那13个死循环和2个未定义行为，编写了一个“补丁程序”，通过增加判断条件和调整优先级，修复了这些逻辑漏洞。
随后，她将修复后的版本打包，作为邮件附件发回给陆时屿。
邮件标题：“Hotfix for LSY_Social_API_V1.2”。
三分钟后，回信抵达。
内容只有五个字：“补丁已合并。”
紧接着，第二封邮件弹出。
“你的学习能力超出预期。作为奖励，解锁‘契约积分’系统。”
陆时屿解释了这个新系统：简宁每完成一次高质量的“情侣扮演”或“职场反击”任务，就能获得积分。积分可以兑换协议之外的资源，比如“服务器算力”、“核心技术人脉引荐”，甚至“陆时屿本人半小时的在线答疑时间”。
这比直接给钱，更能戳中简宁的痛点。
就在她消化这个新规则时，电脑屏幕右下角，她的个人日程表被一股强大的外部权限强制修改。
一个新事件被粗暴地添加进来。
“事件：陆家家宴。”
“时间：周五晚20:00。”
“任务等级：A。”
“预计可获得积分：100。”
“失败惩罚：协议终止。”