API封锁简史：从开放生态到互相断供

一、一个正在重演的历史

2026年9月30日，Wes Bos在社交媒体上引用了Figma CEO Dylan Field的回复，引发了一场关于API访问权封锁的广泛讨论。Dylan Field的原话大意是："Figma不想让你用MCP，Amazon不想让你用Agent购物，Reddit不允许Claude访问帖子，X不允许ChatGPT读取推文。这一切正在发生——8年前API就已经这样了。"

这不是空穴来风。回顾过去近20年，科技巨头之间围绕API、数据、爬虫和Agent的访问权争夺，已经形成了清晰的三阶段演进模式：

• 第一阶段：API时代——谁拿到数据管道
• 第二阶段：爬虫时代——谁有权训练模型
• 第三阶段：Agent与MCP时代——谁有权代表用户执行操作

二、第一阶段：开放API的黄金时代与第一道围墙（2007–2013）

2.1 开放作为模板，也成为靶子

2007年5月24日，Facebook推出Platform，将社交图谱开放给外部开发者，首批65家合作伙伴、85个应用。这种开放性成为后来所有平台效仿的模板，也注定成为后续封锁行动的目标。

2.2 关键封锁事件速览

时间	事件	核心影响
2008.12	Facebook起诉Power Ventures	确立"收到停止函后继续访问违反CFAA"的判例
2010.08	Twitter关闭Basic Auth	"OAuthpocalypse"，所有第三方应用被迫迁移
2010.11	Google切断Facebook的Gmail通讯录API	巨头间首次公开的数据对等性争端
2011.05	Google弃用免费翻译API	以"滥用"为由转为付费，"免费转付费"成为套路
2012.07	Twitter切断Instagram的"查找好友"功能	Facebook收购Instagram后，Twitter收回社交图谱访问权
2012.08	Twitter API v1.1限制客户端10万用户上限	直接打击Tweetbot等第三方客户端
2012.12	Instagram撤回Twitter Cards	平台间内容互嵌开始瓦解

2.3 法律层面的关键判例

Craigslist v. 3Taps案（2013年8月16日）：Craigslist屏蔽3Taps的IP地址并提起诉讼，法官裁定——在IP封锁和停止函之后继续抓取数据可能违反《计算机欺诈和滥用法》（CFAA）。这个判例成为后续所有爬虫诉讼的重要参照。

三、对开发者的实用启示

3.1 不要把平台API当作长期基础设施

历史反复证明：平台随时可以收回访问权。无论是Twitter的OAuth迁移、Google的免费API收费化，还是Facebook的社交图谱收缩，第三方开发者始终处于被动地位。构建产品时，应当：

• 数据多源冗余：不要依赖单一平台API
• 预留迁移方案：设计可替换的数据层
• 关注法律边界：理解CFAA、GDPR等法规对数据采集的约束

3.2 理解"访问权"的三个层级

当前AI Agent生态正在经历与2007–2013年API时代高度相似的封锁周期。区别在于：

• API层：控制数据读取权限（谁可以调用）
• 爬虫层：控制训练数据获取权限（谁可以训练）
• Agent/MCP层：控制操作执行权限（谁可以代表用户行动）

MCP（Model Context Protocol）作为新兴标准，正面临与早期API相同的命运——平台开始选择性开放或限制Agent通过MCP执行操作的能力。

3.3 给AI从业者的建议

如果你在构建依赖第三方API或Agent能力的AI产品，建议：

1. 跟踪各平台的政策变化：关注API访问条款的更新
2. 构建抽象层：在业务逻辑和外部API之间加一层适配，降低切换成本
3. 参与开放标准：MCP等开放协议的发展方向值得关注
4. 法律合规优先：在数据采集和Agent行为设计中，提前评估法律风险

四、总结

从2007年Facebook开放Platform到2026年MCP生态的封锁争议，**"开放→繁荣→封锁"**的循环已经重复了至少两轮。对于开发者而言，理解这个历史规律，不是为了悲观，而是为了在技术架构和业务决策中做出更稳健的选择。平台访问权从来不是免费的，也不是永久的——它是一场持续博弈的筹码。