一个早上，两个阵营
今天一早，知乎上一个老问题又打起来了：AI 编程时代，Rust 会不会未盛先衰？高赞回答直接泼冷水：“实际上Ai开发Rust时由于严格的类型问题会导致Ai陷入错误修复地狱，从而极大的消耗Token，你将面临本机内存不够用、CPU嗷嗷叫、大额Token账单、极慢的编译、为了编译通过的无意义代码”。知乎这位答主的结论更狠：如果没有无限制免费的 Token 给你用，就不要用 AI 开发 Rust。
几乎同一时间，Tony Bai（bigwhite）今天发布了公开学习专栏《事不过三，我们为什么总是学不好 Rust？》的开篇词，核心判断完全相反：“会用 AI 写 Rust，和看得懂、改得动、敢负责地上线 Rust 代码，是两种完全不同的能力”。知乎
一边说“AI 写不好，所以这门语言要凉”，一边说“正因为 AI 会写了，人才更该学”。如果你曾经放弃过 Rust，或者正在观望要不要入坑，这场架值得看完，因为它真正回答的是：AI 时代，花在 Rust 上的那几百个小时还值不值。
悲观派的依据：痛点是真的，语料也是真少
先看悲观派说对的部分。Rust 的编译体验确实长期被诟病，而且不是嘴上的诟病。2024 年 3 月，Reddit 上有个帖子火了：一位老哥晒出他的 1TB 硬盘“没有空间了”，罪魁祸首是编译 Rust 留下的东西——光一个项目的 target 目录就占了 165GB，全盘加起来将近 500GB 的编译产物。知乎
个案之外，官方调查也把它摆上了台面：2025 年 Rust 官方编译器性能调查里，target 目录体积被列为开发者第三大痛点，仅次于编译慢和调试体验差。知乎Rust 官方博客在 2025 年度调查总结里也承认，资源消耗依然是名列前茅的问题：“resource usage (slow compile times and storage usage) is still up there”。Rust官方博客
弃坑的案例也是真的。2026 年 2 月，一篇《告别 Rust》的长文引发讨论：作者 Dmitry 把一个盈利的 Rust Web 项目重写成了 Node.js，理由是迭代太慢——CI 每次构建要 12 到 14 分钟。知乎看到 bug 想到要等 15 分钟构建就不想修，这种时刻是真实的劝退。
AI 这边的论据则更直接。在“为什么 claude code 不用 rust 重写”的讨论里，有答主说得毫不客气：连对 agent coding 专职优化的 AI 都能在 Rust 评测中拿 0 分，通用 AI 的水平呢？知乎背后是绕不开的老问题：相比 Python、Java，Rust 的生态和语料资源太少，能喂给 AI 的数据有限，AI 写 Rust 天然吃亏。
乐观派的依据：行业在用脚投票
但如果只看悲观面，会错过今年正在发生的另一半事实。
前端圈的最新消息是：“pnpm 之父爆料，pnpm 12 将采用 Rust 完全重写，同时官宣 pnpm 12 RC（候选版）现已发布”。知乎Node 生态里使用最广的包管理器之一，正在整个换成 Rust。再往系统层看，Linux 稳定版维护者 Greg Kroah-Hartman 直言 Rust 将成为内核开发的未来。哔哩哔哩Tony Bai 对这一串行业动作的归纳更直白：“从 Bun、Buzz 到 Codex CLI，行业里追求高性能和强安全边界的基础设施，正在一个接一个地转向 Rust”。知乎
数据面也站得住。他引用的最新 GitHub 2026 统计显示：2026 年 6 月，Rust 在 Star 增速等维度上延续了近几年的强劲势头，与 Java、Go 之间的差距肉眼可见地在缩小。知乎与此同时，一种新说法正被越来越多的人接受：“Rust编译器原来是折磨人类的，现在变成了监督 AI 的严格教练”。知乎AI 生成代码、编译器给出精确报错、AI 根据报错修改，这个“起草—编译—修错”的循环，恰恰是 Rust 最擅长的闭环。
还有一组数字值得停下来想一想。机器之心的报道提到，rust-lang/rust 仓库里积压了 1300 个尚未关闭的 PR：代码产量爆炸了，负责审核的维护者却没有变多。那篇报道里的总结很扎心：“代码越来越便宜，人的判断越来越贵”。知乎
我们的判断：写代码的价格崩了，负责的价格没降
把两边的证据摆在一起，我们的判断是：这场架吵的其实是同一件事的两种“定价”。
AI 把“写出来”代码的价格打到了地板，这是悲观派和乐观派都承认的事实。但“对代码负责”的价格一点没降——内存安全、数据竞争、资源生命周期这些问题，本质上考验的是对系统底层的理解有多深。用 Tony Bai 的话说，这恰恰是 AI 目前最容易“一本正经写错”、也最需要人来审查和负责的地方。知乎
有意思的是，悲观派眼里的地狱，在另一派看来恰恰是护城河。知乎上有个高赞回答这样形容 rust 的编译器：“他会拿着鞭子狠狠抽打所有的隐性bug”。知乎AI 可以多轮迭代去修错，但这个过程兜住的恰恰是产出的质量下限——“编译通过就有基本质量保障”，在 AI 代码泛滥的今天，是最稀缺的确定性。
所以 AI 时代学 Rust 的真正价值，不是跟 AI 比谁写得快，而是获得审查、判断、修改 AI 写的 Rust 的能力。还是 Tony Bai 那句话：“代码可以让 AI 写，但理解、判断和负责，暂时还不能外包”。知乎
要不要学？分三类人
把判断落到决策上，可以直接对号入座。
第一类：日常写业务 CRUD，技术栈是 Java、Go、Python 之类，短期内看不到碰 Rust 代码的可能。建议先不学，至少不急。你的时间花在深耕主力语言、用好 AI 工具上，回报更直接。Rust 的溢价在基础设施层，用不上，热情很快会被磨掉——Tony Bai 自己第二次放弃 Rust，原因就是“学了没有落地场景”。
第二类：做基础设施、工具链、系统级开发，或者团队里已经出现 Rust 代码。建议学，而且目标要定成“能审查、能负责”，不是“写得快”。AI 会越来越多地生成 Rust 代码，缺的是看得懂、改得动、敢签字的人。Rust 项目里五个团队最近采纳的 LLM 使用政策也是同一个思路：AI 可以审代码，但直接写代码要受严格限制。
第三类：学生和纯兴趣党。可以学，但一定要项目驱动，别再现学语法、再找场景，那是重复“学了用不上”的老路。好消息是，AI 时代的学习生态比以前友好得多。
决定要学：学法也得换
首先，别再背语法。Tony Bai 在专栏开篇词里把线划得很清楚：语法、API、样板代码越来越可以交给 AI，但看懂“这段代码为什么这样写”、判断架构取舍、审查 AI 产出的能力，一样都不能少。
其次，把“啃报错”换成“拆报错”。“现在你可以让 AI 帮你逐行拆解报错原因、给出修复建议，再回过头去对照本专栏讲的原理搞懂‘为什么’”。知乎遇到 E0499 这种双重可变借用报错，别急着让 AI 直接给修复代码，先让它解释所有权到底冲突在哪，再自己动手改。
第三，允许自己用“软”一点的材料入门。连吉伊卡哇风格的 Rust 漫画教材都出现了，主打“用最软萌的漫画，讲最硬核的知识”。小红书围绕 Rust 的学习材料正在肉眼可见地变多，这曾经是劝退论里最大的论据之一。
三个值得盯的信号
这场架短期内不会有终审判决，与其站队，不如盯住三个信号。
第一，编译痛点的官方修复进度。今天（8 月 18 日），build-dir 新布局被官方正式“重新稳定”（re-stabilize），issue 收官关闭。知乎更早之前，仅靠不再内嵌重复元数据，发布模式的 target 体积就从 397MB 降到 253MB，省了 36%。编译慢、吃硬盘这两条劝退理由，正在被官方一条一条拆掉。
第二，社区对 AI 代码的官方态度。Rust 项目里五个团队采纳了针对主仓库的 LLM 使用政策：“可以用 LLM 回答问题、分析、提炼、润色、检查、建议和审查；涉及到直接创造内容，则会受到严格限制”。知乎这个“可审查、限创作”的姿势，大概率会成为更多开源社区的模板，也定义了未来最缺的人。
第三，AI 写 Rust 能力的进化速度。已经有开发者观察到：“到2026年，先进的AI模型生成的Rust代码已经能 ‘几乎100%过编译’”。知乎如果半年后主流模型的 Rust 评测从 0 分变成可用，悲观派的语料论会大打折扣；反之，如果还是原地踏步，那会审查的人护城河只会更宽。
说到底，这场争论的本质是：AI 打下来了“写”的价格，没有打下来“判断”的价格。对放弃过 Rust 的你来说，真正值得重新评估的，不是“Rust 是不是变简单了”，而是“我现在是不是有了比当年更多的工具翻过这座山”。如果你正在坑里或坑边，欢迎在评论区聊聊：卡住你的到底是借用检查器、没有落地场景，还是 Token 账单？
