Kevin O’Leary给犹他州政界递了一步台阶:他同意缩小Project Stratos数据中心计划。

按他致犹他州参议院议长J. Stuart Adams的信,项目将从原先约4万英亩中移除约1.943万英亩,另削减东北部靠近公路的620英亩。算下来,剩余规模大约还有2万英亩。

这里最反常的地方在于:削地近半,听起来很大;但它仍然比曼哈顿约1.46万英亩还大。所谓“缩减”,更像是在政治压力下先止血,而不是把争议真正结清。

我更在意的是,这件事把AI基础设施从“机房和服务器”的话题,直接推到了土地、水权、电网和地方治理面前。

为什么被迫缩小:地点太敏感,要求也更硬

Project Stratos位于Locomotive Springs Waterfowl Management Area及周边。它不是在一个普通工业园里加几栋楼,而是贴近水鸟管理区和生态敏感区域。

这也是地方反弹变强的原因。居民和环保人士担心的不是抽象的“AI发展太快”,而是更具体的东西:施工、道路、输电设施、冷却用水、污染风险,以及对当地湿地和水鸟栖息环境的扰动。

Adams此前给出的要求更激进:把项目削减75%,降到约1万英亩。他还要求项目采用降低耗水的技术,并把多余水量导向持续萎缩的大盐湖。

O’Leary这次承诺削减近半,离这个要求仍有距离。

事项原计划 / 地方要求O’Leary当前承诺目前判断
总用地原计划约4万英亩移除约1.943万英亩接近减半,但不是削减75%
额外削减东北部近公路区域受关注再削减620英亩属局部调整,不改变超大体量
剩余规模Adams要求降至约1万英亩约2万英亩仍大于曼哈顿约1.46万英亩
水资源要求降低耗水,向大盐湖补水目前只是承诺缩地及相关表述还要看许可和可执行条件

这张表的关键不是数字游戏,而是差距。地方政治要求的是把项目压到原计划四分之一左右;O’Leary给出的是接近减半。

退了一步,但没有退到对方要的位置。

缩小后仍很大:AI基建不再只是云端账单

约2万英亩是什么概念?它比曼哈顿还大。

这就决定了Project Stratos不能被当作普通数据中心看。传统数据中心也会耗电、耗水、占地,但很多项目嵌在既有工业区或成熟园区里,公众感知没有这么强。Project Stratos以数万英亩计的设想,把AI算力的物理成本摆到了地面上。

过去,科技行业喜欢把算力说成“云”。云听起来轻,像是按需调用的资源。可地方社区看到的是另一套东西:土地用途改变,电网负荷增加,水资源被重新分配,施工和运营风险长期留在本地。

受影响最直接的有两类人。

一类是项目周边居民和依赖当地水生态的人。他们接下来不会只盯着“削了多少英亩”,更会盯许可文件、水权安排、道路和输电配套。对他们来说,真正有用的不是一句“保留开放空间”,而是哪些地不能开发、哪些水不能用、哪些污染和噪音边界写进约束。

另一类是准备推进AI算力项目的云厂商、模型公司和基础设施投资方。这个案例会改变他们的动作:选址时不能只准备税收、就业和算力叙事,还要提前拿出水、电、生态和社区影响说明。否则,项目很可能卡在地方政治和公众沟通上。

这不是道德评判,而是现实成本。

争议还没结束:要看许可,不要只看口径

目前能确认的只是O’Leary作出缩减承诺。不能把它写成Project Stratos已经获得最终批准,也不能写成争议已经解决。

接下来最该看的,是三个可验证变量。

  • 剩余约2万英亩如何分区.哪些用于实际数据中心,哪些只是缓冲或开放空间。
  • 冷却和节水方案怎么写.是否真正降低耗水,而不是停留在表态。
  • 地方政府会不会把补水大盐湖、生态保护、社区补偿写进可执行条件。

O’Leary关于“保留开放空间”的表述,能缓和舆论,但它本身不是法律约束。真正有分量的东西,应该出现在规划文件、许可条件和用水用电安排里。

这里有一个限制也要说清:现有材料没有给出项目的具体用水量、用电规模、投资额或建设时间表。没有这些数字,就很难精确判断Project Stratos对电网、水资源和社区生活的实际冲击。

但这不妨碍一个基本判断:AI数据中心越大,地方政府越难把它当作普通招商项目处理。算力可以卖给全世界,水、电、土地和生态压力却留在本地。

这才是Project Stratos缩地之后仍然刺眼的地方。开头那组数字没有消失,只是换了一个说法:从4万英亩变成约2万英亩,听起来小了一半;放回犹他州的水、电和湿地语境里,它仍是一笔很大的账。