Cloudflare 的 AI 精神病

原文 ↗ Hacker News 讨论 ↗

Cloudflare 最近转向快速发布 AI 和开发者功能，引发了褒贬不一的反应。批评者认为，产品膨胀、文档变差以及更频繁的故障，都表明其对核心基础设施可靠性的专注正在减弱。支持者则反驳说，在超大规模下某些故障不可避免，而在 AI 驱动的市场中，激进试验对于保持竞争力是必要的。讨论进一步扩展到对大科技公司如何平衡速度与稳健性的批评、产品管理与工程在文化中的角色，以及把如此多的网络流量集中在少数大型平台之后的长期风险。

可靠性、故障与预期

  • 一种观点认为：基础设施提供商每年最多应有 1–3 次故障；更多则表明工程/领导力不足，并足以让人转向自建托管。
  • 反方认为：故障是一类不可避免的 bug，尤其在大规模场景下；即便对 AWS 或航空级安全关键系统，要求几乎零事故也不现实。
  • 关于类比的争论：有人将软件故障比作桥梁坍塌；也有人指出，现实中的交通系统也会频繁出故障，但仍然不可或缺。
  • 一些用户表示，CF 和 GitHub 的故障对他们造成了严重影响（部署被阻塞、OTA 更新失败），因此开始重新考虑对大型基础设施供应商的依赖。

AI、速度与“精神病”

  • 一些人认为 CF 推动 AI 是更广泛行业模式的一部分：每个人都在或将会用 AI 增强工作流，把坏产品单纯归咎于 AI 是不对的。
  • 支持 AI 的声音强调“离谱”的生产力提升：大规模代码改动、快速生成文档/测试，以及自愈系统。
  • 批评者则认为这常常产出低质量“垃圾”，压垮维护能力，并为了可疑价值消耗地球与社会资源。

产品膨胀、UX 与战略

  • 许多人认同 CF 上线了太多重叠服务（D1、Durable Objects、KV、R2、Queues、Hyperdrive），导致混乱和缺乏一致性的印象，尽管每个产品都有其合理定位。
  • 抱怨集中在文档糟糕、客户端库不对，以及像 wrangler 这样的工具虽然强大但很笨重。
  • 也有人为 CF 辩护，认为它是少数真正持续创新的基础设施厂商之一；Workers、Durable Objects 和免出站流量费的 R2 被点名为强势产品。
  • 另一项批评是：功能发布很快，随后却被忽视；“弃用式软件”担忧与 AWS/GCP 如出一辙。

PM 与工程文化，以及市场压力

  • 对“PM 驱动”文化还是“工程师主导”能带来更好结果存在分歧；有人认为真正重要的是以客户为中心的领导力。
  • 也有人将产品战略不连贯归咎于薄弱的领导和宽松的标准，而不是市场力量。
  • 反对观点则认为，在高度竞争的 AI 市场里，缓慢、谨慎的发布会让客户被更快的模仿者抢走。

中心化、控制与开放互联网

  • 有些人把 CF 看作威胁自由开放网络的“中间商癌症”，因为它通过 TLS 终止和反机器人挑战控制流量；也有人指出，网站所有者最终仍然由自己决定政策。
  • 更广泛的担忧是：CDN 正在取代传统传输网络，带来把关风险，尽管它们确实解决了现实中的 DDoS 和扩展问题。