最近看了 Stripe 工程师 Steve Kaliski 的分享，真的被震撼到了。

他们内部有个叫 Minions 的 AI 编码助手系统，现在每周能搞定大约 1300 个 PR，而且几乎不需要人工参与，工程师只需要做代码审查就行。

Steve 在视频里演示了一遍：他在 Slack 频道里发了条消息，说想改进某个文档页面，然后点了个表情符号。

就这样，一个 Minion 就被激活了。

接下来发生的事情完全自动化：云端自动分配一个开发环境，AI 开始读文档、搜代码库、找到需要修改的文件、写代码、跑测试、提交 PR。

整个过程 Steve 甚至可以在地铁上用手机启动，等到了公司，代码已经写好等着他 review 了。

这不是什么遥远的未来，这是 2026 年 Stripe 工程师的日常。

我一直觉得，AI 编码助手真正的价值不在于它能写多少行代码，而在于它能降低多少启动成本。

你想想，在大公司里，一个好点子要变成上线的功能，中间要经历多少摩擦？

可能是跨部门协调，可能是技术栈不熟悉，可能就是单纯的懒得动手。

这些摩擦不是恶意的，但它们真实存在，而且累积起来能杀死 90% 的好想法。

Stripe 的做法很聪明：他们没有试图用 AI 替代工程师，而是用 AI 消除那些让工程师头疼的启动摩擦。

产品经理在 Google Doc 里写需求？没问题，点个表情让 Minion 先写个原型。

设计师在 Slack 里提反馈？直接让 AI 改。Jira 里来了个 bug? AI 先尝试修一版。

换句话说，他们把激活能量降到了最低。

猜你想问：那工程师还干什么？

这可能是最多人关心的问题。如果 AI 每周能写 1300 个 PR，工程师岂不是要失业了？

Steve 的回答很有意思。

他说，如果编码真的变得很便宜甚至免费，瓶颈就会转移到其他地方。

比如代码审查会变得更重要，比如产生足够多的好点子会成为新挑战，比如如何把这些功能有效分发给用户。

而且别忘了，这 1300 个 PR 虽然是 AI 写的，但每一个都要经过人类审查。

Stripe 能做到这一点，是因为他们在开发者体验上投入了大量资源：完善的测试覆盖、端到端的模拟环境、蓝绿部署机制。这些基础设施不管代码是人写的还是 AI 写的，都同样重要。

用 Steve 的话说就是：不管是 Steve 写的代码还是 Steve 的机器人写的代码，你都需要那套 CI 环境来保证代码是安全的。

更有意思的是，现在 Stripe 内部已经有非工程师开始用 Minions 了。

产品经理、设计师，只要能用文字描述清楚想要什么，就能让 AI 试着实现出来。

这不是说他们要转行当程序员，而是说技术的门槛正在被拉低，更多人可以参与到创造中来。

视频里还有个更疯狂的 demo。

Steve 演示了如何让 AI 代理规划一个生日派对，而且在这个过程中，AI 会自己花钱购买第三方服务。

比如它付钱给 Browserbase 创建一个浏览器会话，去抓取信息。

付钱给 Parallel AI 搜索纽约适合办派对的咖啡馆。付钱给 PostalForm 把邀请函寄出去。

最后还自觉地给 Stripe Climate 捐了点钱，抵消一下消耗的算力碳排放。

整个过程花了 5 块多美元，但消耗了 7 万多个 token。Steve 说了一句特别有意思的话：token 和美元，从来没有像现在这样靠得这么近。

这背后是 Stripe 和 Tempo 合作开发的机器支付协议。

简单说就是，AI 代理不再只是消耗 token，它们可以像经济实体一样，为了完成任务而主动购买服务。

想象一下未来：可能会出现一批专门服务 AI 的企业，它们不需要漂亮的官网、不需要复杂的后台，只需要一个好用的 API 和清晰的定价。AI 需要什么服务，直接调用、直接付费、用完就走。

这种短暂的、API 优先的商业模式，可能会成为下一个创业风口。

还有一个容易被忽略的点：Stripe 的 Minions 能跑起来，很大程度上是因为他们有成熟的云开发环境。

Steve 提到，不管你的 MacBook Pro 有多强悍，开三四个 git worktree 就开始像飞机起飞一样轰鸣了。

但如果你有云环境，就可以同时跑十几个、几十个隔离的开发环境，每个都在并行处理不同的任务。

这对 AI 编码来说太重要了。因为 AI 的优势就是能多线程工作，但如果受限于本地机器的性能，这个优势就发挥不出来。

所以如果你是 CTO 或者工程副总裁，想要真正释放 AI 的潜力，投资云开发环境可能是性价比最高的选择。

这不是什么高大上的技术，就是让工程师和 AI 都能随时随地拿到一个干净的、配置好的、能跑起来的开发环境。

看完 Stripe 的案例，我最大的感受是：AI 不是来替代工程师的，而是来重新定义工程师工作的。

以前我们的时间花在写代码上，以后可能更多花在审查代码、产生想法、和用户沟通上。

以前启动一个项目需要克服巨大的心理和操作成本，以后可能就是 Slack 里点个表情的事。以前只有工程师能写代码，以后可能产品经理和设计师也能参与进来。

这个转变不是一夜之间发生的，但它正在发生。而那些提前拥抱这个变化、投资开发者体验、降低启动成本的公司，会在接下来的竞争中占据优势。

毕竟，当编码的边际成本趋近于零，拼的就是谁能更快地把好点子变成现实了。