机器之心编辑部
2025 年 12 月 21 日，Steve Klabnik 迎来了他使用 Rust 的第十三个年头。作为 Rust 社区早期的核心人物之一，他在技术圈有着特殊的地位。在即将迈入 40 岁门槛之际，他在博客中坦言，过去几年过得颇为艰难，但现在的状态是「非常快乐」。
这种心态的转变，很大程度上源于他对工具看法的改变。Klabnik 坦言，自己曾经是个不折不扣的 AI 怀疑论者。然而，到了 2025 年，他发现自己已经无法忽视工具带来的便利，他现在编写的大部分代码，实际上都是由 Claude 完成的。
他并没有鼓吹 AI 无所不能，只是务实地表示：对于非编程领域的生成式 AI，他依然保留意见；但在软件开发这块，目前的 LLM 已经足够好用，真正成为了得力的工具。
既然有了新工具，他决定重启一个搁置多年的念头：设计一门属于自己的编程语言。
Rue：在缝隙中生长的语言
这个新语言被命名为Rue。起名的逻辑很「程序员」：因为他做过 Ruby，也做过 Rust，按照字母顺序，新语言必须以 Ru 开头。Rue 既有「后悔」（to rue the day）的自嘲意味，也指代一种植物（芸香），就像 Rust 既是铁锈也是锈菌一样，兼具好坏双重隐喻。
但在玩笑之外，Rue 的技术定位非常严肃。Klabnik 试图探索编程语言设计中一个长期被忽视的「中间地带」：既要像 Rust 那样实现没有垃圾回收（GC）的内存安全，又要像 Go 或脚本语言那样易于上手。
目前的系统编程语言往往处于两个极端：要么是 C++ 或 Rust 这样性能极致但学习曲线陡峭的「硬核」语言；要么是带垃圾回收、牺牲部分控制权的语言。Rue 试图做个妥协，它不追求 C 语言级别的极致性能，愿意牺牲一点点运行效率，换取更符合直觉的开发体验。
但 Rue 最值得关注的不是语法，而是它的开发方式。
Klabnik 透露，仅仅两周时间，Rue 项目就已经包含了约 70,000 行 Rust 代码。如果是纯手工编写，这个进度简直不可想象。
他在接受技术媒体The Register采访时，详细描述了这种「新式编程」的工作流：
- 人类（Klabnik）：负责所有的顶层设计、架构决策、以及最关键的代码审查。
- AI（Claude）：负责编写具体的实现代码。
甚至在一篇项目日志中，Claude「亲自」总结了进度，并留下了一句颇为精准的评价：「诚实地说，这 130 次提交中大多数都有我的指纹…… Steve 负责导演，而我负责写代码。」
Klabnik 对此有一个精辟的见解。他认为，AI 并不是让不懂编程的人突然变成了大师，它更像是一种高阶工具，类似于 Vim 编辑器，它门槛很低，谁都能聊两句；但上限很高，只有懂软件工程原理的人，才能用它构建出结构严谨的复杂系统。
为什么 Rust 成了 AI 的「完美搭档」？
就在 Klabnik 公布 Rue 的几天后，OpenAI 的联合创始人 Greg Brockman 在 X 上发的一条帖子，从另一个侧面印证了 Klabnik 的实践。
这个帖子在技术圈引起了不小的共鸣。用过 Rust 的人都知道，它的编译器出了名的「严格」甚至「啰嗦」，很多在 Python 或 C 中能跑但会崩溃的写法，在 Rust 里根本无法编译。
「Frustracean」是对 Rust 吉祥物（螃蟹）和处理编译器时产生的挫败感的双关语。它形象地描绘了 AI 智能体在应对 Rust 严格性时的挣扎。
在 AI 编程的语境下，这个曾经让初学者头疼的特性，竟然成了最大的优势：
- AI 的短板：AI 生成代码容易出现逻辑微小但致命的错误（幻觉）。
- Rust 的互补：编译器充当了第一道严苛的质检员。如果 Claude 写的 Rust 代码能过编译，那么内存安全、类型匹配等一大类错误就已经被排除了。
这就是为什么 Klabnik 能放心让 AI 写几万行代码的原因——编译器帮他守住了底线。
目前的 Rue 还很粗糙，Klabnik 也表现得非常佛系。他没有承诺要建立什么庞大的社区，也不打算把它变成下一个 Rust，仅仅是作为一个「为了好玩」的业余项目。他保留了随时因为「不好玩了」而停更的权利。
但这个实验本身已经足够说明问题：到了 2026 年，即使是构建编程语言这样硬核的系统工程，人类开发者的角色也正在从「泥瓦匠」转变为「建筑师」，而那些拥有严格约束的语言，反而因为「难写」，意外地成为了 AI 时代最可靠的地基。
https://steveklabnik.com/writing/thirteen-years-of-rust-and-the-birth-of-rue/
https://www.theregister.com/2026/01/03/claude_copilot_rue_steve_klabnik/
热门跟贴