在2025年，对AI是否会改变软件开发的未来持怀疑态度是理性的。到了2026年，情况不再如此。与@mipsytipsy一起：

时间戳：

00:00 开场 02:56 Parse 如何催生 Honeycomb 06:00 个人生产力指标的局限 09:08 Charity 对 AI 的看法如何演变 13:50 重写代码 vs. 编辑代码 19:20 将生产视为开发的一个阶段 22:14 代码审查 26:56 非确定性系统 31:11 AI 的合理用途 37:41 两大 AI 阵营 44:40 为什么 AI 在构建软件方面如此出色 49:42 DevOps 55:13 现代可观测性 1:00:40 处理上下文过载 1:01:56 《可观测性工程》第二版的新内容 1:07:45 有效的领导力是什么样的 1:10:25 工程管理：正在发生什么变化？ 1:16:31 初级工程师 1:18:01 AI 疲劳 1:21:39 书籍推荐

由以下赞助商支持：

• @AntithesisHQ — 通过激进故障注入运行你的整个系统，为你的系统测试强力加速。Jane Street、http://Fly.io 和 etcd 社区等团队都依赖 Antithesis。https://lnkd.in/eyWErUbm

• @buildkite — 受到 OpenAI、Anthropic、Cursor、Meta、Uber、NVIDIA、Airbnb 等众多公司信赖的 CI 平台。专为吸收你的编码代理向构建队列抛出的任何负载而设计。https://lnkd.in/e2QtucFQ

• @WorkOS — 通过 SSO、SCIM、RBAC 等，让你的应用和代理达到企业级就绪状态。https://workos.com

1. 工程师需要回答的问题：要让你完全放心地交付你未曾阅读过的代码，需要具备什么条件？

Charity 认为，专业软件工程师将会把从未看过——因而也不理解——的代码交付到生产环境，这是一个“何时”的问题，而不是“是否”的问题。工程的意义在于构建验证这些代码的系统，并让我们能够满怀信心地进行交付。

2. AI 可能让软件行业经历计算基础设施在 2010 年代经历的那种从“宠物”到“牲畜”的转变。

到目前为止，从零编写软件的成本远高于编辑现有软件。但现在，生成一个函数的数百个变体，比手动编写一次还要快。

Charity 认为，我们可能正处于硬件基础设施层曾经发生过的“宠物”到“牲畜”转变的开端。在 2010 年代之前，配置和修复单个服务器是常见操作。但有了 Terraform 和 Kubernetes 等工具后，出现问题的单个服务器不再被修复，而是被重新创建。Charity 认为，代码领域同样的情况可能很快就会发生。当代码出现问题时，生成能够解决该问题的新代码，并验证其正确性。

3. 与以往相比，非确定性系统需要更多的工程纪律。

随着 AI 编写代码，我们正在降低对代码的信任（因为代码不再由我们编写），因此我们需要在开发过程的其他部分增加信任。具体来说，是在验证环节：通过测试、评估和一致性测试等手段。

面向 Agent 的计算机

Source: https://fly.io/

面向 Agent 的计算机

沙箱还不够。给你的 Agent 一台真正的计算机，然后继续构建吧。

会记住的机器

为 Agent、评估和工具提供真正的硬件隔离 Linux 计算机。没人在家时，账单归零。

编码 Agent

每个 Agent 都拥有自己的 Linux 机器。Sprite 会在 Agent 工作时自行检查点（checkpoint），因此像 Claude 和 Codex 这样的工具能够在它们离开的地方找到所有状态。

个人 Agent

Hermes、Pi、Openclaw……无论你偏好哪种，一个能访问你收件箱和日历的 Agent 都不应该驻留在你的笔记本电脑上。给它一个 Sprite，它在需要时才会被唤醒，唤醒后记得一切；否则一直休眠。

MCP 服务器

在每个 Sprite 中运行独立的 MCP 服务器，配备持久化磁盘和出口策略。只为实际使用的工具调用付费。

不受信任的代码

在硬件隔离的虚拟机中运行。每个请求都有干净的基线，因此任何两个用户都不会共享状态。锁定出口且用完即弃。

Agent 构建的应用

每个 Sprite 都有一个 HTTPS URL。你的 Agent 构建的应用会保留在创建它的地方并上线。无需迁移任何东西。

真正持久的文件系统

当你回来时，一切仍在原地。Sprite 块设备（Sprite Block Device）意味着 Sprite 可以休眠而不会丢失数据。

Sprite 块设备目前处于私有测试阶段。注册（https://fly.io/early-access）以获取 Early Access。

无需管理

Agent 负责设置，你就能拿回自己的下午时光。

• 无需规划磁盘容量

  你的磁盘会随着写入而增长，最高可达 100 GB，而且你只需为实际存储的字节付费。

• 自动检查点

  Sprite 会自动进行检查点，因此总有一个最新的副本随时可用。

• Sprites 连接器

  为你的整个组织连接一次服务，每个 Sprite 都能访问它。无需任何人粘贴令牌。

无忧扩展

从副业项目扩展到生产环境，无需重写基础设施。

在每个规模下都使用相同的原语：成长时无需重新架构，变大时无需平台迁移。你开始时使用的 API 就是始终保留的 API。

18+ 全球区域 <1 秒 机器启动时间 500ms 典型部署时间 99.9% 正常运行时间 SLA

连接一切

Sprite 是社交生物。你的凭证不应该如此。 你的 Sprite 通过持有凭证的 API 网关访问其他服务。令牌永远不会落在 Sprite 上。

• 一次配置连接器

  启用与 OpenRouter、Github、Slack 或任何 HTTP API 的连接。配置一次，即可连接任意数量的 Sprite。

• 细粒度权限

  有目的地授予访问权限：按 Sprite 名称、标签，甚至精确到单个端点，这样 Slack 机器人可以发布消息，但永远不会触及管理权限。

• 自动密钥轮换

  轮换一次，每个 Sprite 都会获得新凭证。切断某个 Sprite，其余 Sprite 完全不受影响。

在 Fly.io 上构建的团队

了解技术栈的支持

我们的支持团队会编写代码。当你遇到障碍时，与你交谈的是经历过同样问题的人。

• “Fly 支持团队在一个小时内诊断出我们多区域设置中的一个细微网络问题。真正的工程师，真正的答案。”——B 轮创业公司平台工程师
• “嗯，我不得不说，这是我从任何公司获得过的最好的支持。当我发送最初的请求时，我本以为会被像处理不符合标准流程的非典型技术问题那样被敷衍过去。但第二天一早，我的收件箱里就收到了基本上是一份分步指南的回复，这太棒了。我能理解为什么开发者喜欢 fly.io。”
• “能够直接与 fly.io 沟通非常有帮助。我发现[团队]非常专业，他帮助我理清了卡住的地方，还为我提供了我甚至不知道的领域的见解。从注册的那一刻起，Fly.io 就给了我很好的体验。继续保持！”