> 这感觉就像你跟女朋友说「我们慢一点吧」，结果一转头，发现自己身不由己地走进了 Tiffany。
事情是这样的：几家大厂前脚刚「达成共识」说要放慢 AI 发展的节奏，后脚 OpenAI、Anthropic、SpaceXAI 就集体发了新模型。
所以 AI 到底有没有放慢？
「放慢」的真相：不是变笨了，是变便宜了Bytes 的结论很有意思：表面上看，大厂在协调发布节奏——毕竟都得交点东西出来，好让 IPO 的叙事不断档。但这一轮更新的重点，不是新能力，而是优化和效率。
具体来说：
Opus 5.5「变聪明了」。 Anthropic 修掉了上一代最被吐槽的问题——对任何问题都生成一大坨不知所云的文本墙。输入输出 token 比 Opus 5 便宜 20%，缓存读取便宜 60%，却在很多榜单上打赢了 Fable 5.1。实用建议：它在中档推理下就表现很好了，先试中档，别一上来就烧 xhigh。
Sol 和 Luna 更便宜了。 OpenAI 发的 GPT-6 Sol 和 Luna，API 价格比 5.6 对应型号的促销价又砍了大约一半。而且他们决定不发 GPT-6 Terra——大概是因为 Luna 表现和 5.6 Terra 差不多，但便宜得多。和 Opus 5.5 一样，Sol 在高推理档位提升有限，如果你不是靠「订阅叠加」过日子，需要高强度推理就直接上 GPT-6 Astra。
Grok 4.7「变持久了」。 早期评价不太好，模型更大，但在前端设计和 3D 上（相对）很差。唯一的进步是长任务上的耐力。
一句话总结这周：说好的「AI 放慢」，变成了一场让现有模型更便宜、更高效的竞赛。 但大家还是得继续「订阅叠加」，因为你永远不知道你选的那个模型哪天就「炒糊了」。
真正的新闻，在 Cool Bits 里但这一期最炸的内容，藏在不起眼的第 6 条。
> DHH 在 Rails World 2026 上让 Rails 开发者心碎——他说自己已经从职业编程中退休，正在让 agent 为 HEY 的后端写 Rust。这算不算「教皇宣布放弃天主教」？
这个类比一点都不夸张。David Heinemeier Hansson（DHH）是 Ruby on Rails 的创造者，过去二十年，他是「手写代码」这件事最顽固、最有品味、最有话语权的捍卫者之一。现在他说：不写了。
而且不是随便说说。Rails World 2026 于 9 月 23–24 日在奥斯汀举行，DHH 在开场 keynote 里宣布：37signals 已经「pencils down」（放下铅笔），不再把手写代码当作正常的生产方式。
手写代码在他们那里，现在是一种「异常状态」——一旦出现，就说明 agent 的工作流需要修了。
新旧工作流的区别DHH 描述的变化，其实就一张表：
旧的默认流程：人写实现 → 人审实现新的 37signals 默认流程：人定义结果 → agent 写实现 → 人评估结果工程师的活变成了：给 agent 一个「结果」，让它产出实现，过一会儿回来审查它做出来的东西。
听起来只是把「写」外包了？但接下来的细节才是重点。
HEY 要被重写了。 DHH 说，下一版 HEY 不再是「一个网页应用」，而是六个原生应用，核心的邮件服务器用 Rust 重写。他强调，这个项目在 agentic 开发普及之前，需要一个很大的团队才敢做——现在小公司也做得起了。
选 Rust 不是意识形态，是现实考虑：HEY 的核心是处理邮件，一个编译型的、高效的 backend 能降基础设施成本、改善高并发下的延迟。
他给的数字很抓眼球（注意，是自报数据，没有第三方验证）：
后端重写后，CPU 少用 99%，内存少用 95%HEY 的峰值流量可能一台树莓派就扛得住保留十台主机，主要是为了冗余他 8 月产出了 15 万行代码，而长期平均水平大约是每年 3 万行生产 RubyDHH 对 Rust 的态度，值得单独说这句话我看了好几遍：
> Rust 对人来读、人来写都很不友好；但当 agent 来产出它、应用又能跑得更快时，它就非常出色。
这是一个很清晰的分工模型：
1. 人来描述行为和约束
2. agent 生成 Rust
3. 编译器和测试拒掉非法实现
4. 人在外部评估系统、审查关键内部逻辑
换句话说，Rust 的学习曲线，被 agent 接管了。 你不再需要「学会 Rust」才能用 Rust——你只需要学会判断它写出来的 Rust 对不对。
泼一盆冷水写到这里必须收一下，否则就变成「DHH 说了算」的布道文了。
第一，那些数字是自报的，不是可复现的 benchmark。 「CPU 少 99%」「一台树莓派扛峰值」都出自 37signals 自己的对比和估算。而且性能提升可能来自语言之外的东西——原生客户端、后端边界、数据流、部署方式的改变。认真分析的话，应该说「DHH 声称」，而不是当成普遍规律。
第二，「15 万行代码」是个很弱的产出指标。 行数从来不是生产力的好指标，agent 时代更是如此。
第三，Rust 重写还在进行中。 keynote 上展示的是进行中的状态，迁移还没完成。
第四，agent 生成的 Rust 在高风险区域仍然危险：涉及金钱、认证、权限、迁移、加密、删除、重试、分布式状态的地方，所有权、生命周期、`unsafe`、async 取消、并发——这些都不能当成「魔法」对待。
这期还有几个值得记的点Addy Osmani 写了「怎么把 Opus 5.5 用到最好」——Bytes 称之为「你不知道自己需要的一堂礼仪课」。核心其实是：别把最强模型当最聪明的用，模型也有「脾气」，会用的关键在提示方式。
Convex 的 CTO James Cowling 讲了「为什么抽象依然重要」：即使代码不是你写的，工程师依然要为自己交付的东西负责。 这句话在 DHH 的语境下尤其值得琢磨。
Anant Goel 写了「harness 评估的盲区」——我们评测 agent 时，只看通过率（pass rate）会漏掉很多东西。
所以，2026 年到底在发生什么把 DHH 和这周的模型发布放在一起看，一个轮廓就清楚了：
代码正在变得便宜，而判断正在变得昂贵。
大厂这一轮不拼「谁更聪明」，拼「谁更便宜、更高效」——因为能力的边际提升已经很难，但成本的下降是实打实的、每个开发者都能感知到的。
而 DHH 赌的，是同一个趋势的另一面：当「写实现」这件事的成本趋近于零，剩下的瓶颈就只剩「定义清楚要什么」和「判断做出来的是不是对的」。
这跟 Simon Willison 今年那句「定义目标、给出无歧义指令、选对工具，就是软件工程本身」，其实是同一件事的两种说法。
一个从「模型侧」说：编码 agent 让工程师只剩难活可干。
一个从「组织侧」说：连最顽固的手写派，也开始重新分配「人」和「agent」的活了。
至于 Rails 之父不写 Rails 了这件事——它不代表手写代码死了，它代表「手动实现」不再被当作主要瓶颈了。

来源：bytes.dev/archives/524、youtube.com/watch?v=vDjW_dRyKXY