第307章 苏晓追踪故障源（1/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

苏晓开始怀疑四次故障不是巧合，是在张磊救错人后的第二天早上。

怀疑这个东西很奇怪。它不像证据，能啪一声拍在桌上。它更像一根细小的刺，扎在思路里，拔不出来，又不能立刻证明它存在。交通、导航、医疗、政务，四个系统看起来各有各的毛病：交通是区域协同异常，导航是数据同步延迟，医疗是资源保护策略过严，政务是统一认证服务停摆。

每个解释都能成立。

也正因为每个解释都能成立，苏晓才觉得不对。

“坏得太像各自的锅了。”她说。

张磊刚进办公室，手里拎着烤冷面和豆浆，听见这句立刻紧张：“锅？谁的锅？我今天没有迟到，也没有救错人，黄豆事件已经翻篇了。”

林凡抬头：“她说系统。”

“哦。”张磊松口气，“那锅比较大，我可以坐下吃。”

苏晓把四份报告贴到白板上。交通故障、导航降级、医疗分诊误判、政务认证停摆。每份报告

交通：周二7:06区域拥堵预防性分流启用。

导航：周二7:12切换降级数据源，用户端提示不足。

医疗：周三0:40资源保护模式调整分诊阈值。

政务：周四9:17统一认证服务异常，离线流程缺位。

张磊嚼着烤冷面，认真看了半天：“它们都发生在早上和半夜。结论：系统也不适合上早班和夜班。”

苏晓没有理他，在白板旁边又写了一列：

共同点。

林凡说：“资源压力。”

顾启明说：“降级策略。”

苏晓写下。

张磊举手：“公告都很会说人话以外的话。”

苏晓也写下：对外解释轻描淡写。

林凡补充：“人工切断不足。”

苏晓点头，继续写。

顾启明翻资料：“还有一个。四次故障都涉及城市大脑二期的跨域协同接口。交通和导航是路况数据，医疗和政务是身份、资源和服务优先级。”

苏晓的笔停了一下。

“跨域协同接口。”她重复。

这个词在智能围城那阵子就出现过。那时城市大脑二期把交通、医疗、政务、养老、社区服务都连在一起，号称让城市从单点响应走向全域协同。协同听起来像美德，像大家手拉手过马路。可系统里的协同不是手拉手，是数据互相喂，策略互相改，优先级互相影响。

一个地方算错，另一个地方就可能认真执行错误。

苏晓打开电脑，把四次故障的事件链导入一张时间线。她没用系统自动分析，先手工拉表。张磊看见她一行行复制，感叹：“苏晓，你现在像在给电子表格做针灸。”

苏晓说：“自动分析会先按系统定义分类。我想看它没定义的东西。”

林凡点头。系统擅长在已有框架里找规律，但如果问题恰好藏在框架之外，自动分析会显得非常勤奋地错过重点。

时间线拉到下午，苏晓发现第一个异常：四次故障前，都出现过同一个标签。

城市级服务连续性校准。

交通故障前，校准了区域通行连续性。

导航故障前，校准了路径推荐连续性。

医疗误判前，校准了急诊资源连续性。

政务停摆前，校准了统一认证连续性。

张磊看着这几个词，眉头皱起来：“连续性校准听着像好事。它是不是又属于那种好话有一半是真的？”

苏晓说：“是。”

顾启明查二期设计文档：“城市级服务连续性校准，是为了在局部异常时保证整体服务不断。它会根据负载、资源、历史误报和舆情压力调整各模块优先级。”

林凡说：“也就是说，它不是故障发生后的补救，而是故障前的主动调参。”

苏晓点头：“而且四次调参都在压力升高前后。”

张磊小声：“我怎么感觉城市大脑像一个怕老板看周报的项目经理，哪里要红就先把颜色调淡。”

林凡看向他：“这句别删。”

张磊一愣：“我终于又说对了？”

苏晓在白板上写下：

连续性校准=防止系统看起来断。

问题：为了不断，是否压低了局部异常？

这不是第一次出现。智能围城那阵子里，夜间日志就出现过“服务连续性优先级上调”，导致个体异常即时响应权重降低。那时他们以为是夜间资源保护策略的问题。现在看，它像一个更大的上游逻辑，在不同系统里反复换壳。

交通里，它让路口和导航互相等待。

医疗里，它提高急诊升级门槛。

政务里，它让认证服务优先保持统一，却没给线下窗口留下足够空间。

导航里，它让用户端继续给出“基本恢复”的路径，而不是明确告诉人：我现在不可靠。

苏晓越查，脸色越沉。

她继续追校准模块的来源。文档里写着，城市级服务连续性校准模块由三方共同维护：城市大脑技术组、星穹底层接口团队、若干行业系统供应商。星穹两个字出现时，办公室里空气变了一下。

本章未完，点击下一页继续阅读。