美国国防部正式砍掉了 OCX。这不是 GPS 卫星项目被取消，被砍的是 GPS 的新一代地面控制系统。现有 GPS 星座继续运行，普通用户不会因为这条新闻立刻失去导航。

但这事很重。因为美国太空军给出的理由不是“项目又延期了”，而是集成测试发现的系统性问题，已经严重到会让当前 GPS 的军用和民用能力面临风险。意思很直接：OCX 不是晚点上线的问题，而是不能安全接管。

这也是这条新闻最值钱的信息。五角大楼最后没有等“再修一版”，而是改走老路：继续升级现有控制系统，用 Architecture Evolution Plan 逐步支持 GPS III、未来的 GPS IIIF，以及更抗干扰、更抗欺骗的 M-code。

OCX 为什么会被砍

时间线并不复杂。2010 年，五角大楼把 OCX 合同交给雷神。原定 2016 年交付，预算约 37 亿美元。

后面的故事就是军工和政府 IT 里最常见、也最难看的那种：工期一路拖，预算一路涨。完工预算预测后来接近 80 亿美元。截至今年 1 月，政府已经实际支出约 62.7 亿美元。

更关键的是，项目拖到 2025 年终于交货后，测试还是没过关。太空军的说法很重：问题覆盖广泛能力领域，会让当前 GPS 的军用和民用能力承受风险。这个表述决定了它的命运。对关键基础设施来说，不能安全上线，和没做完，本质上已经差不多了。

所以这次不是“继续打补丁、再拖一年”的老剧本，而是承认 OCX 不适合作为 GPS 运行系统接管现网。

更早的警报其实早就有。2016 年，项目就因成本和进度失控险些被砍。美国政府问责局当时点过两件事：采购决策糟糕，软件缺陷率长期偏高。拖到今天才终止，只能说明沉没成本的惯性比技术现实更硬。其兴也勃焉，其亡也忽焉，塌的不是某一版代码，塌的是那套总觉得“再投一点就能成”的组织幻觉。

真问题不只在承包商，而在采购逻辑

把 OCX 写成“雷神没把作业做好”，不算错，但也不够。承包商当然要为高缺陷率和交付失控负责。可更大的问题，在项目一开始的设计逻辑。

OCX 不是一个小步快跑的软件升级包。它是典型的“大而全”工程：新信号支持、安全机制、地面站改造、主控站升级，尽量一次打包，最后由一个新系统整体接管。听起来很整齐，做起来却极容易失控。

因为这种项目奖励的是承诺，不是兑现。它擅长在立项时讲完整蓝图，弱在中途交付稳定能力。时间一长，需求继续加，系统继续复杂，谁都不愿承认最初的方案就有问题，于是预算、分包、延期一起滚大。天下熙熙，皆为利来。放进国防采购语境里，就是每一层都有理由续命，只有系统本身越来越不像能落地的东西。

我更在意的是这种反差。太空军这些年嘴上讲的是快速交付、增量交付、减少复杂度。可 OCX 恰恰是“all or nothing”思路的标本。口号早换了，项目还留在旧年代。不是不会说对的话，而是多年都没把对的话变成采购动作。

历史上，铁路、电网、空管这类大型公共技术系统并不是靠“第一版包打天下”建成的。它们通常先解决可运行，再一点点扩容、并网、提效。OCX 不完全一样，但栽在同一种地方：把未来十年的复杂性，提前塞进一个必须一次接管的系统里。说得难听点，这不是技术野心太大，而是治理上太懒，想用一个巨型项目替代长期而麻烦的渐进建设。

谁受影响，接下来该盯什么

普通 GPS 用户先不用自己吓自己。手机导航不会因为 OCX 被砍就突然失灵。现网继续运行，问题恰恰在于如果让 OCX 接管，反而可能伤到现有能力。

真正受影响的，是两类更相关的人。

一类是关注航天、军工和太空基础设施的人。他们现在要调整预期：短期内，GPS 地面段不会靠一个“下一代总平台”翻篇，而是继续靠旧系统增量改造撑住过渡。这意味着对 GPS III、GPS IIIF 和 M-code 的能力兑现，今后更要看小步升级能不能按时落地，而不是等一个大系统通关。

另一类是政府科技采购和大型软件项目的从业者。这个案子已经足够当反面教材了。以后再看到一个十年周期、全功能打包、关键基础设施整体切换的软件计划，采购方至少该多做两件事：先压缩首版目标，再要求更早的可运行交付。要不然，项目看起来完整，风险却是整包吞下。

替代路径也已经很明确。美国将继续通过现有控制系统和 Architecture Evolution Plan 做增量升级，而不是让 OCX 接盘。太空军本月还向洛克希德·马丁给出一份 1.05 亿美元合同，用于为明年起飞的 GPS IIIF 卫星提供地面系统支持。信号很清楚：先让新卫星和新能力逐步接上旧体系，再慢慢扩，不再等一个“终极系统”一把梭。

接下来我会盯三个变量。

  • 老系统增量改造，能不能按节奏支持 GPS III、GPS IIIF 和 M-code。
  • 太空军嘴里的“快速、渐进式交付”，会不会真的落到合同结构和验收方式上。
  • 下一个类似项目，五角大楼是继续批“全有或全无”的巨型软件，还是肯为分阶段交付承担治理上的麻烦。

这三件事里，前两件决定能力兑现，后一件决定下一次会不会再烧出一个 OCX。

对读者来说，动作也不同。做产业研究的人，接下来该少看愿景图，多看合同拆分、验收节点和过渡方案；做采购和项目管理的人，该把“能否先运行”放在“功能是否齐全”前面；普通用户则不用把它理解成 GPS 要停摆，而该把它看成一次典型的大型关键软件失败案例。