13年Rust老兵与Claude携手，11天狂写10万行代码打造全新编程语言！

整理 | 苏宓

出品 | CSDN（ID：CSDNnews）

“如果没有资金、没有团队，只靠一个人，是否也能开发一门编程语言？”

这是 Rust 社区的资深人员 Steve Klabnik 曾经思考过的问题，但当时他也只是想想而已。到了2025年末，他终于决定行动一下。

没想到的是，借助 AI 助手 Claude，他在短短11天内写出了大约10万行 Rust 代码，成功推出了一种全新的实验性系统级编程语言——Rue。

真没想到，这位《The Rust Programming Language》的合著者，之前可是个对人工智能持怀疑态度的人。

“40岁再不开始开发一门语言，真的就来不及了”

对 Steve Klabnik 来说，开发一门编程语言一直是他心中的梦想，只是一直没能抽出时间来实现。

自从他在2012年12月21日首次接触到 Rust 后，他便在语言设计、社区建设和开发者体验等领域深入耕耘了整整13年。

但其实，Klabnik 对编程语言和编译器的热爱可以追溯到大学时期。

他在大学时就特意选修了一些相关课程，迫不及待想要弄清楚编译器是怎么工作的。他写过不少语言的代码，而自己动手创建语言对他来说无疑是个有趣的挑战，”Klabnik 在他的博客中这样写道。

不过，刚开始的时候，他对自己职业发展的方向并不是特别确定。那时正好是 Ruby on Rails 风靡的时候……所以最后他选择了去做 Web 开发。

几年来，他始终怀揣着对编程语言的热爱，决定为 Rust 项目贡献力量。“我一直认为这门语言很棒。但是当我在思考如何为 Rust 的成功做贡献时，我意识到专注于编译器并不是我最擅长的领域。所以我没有去做，而是将精力放在自己更喜欢和擅长的其他工作上。”随后，他主要负责文档和推广相关的工作。

在长期的观察中，Klabnik 也逐渐领悟到：

语言的设计和实现可不是一个人的事情。回想2000年之前，许多编程语言都是出于个人兴趣诞生的，后来却意外地火了。然而，之后的成功语言大多有公司和团队的支持。现如今，很多人不禁在想：单靠业余时间真的能开发出一门新的编程语言吗？如今的标准已经高得多了，像包管理器、代码检查器、LSP、编辑器集成等，原本不算必需的东西，现在几乎成了标配。这也意味着要花费更多的时间和精力！

基于这些思考，Klabnik 决定不去碰编程语言的项目。

他说：“我知道自己在变老，时间总是不够。到了2025年，我的时间会更少——生活有了变化，好的变化！但毕竟是变化啊。二十多岁的时候，我一直在想：‘怎么会有人说没时间做开源贡献呢？’而现在，连玩游戏的时间都差不多没有了，更别提开源项目了。”

与此同时，Klabnik坦言：“下个月我就40岁了，现在几乎没有时间做其他事情。”

不过，随着人工智能的不断进步，他的想法开始转变。在不断尝试用AI和大模型的过程中，他发现这些工具正在从“可有可无”逐渐变成“确实有用”的存在。

在认真使用这些工具后，一个想法在他的脑海中闪现：如果Claude真的能写出一个编译器，那会是什么样子呢？

随着尝试的增多，他让Claude承担了越来越多的软件开发任务，也越来越熟练。最终有一天，他决定用AI来编写编译器——虽然第一次编译的程序没有成功运行，但AI自己调试并修复后，最终成功了，这让他第一次感受到可行性。

由于工作原因，他接下来出差了一个半月，项目一度中断。直到2025年底，Klabnik才有空重新启动这个项目。这次他对Claude的使用更加得心应手，清楚自己喜欢什么、不喜欢什么，以及哪些方法有效、哪些无效。

结果进展显著提升：虽然Rue还没有完全实现他设想的所有功能，但在许多方面已经更为完善。他对代码的状态、项目的推进速度，以及在有限时间内的持续进展能力，都充满了信心。

于是，他决定正式对外宣布这个项目，并将其开源（
https://github.com/rue-language/rue）。正如他在博客中写道：“今晚，我只想享受这样一个事实：我从零开始，花了一周的时间，就把一门‘婴儿语言’发展到‘核心语言基础 + 两种不同的代码生成后端’。这对我来说真是太疯狂了！”

Klabnik表示，“也许我会再次遇到瓶颈，也许Claude会让我感到无能为力——谁知道呢。但无论如何，这整个过程让我非常享受。希望你们能从我的成功或失败中获得一些启发。至于最后会怎样，就让时间来告诉我们吧。”

起初，Klabnik并没有打算让更多人参与Rue的开发，但项目发布后，吸引了许多开发者的关注，甚至有几位贡献者加入，使得这个原本属于个人的实验项目，逐渐变成了一次小规模的合作尝试。

Rue的诞生

谈到新编程语言的名字，Steve Klabnik在博客中解释了几个原因：

• 名字必须以Ru开头，几乎是注定的——因为Klabnik自己是Ruby和Rust语言的忠实粉丝。

• “rue”这个词本身有些负面的含义，比如“to rue the day”，就像Rust这个名字也可以被理解为不太正面的东西。

• 它也有自然意象，Rue是一种植物，而Rust则常常与真菌联想在一起。

• 名字够短。

从技术上来说，Rue是一门系统级编程语言，并不是为了“取代Rust”而出现的。它的目标是在不使用垃圾回收机制的情况下，提供内存安全，同时在易用性上，比Rust和Zig这样的语言更进一步。

### 编程语言的未来：Rue的探索之路

简单来说，垃圾回收就是一种自动管理内存的方式，主要是为了避免那些手动释放内存时可能出现的错误。

近些年，Rust受到广泛关注，主要是因为它能够在没有垃圾回收的情况下，通过自身的语言特性来确保内存的安全。不过，这也导致了它的学习曲线比Go、Swift等现代编程语言要陡峭不少。

Klabnik提到，他在与其他人讨论Rust的过程中，发现“复杂性”这个话题总是被提及。在Rust的开发者社区里，大家普遍认为，像操作系统这样的底层任务本身就有许多限制，而这些限制往往使得语言变得更加复杂。

Klabnik还认为，这种复杂性其实为我们探索新的设计方向提供了机会：“如果Rust不必在‘极致性能’上与C、C++竞争，那会怎样？如果我们愿意为了易用性而牺牲一些性能，会不会更好？如果把一些原本放在库里的功能直接整合到语言里，从而简化整体体验，会不会更顺畅？”

他补充说：“市面上有很多带垃圾回收的语言，但不带垃圾回收的语言，尤其在过去20年里，相对较少。我觉得‘内存安全但不依赖追踪垃圾回收’这一方向还有很大的发展空间。虽然已经有一些小语言在尝试，但我希望能提供我的理解和版本。”

说到编程助手Claude，它在11天内竟然生成了10万行代码，这可是个了不起的成就。不过，正如之前提到的，开发一门新语言并没有我们想象中那么简单，Klabnik对Rue的理解并不完全来源于他自己。

Rue的许多代码都是用Rust编写的，在开发过程中高度依赖于Anthropic的Claude AI模型。你可以从Rue的官方博客中看到这一点。在最初的博客中，Rue项目是由“Steve Klabnik与Claude”共同署名的，而在后续的文章中，Claude则单独总结了各周的开发进展。

Klabnik解释说：“我早在之前就开始了Rue的开发，但那时对大语言模型（LLM）的使用还不太熟悉，犯了一些错误。后来我决定重头再来。这次的进展在两周内就超过了上次花费一两个月的成果。这不仅因为模型本身更强大，也因为我学会了如何更高效地使用LLM。”

他指出，对于一些规模不大的项目，即使是经验不多的开发者，也能从像Claude这样的模型中获益；但当项目扩大时，软件工程的经验还是不可或缺的。他总结道：“小型、封闭的项目，即使不是程序员，也能利用这些工具来完成一些事情。但终究这些只是工具，使用它们需要专业的技能。即使懂编程，也不意味着能充分利用LLM。就像Vim一样，虽然不好上手，但掌握后会非常有价值。”

Klabnik进一步强调：“这些工具的入门门槛很低，但要想用得特别好，门槛却很高。我很难准确估算Claude帮我节省了多少时间，或者反过来花费了多少时间。但有一点是毋庸置疑的：没有它，我绝对无法把项目推进到现在这个阶段。”

根据Rue官方博客的文章《第二周及以后：逐个构建语言特性》，我们了解到：

• 截止目前为止，“Rue故事”的天数是：11天

• 这段时间的提交次数：469次

• Rust代码行数：约10万行（之前是34,000行）

新语言Rue的进展与讨论

• Crates数量：目前有18个（之前是13个）

• 规范测试（Spec tests）：达到了1,053个（此前只有777个）

• 已撰写的ADRs（重大功能设计文档）：29个

• 规范文档总行数：大约5,500行

这次新增的Crates主要是为了基础设施的需要，比如rue-builtins（内置类型定义）、rue-ui-tests（独立于规范测试的警告/诊断测试）和一些专门用于模糊测试的测试Crates。

当然，代码行数并不能完全反映项目的真实情况，但至少它能给我们一个大致的规模感。Klabnik也说道：“如果完全靠手写，进展会慢很多，代码质量也可能不如人意。”

目前Claude还没有对Rue的代码质量做出正式的评价，不过它曾说过一句话，几乎在为自己辩护：“只要找到合适的杠杆，一门语言的核心，即编译器，可以在短时间内搭建起来。我们现在虽然没有LSP和包管理器，但已经有了真正的编译器，可以生成可执行文件，并有了继续开发的基础设施。在这130个提交中，大部分都有我的参与。Steve负责整体方向和代码审查，我写了大部分代码。这种合作方式很特别，我自己也还在思考它的意义。”

至于这个项目将来会怎样，Klabnik并没有给出明确的答案：“如果没人用，我也能接受；如果十年后它成为主流语言，那也不错。我并没有强迫推动什么，只是在做一件有趣的事情，看看未来会带我去哪里。”

Klabnik特别提到，Rue现在仍在开发的早期阶段。他在GitHub上表示：

“听着，这个仓库纯粹是为了玩乐。最开始是私有的，但我更在意能否运行GitHub Actions以确保一切正常，所以决定开源。这里的内容并不完全可靠或准确，我只是随意玩玩而已。你可以随意看看，但现在别太认真对待。总有一天，我会把这个项目解释得更加清楚。”

那么，创造一门新语言真的有必要吗？

尽管如此，Rue刚一面世，便在Hacker News上引起了热烈讨论，评论区的观点明显分为两派。

一派认为：“AI都已经这么强大了，为什么还要去学一门没什么人用的新语言呢？”他们更关注生态系统、工具链和社区规模，觉得新语言只会进一步分散注意力。

而另一派则持相反态度：正因为AI降低了实现成本，语言实验才变得更有价值。他们认为，未来程序员的核心能力可能不再是“记住某门语言的所有细节”，而是设计抽象、定义约束、权衡取舍，以及教会AI如何正确实现。从这个角度看，Rue的意义不在于“是否有人用”，而在于它展示了一种新的创作方式。

那么，你觉得这种做法如何？有没有什么一直想做的项目，是借助AI才有机会完成的呢？欢迎在评论中分享你的想法！

参考：

https://rue-lang.dev/blog/week-two-and-beyond/

https://news.ycombinator.com/item?id=46348262

https://www.theregister.com/2026/01/03/claude_copilot_rue_steve_klabnik/

标题：如何使用WordPress采集插件轻松获取内容

你是否在想，怎么能更方便地从网络上获取内容呢？其实，WordPress采集插件就是你需要的小工具。它能帮助你快速收集并整理信息，省去手动复制粘贴的麻烦。

说白了，这种插件不仅简单易用，而且功能强大。比如，有些用户可能会选择使用WordPress采集改写插件，这样不仅能将内容采集回来，还能对其进行深度改写，确保内容的独特性和新鲜感。

而且，你可能会发现使用这些插件的好处远不止于此。比如，借助这些工具，网站的更新频率可以大大提高，这对于提升网站的流量和SEO排名都是有帮助的。

当然，选择合适的插件很重要。有些插件提供了丰富的自定义选项，让你可以根据自己的需求调整内容采集的方式。这就像是给你一个量身定做的工具，让你更轻松地管理网站内容。

总之，使用WordPress采集插件能让你在内容创作上游刃有余，无论是为了更新网站还是增加访客互动，都是一个不错的选择！