Big Tech 反垄断换战场：州政府和海外监管正在接力

联邦监管退潮后，州政府和海外机构可能接过 Big Tech 反垄断战场。

大型科技公司的监管风险，正在从一个中心化问题变成一个分布式问题。

过去很多人默认，真正能撼动 Google、Apple、Meta、Microsoft、Oracle 这类公司的，只有美国联邦层面的监管机构。这个判断现在不够用了。平台公司是全球化的，监管也开始变得全球化；而在美国国内，州政府同样握有反垄断执法权。

当一个中心失效，边缘节点可能接管战场。

图：监管压力从单一中心扩散成多点协作

平台垄断的证据，可以跨地区复用

旧时代的垄断企业往往在不同国家控制不同环节。比如一个石油巨头可能在美国控制炼油厂，在德国控制港口。两个国家面对的是同一家公司，但事实结构并不一样，证据很难直接复用。

今天的平台公司不同。

Google 的搜索、广告和 Android 生态，Apple 的应用分发和支付规则，Meta 的社交网络和广告系统，Microsoft 的企业软件和云捆绑，通常在多个市场里沿用相似打法。产品界面不同，合同语言不同，但控制点很接近。

这让监管协作有了现实基础。

图：不同司法辖区的案件事实汇入同一组平台控制点

对平台公司来说，全球一致性原本是规模优势；对监管机构来说，它也可能成为证据复用的入口。

法律底层也有相似性

很多国家的竞争法体系并不是完全孤立发展出来的。二战之后，美国通过马歇尔计划影响了多个国家的法律和经济制度建设，反垄断理念也被带入不同司法体系。

这意味着，一些国家针对垄断行为的法律判断并非毫无共同语言。只要企业行为足够相似，一个国家的成功案例，就可能成为另一个国家的参考。

这不是说监管可以复制粘贴。每个司法辖区都有自己的程序、证据标准和政治约束。但在平台公司同一套打法打全球的前提下，监管机构之间交换事实材料、证人线索和经济分析模型，会比上一个工业时代更有效。

图：相似商业模式让事实材料、证人线索和经济分析更容易互相参照

美国各州不是旁观者

美国反垄断法并不只属于联邦政府。州检察长同样可以执行相关法律，也可以联合其他州发起诉讼。

这点在当前环境下变得重要：如果联邦层面对大型科技公司的执行意愿下降，各州并不会自动失去行动能力。更现实的情况是，州级执法会成为新的承压点。

执法主体	优势	限制
美国联邦机构	资源集中、影响大、可全国推进	受联邦政治周期影响明显
美国州检察长	仍在美国司法体系内，可直接执行判决	需要跨州协作，资源不均
海外监管机构	接近本地市场和用户，可形成外部压力	对美国公司的强制执行能力有限
州级与海外协作	事实、证人和案例可互补	协调成本高，容易遭遇外交压力

关键点在于，美国州政府和海外监管机构的需求可以互补。海外监管机构可能更了解本地市场损害，但执行美国公司判决时阻力更大；美国州政府在美国司法体系内更容易推动执行，但需要更广泛的事实材料。

证人会变得更重要

反垄断案件最难的部分之一，是证明平台公司有意维持或扩大垄断地位。外部数据能说明市场结果，却不一定能说明内部意图。

内部员工、离职员工、前高管、合作伙伴和被平台惩罚过的企业，会成为更关键的证据来源。

这一点对科技公司很敏感。大型平台往往通过保密协议、离职限制、仲裁条款和法律威慑控制信息流出。如果州级立法机构或监管机构正式传唤证人，这些限制会受到测试。

互联网行业接下来可能会看到更多这种场景：监管案件不再只围绕市场份额和价格，而是围绕内部备忘录、产品会议、平台规则变更、开发者封禁记录、广告竞价实验和接口限制决策展开。

对开发者意味着什么

反垄断看起来像法律话题，最后会落到开发者的日常选择上。

如果平台控制力下降，应用分发、支付通道、浏览器引擎、广告归因、云迁移、数据可携带性都会发生变化。相反，如果平台进一步和国家机器、资本市场、AI 基础设施绑定，独立开发者和中小软件公司的空间会继续被压缩。

几个变化值得盯：

应用商店是否允许更自由的支付和分发。
云服务商是否继续通过捆绑锁住企业客户。
广告平台是否被迫提高竞价和归因透明度。
社交平台是否必须开放互操作接口。
AI 基础设施是否被少数超大平台控制。
本地数据中心、开源软件和区域云是否获得政策支持。

后美国互联网不是口号

如果美国联邦政府不再愿意约束本国科技巨头，其他国家就有动机建设更独立的互联网基础设施。这里面会有政治口号，也会有很实际的工程需求：本地云、开源办公套件、可审计身份系统、区域化数据托管、公共部门软件替代方案。

对开发者来说，这不是简单的去美国化。更准确地说，是平台依赖被重新定价。

过去选型时，默认使用美国大厂 API、云服务、应用商店和广告系统，是成本最低的路径。未来几年，这个默认值可能被合规、数据主权、反垄断调查和供应链安全共同改写。

图：监管压力如何传导到平台规则和开发者空间

技术团队该如何看

技术团队不需要每天研究反垄断法，但不能再把平台政策当成外部噪音。

如果产品高度依赖单一应用商店、单一云、单一广告平台或单一 AI 模型供应商，就要把监管变化纳入架构风险。不是为了预测哪场官司会赢，而是为了避免业务被一个平台规则按钮卡死。

图：平台依赖最终会变成工程架构里的迁移成本

更稳的做法通常很朴素：

依赖点	降低风险的工程动作
云平台	保留数据导出、镜像部署和迁移脚本
AI 模型	抽象模型接口，避免业务逻辑写死在单一供应商
应用分发	建立官网、邮件列表、社区和备用支付路径
数据存储	明确数据所有权、备份策略和删除机制
开源组件	跟踪许可证、维护状态和供应链签名

监管会改变平台的边界，平台边界会改变产品架构。对互联网从业者来说，法律新闻最终会变成 API、账单、审核规则和迁移成本。

现在的问题不是大科技公司会不会被挑战，而是挑战会从哪里来。答案越来越不像一个中心，越来越像一张网。

AI小老六