转身面对未知：Fly.io 的变革之路

我所在的 Fly.io 是一个公共云平台，既是应用部署到互联网的首选，也是让前沿编码代理工具安全运行的理想之选。这篇文章将讲述公司、未来发展，以及 Sprites —— 一种供代理使用的计算机。

几个月前，Theo Browne 发布视频评选“2026 年托管新应用的最佳场所”，虽向来对我们评价不错，但最后总结说，在他关注的供应商中，对我们能否撑到年底最没信心。可我们正处于业绩强劲阶段，迎来了有史以来财务状况最好的几个月，他的话真让人糟心，也让我开始思考公司业务方向和未来发展。

说实话，我早该预料到。今年 Fly.io 稳步发展，但我懈怠了，公司陷入身份认同危机，发展方向不明。不过，我们已经筹集了更多资金，即将推出新一代 Sprites，还会将公司业务聚焦于 Sprites 及其解决的问题。同时，我会让 Scott Johnston 接任 CEO 一职。

产品与市场契合度：原则是否过时？

我创立 Fly.io 时秉持的两条原则，如今可能不再适用。第一条原则是，互联网应用快速响应时性能最佳，需将应用部署在离用户近的地方，这是我在 Ars Technica 工作多年的体会，也是创立 Fly.io 的初衷。第二条原则是，云基础设施过于复杂，开发者需要兼具 AWS 灵活性和 Heroku 易用性的平台，而现在这样的解决方案已随处可见。

但现在人工智能（AI）彻底改变了软件开发行业，其影响远超从 C 语言编程切换到 Ruby 编程。就像在 Dan Bricklin 发明电子表格前，每个“Excel 文档”都是程序员编写的程序，如今 AI 让几乎任何人都能编写计算机程序。传统公共云基础设施将固定功能应用通过繁琐流程部署到数百万用户面前，可拥有数百万用户的程序未来可能不再主流。押注 2020 年的公共云设计方案，与个性化、自适应软件背道而驰，这显然不是明智之选。

代理的需求：Sprites 应运而生

专业云基础设施对开发者难用这一原则，如今虽仍成立，但重要性大减。精心设计的开发者体验，对代理来说可能适得其反，因为代理操作明确时才能发挥最佳效果。现在几乎没人读文档、反复尝试学习新 CLI，都交给代理一键完成部署，可代理既能在 Fly.io 部署，也能在 AWS 部署，我们的优势在哪？

我研究发现，编码代理期望在开发者工作站运行，但在实体开发笔记本运行麻烦，大家最终会选在云端运行代理沙箱，而公共云环境又不适合。今年我们推出了“可半抛弃型奶牛”，即 Sprites。它围绕机器人所需功能打造，能快速创建数百甚至数千个，每个配备 100GB 耐用磁盘，采用计量计费，闲置不产生费用，还能智能判断闲置状态，可托管应用并与同事共享。这为代理提供了全新解决方案，行业热衷的沙箱技术并非机器人所需，Sprites 才是为代理打造的计算机。

Sprites：为代理打造的计算机

我对 Sprites 的发布效果满意。它最初是秘密项目，没在 Fly.io 主网站展示，当时公司处于身份认同危机。不过现在公司将聚焦为代理打造计算机业务。Fly Machines 和平台即服务（PaaS）功能不会被弃用，Sprites 最初是小团队成果，现在情况不同了。

新一代 Sprites 引入两个重要子系统。一是 Sprite 块设备（SBD），新存储栈由 Ben 和 Tim 重构，速度更快、更可靠，支持即时检查点和恢复功能，还支持磁盘分叉，可创建模板 Sprite 并高效克隆副本。另一个是连接器，基于保障核心平台安全的工作开发，允许 Sprites 向其他系统发起验证请求，避免代理获取敏感信息，安全且使用便捷。这些功能是用户期待的，也是代理公司继续使用 Fly Machines 的原因，我有信心 Sprites 能满足未来和现有大部分客户需求。

超酷 Sprite 测试版：等你来体验

你想体验能自我克隆的奇特 Sprite 测试版吗？现在就可以报名参加。

我辞职了：新领导带来新希望

我卸任 CEO 这一决定酝酿已久。在创业公司最初几年，我们像做科学项目，不断实验寻找产品与市场契合点，尝试过很多东西，有成功也有失败。但现在 Fly.io 不再需要这类实验。

从 2025 年开始，我就和 Scott Johnston 探讨他领导 Fly.io 的可能性。他曾是 Docker 的 CEO，带领 Docker 度过艰难时期，实现业务突破。作为股东和 CEO，我认为他的策略更适合公司当前发展阶段。经过长时间商讨，董事会和我说服他接任。我会转任顾问角色，偶尔参与产品设计讨论，利用董事会席位给 Scott 提意见。

Scott 会介绍最近一轮融资情况。Theo Browne 曾指出我们多年未宣布融资消息，其实之前我们资金充足，若不是 AI 带来变革，可能永远不需要再融资。

变革来临：Fly.io 的抉择

这篇文章可能引发不同反应，但我不想写一篇不得罪人的文章。我们对行业未来下了明确且有争议的赌注：未来几年，代理将主导软件的开发和部署，软件会更个性化、受众规模更小但更灵活多变。

年中时，我们面临两个选择：一是继续完善为人类设计的固定功能全栈应用平台；二是专注打造适合代理驱动软件未来的产品。创业公司不能“两者兼顾”，只能二选一。我们选择了推出 Sprites，它解决了问题，我很高兴开发了它们，也很高兴招募了 Scott 来将其打造成公司核心业务。在 Fly.io 的这个发展阶段，带领团队前进是艰巨任务，我们在决策上拖延了几个月，Theo 说得没错。但我相信 Sprites 和 Scott 能让公司走向更好的未来。大家觉得我们的选择正确吗？