狂揽29万Star的AI逆向神器，被开发者测出22处遗漏

一个号称能“逆向一切”的开源项目，十几天里在 GitHub 上攒了近 30 万颗 Star。科技博主 Matthew Berman 在社交平台上感叹了一句“Software is done”（软件完了）。

但真正拿它做严格测试的开发者，发现了演示视频里看不到的东西：让它分析 50 个函数的调用关系，其中 22 个函数的分析遗漏了实际存在的调用关系，而工具当时仍把这些结果标记为“完整”。

这个项目叫 REA（Reverse Engineer Anything）。它没有发明新的反编译技术，做的事是把已有的逆向分析工具，通过 MCP（模型上下文协议）接到 Claude Code、Codex 这类 AI 编程智能体上，让 AI 根据开发者的问题调用工具、分析结果、尝试写代码。

换句话说，真正干反编译活的还是 Ghidra 这些老工具，REA 让 AI 学会使唤它们。REA 官方文档也写明，使用 Ghidra 等工具时开发者仍需准备运行环境，REA 本身不能保证恢复软件原来的源代码。

演示很热闹，测试很冷静

走红靠的是一批演示：分析 Notion 的剪贴板机制、经典游戏 DX-Ball 的声音算法、《东方幻想乡》的弹幕计算方式。Reddit 上一篇推荐帖拿到约 1.47 万次赞同。

实际成果也确实有。一位开发者重建 Claude Slides 幻灯片编辑器，先下载部分程序文件，让 Codex 借助 REA 分析混淆代码，再用 Claude Code 继续整理重写，最终做出能实现部分编辑功能的版本。

另一位开发者把 REA 用在智能马桶上：用 Codex 和 REA 分析厂商微信小程序的蓝牙通信协议，据此开发了一个电脑菜单栏遥控器，演示时直接通过电脑让马桶盖打开。据其介绍，从分析协议到完成工具约用了半小时。

GitHub 上的 open-claude-ui 项目则用 REA 研究 Claude 桌面应用的界面和交互，整理出 30 个界面组件、8 项交互功能及 3000 多行设计说明，并公开了代码。

这些成果集中在特定功能和界面模块，还不是对完整商业软件的还原。

严格测试暴露的问题

一位开发者在 REA 官方 GitHub Discussions 里发了份使用指南，办法很朴素：找有公开源代码的程序让 REA 分析，再和原程序比对。

第一个是 Linux 压缩工具 bzip2，还特意用了删除调试符号的版本。要求 REA 找出负责输出某条提示信息的函数并分析调用关系，结果顺利：找到目标函数、一个调用它的函数和 24 个被它调用的函数，与原始源代码核对一致。

换成开源游戏引擎 OpenMW 项目中的 esmtool 程序，让 REA 分析 50 个函数的调用关系，再用传统工具 objdump 核对，22 个函数的分析遗漏了实际存在的调用关系，且结果仍被标记为“完整”。

还有个更意外的问题：AI 有时候根本不用 REA。他让本地 AI 模型调用 REA 分析程序，最初四次测试中模型始终没主动使用这个工具，反而把二进制程序当普通文本文件读取。调整流程后模型开始给答案，却仍有猜测性回答。直到改成先用脚本跑 REA、再让 AI 读分析结果，三次测试才都符合预期。

REA 作者 Morluto 在讨论中回应，REA 最初采用原型式的 MCP 工具调用设计，随着 AI 客户端逐渐支持按需加载工具，这种方式已不一定适合多数智能体；让 AI 通过程序化方式使用专业工具，仍是值得探索的方向。

更复杂的任务同样卡住。一名 Reddit 用户想借 Claude Opus 把经典游戏《神偷 3：致命阴影》移植到 MacBook Pro。Claude 起初说这项工作可能需要数年，拿到 REA 仓库后下载 Ghidra，约一分钟反编译了一个函数；但发现整个游戏程序包含约 3.2 万个函数后，没有继续完成整款游戏的重建。

“AI 逆向 Adobe”是另一回事

REA 爆火的同时，软件工程师 Brandon Thomas 因一套开源软件受到关注。他有约 15 年软件工程经验，曾在支付公司 Square 工作，因不满 Adobe 等商业软件的订阅收费模式，借助 Claude 开发了 ArtCraft，一套包含七款应用的开源软件，分别对标 Photoshop、Illustrator、Premiere Pro 等；之后又推出 WordCraft、GridCraft 和 DeckCraft，目标扩大到 Word、Excel 和 PowerPoint。

这些项目被纳入“AI 逆向软件”的讨论，但 Thomas 并没有使用 REA，也没有公开展示反编译 Adobe 或微软内部代码的过程。他把自己的开发方式称为“洁净室重实现”，即不直接复制原软件代码，从头开发功能类似的应用。

设计媒体《Creative Bloq》的编辑 Joe Foley 亲自测了。为体验照片编辑工具 LightCraft，他专门拍了自己的猫，发现自动选区无法准确识别主体；Photoshop 替代品 PhotoCraft 支持 PSD 等常见格式，但部分图像处理功能仍不完善；视频剪辑工具 FilmCraft 无法直接处理部分 4K 素材，转换格式后运行依然缓慢。他的判断是，这些软件目前还无法替代 Adobe 的成熟产品，但作为早期项目已具备一定可用性。

开发方式也引发争论。Reddit 上有人质疑这类项目为何自称“洁净室重实现”——传统洁净室开发强调不直接复制受保护的代码，有时还会把分析原程序与编写新代码的人员分开；当 AI 同时参与软件分析和代码生成，如何证明开发过程的独立性？也有人认为，软件是否开源主要看代码开放情况和许可证，不应与原创性混为一谈。目前这些讨论并不能证明 ArtCraft 存在侵权行为。

影响还波及游戏逆向社区。10 月中旬，反编译项目平台 decomp.dev 宣布停止公开项目索引和新项目收录功能。创建者 Luke Street 表示，AI 虽然提高了反编译效率，但一些人开始利用它快速生成未经充分验证的代码，甚至借用其他团队多年积累的成果抢先发布所谓完成版本；原本展示研究进度的排行榜，也让部分参与者过于关注完成百分比而忽视代码质量。

热度还被用来传播可疑程序。有 GitHub 用户举报了一个仿冒 REA 的仓库，其中提供的所谓 Windows 安装包被 Microsoft Defender 标记为木马，VirusTotal 有 8 个检测引擎发出警报。相关压缩包当时显示已有 172 次下载，尚无法确认实际感染人数。

回到 REA 本身：它没有发明全新的反编译技术，也尚未实现让 AI 自动还原任意软件。弄清一款软件如何运行、重新写出相关代码、让新程序可靠地完成原有工作，仍然是不同的事情。社交平台上流行的“软件已死”，现有案例还不足以支持这个结论。