我不会 Rust，但 AI 帮我用 Rust 重写了 PHP

原创于 2026-07-05 12:24:32 发布 · 200 阅读

4 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

2026-07-05

Ekin Ertaç 不会 Rust。但他用 AI 写了一个 PHP 运行时引擎——用 Rust 写的——跑通了 WordPress，通过了 PHP 官方测试套件的 17%。

你觉得这是"AI 写代码"能力的证明，还是反面教材？

我说不好，但这个故事太有意思了，忍不住想拆开看看。

一个"不会 Rust"的人，怎么写出 Rust 引擎的

先说说背景。Ekin 是一个 PHP 开发者，不是系统程序员。他的目标不是"学习 Rust"，而是"看看 AI 能不能帮我完成一个大型项目"。

他选的项目是：用 Rust 从头写一个 PHP 运行时引擎。没错，就是像 Zend Engine 或者 HHVM 那种东西——能解析 PHP 代码、执行、和 Apache/Nginx 配合、处理请求的那种正经引擎。

你猜他写了多少 Rust 代码？

一行都没写。或者说——一行手动 Rust 代码都没写。全部是 AI 生成的。他用 AI 生成 Rust 代码，复制粘贴，然后让 AI 修复编译错误，再复制粘贴，再修复……循环往复。

这听起来就像在堆沙堡。但结果出乎意料。

跑通 WordPress 意味着什么

WordPress 驱动了互联网上超过 40% 的网站。它是一个庞大的、古老的、满是 hack 的 PHP 应用。能够渲染 WordPress 首页——哪怕只有首页——已经说明这个引擎能够处理 PHP 的核心功能：变量、函数、数组、类、命名空间、模板语法、会话管理、数据库连接。

17% 的 PHP-src 测试通过率乍看不高。但 PHP 的官方测试套件有上万个测试用例，覆盖了各种边界情况。许多引擎在这个百分比上卡了很久。

HHVM（Facebook 的 PHP JIT 引擎）早期也花了大量人工调优才达到高通过率。而 Ekin 的引擎——几乎是 AI 一对一生成的。

等一下，这意味着什么？意味着 AI 已经能够生成一个能跑通真实世界应用的编译型运行时了？

我原本以为这只是个玩具

说实话，看到"HN 上只有 13 分"的时候，我的第一反应是——又一个 AI 生成的玩具项目。GitHub 上这类项目太多了：AI 写的操作系统、AI 写的数据库、AI 写的编译器……大多数连 hello world 都跑不通。

但 Ekin 的博客里写得很诚实。他不是在吹牛，而是把整个流程——包括所有失败——都记录了下来。

最让我头疼的部分是类型系统。PHP 是动态类型，Rust 是静态类型。这两者之间有个巨大的鸿沟。

这个鸿沟怎么跨过去的

举个例子。PHP 里你可以这样写：

```php

function add($a, $b) {

return $a + $b;

}

echo add(1, 2); // 3

echo add("3", 4); // 7（字符串自动转数字）

```

但在 Rust 里，你必须在编译时知道类型。你没法写一个函数既接收整数又接收字符串。

Ekin 的做法是：让 AI 在 Rust 里实现一个动态类型系统——类似于 `enum Value { Int(i64), Float(f64), String(String), Array(...), Object(...), ... }`，然后所有操作都基于这个 Value 类型做运行时类型检查和转换。

这其实就是在 Rust 里用 `enum` 手工模拟 PHP 的 Zval。本质上是个简单的思路，但实现起来全是细节——运算符重载、内存管理、引用计数、垃圾回收……每个都是坑。

他说 AI 在这个过程中犯了无数次错误，特别是在内存管理方面。Rust 的借用检查器（borrow checker）特别严格，AI 生成的代码经常违反生命周期规则。每次编译失败，他就把错误信息贴回给 AI，让 AI 自己修复。

你看，这个工作流本身就已经很有意思了。Ekin 的角色更像是"项目经理 + QA"而不是"工程师"——他负责给 AI 描述需求、评估输出、提交失败的编译错误让 AI 改。