REA：让 AI Agent 走进逆向工程现场

如果一个应用没有源码，我们通常只能在“猜”和“改”之间反复试错：看字符串、翻调用栈、开反编译器，再把零散线索手工整理成结论。今天 GitHub Trending 排名第一的 morluto/rea 试图把这条链路交给 AI Agent 协同完成。

REA 的全名是 Reverse Engineer Anything。项目把逆向分析工具包装成一个 MCP，并配套一套面向 Agent 的调查工作流：从应用行为一路追到原生二进制，同时返回证据、限制和未知项，而不是只给一个没有出处的“答案”。

数据快照：本文于 2026-10-08 抓取 GitHub Trending 日榜。页面显示 REA 当日新增约 1,538 stars、总 stars 约 15.0k；数字会随时间变化，仅代表抓取时快照。仓库公开信息显示主要语言为 TypeScript，许可证为 MIT。

项目为什么今天火

REA 今天登上榜首，原因并不只是“AI + 逆向”这个组合新鲜。它把一个长期依赖专家经验的过程拆成了可复用的步骤：识别目标、搜索字符串和过程、追踪交叉引用、构建调用图、反编译关键函数，最后把观察到的证据和仍然未知的部分一起交给开发者。

更重要的是，项目没有把分析包装成神奇的源码恢复器。README 明确说明：REA 展示的是推理依据，不保证恢复原始源码，也不会自动复制一个应用。对需要维护遗留系统、理解 Electron 客户端、审计第三方组件或做兼容实现的团队来说，这种“可核验的调查记录”比一句笼统结论更有价值。

它解决什么问题

传统逆向工作往往有三个摩擦点：

• 工具分散。JavaScript、Electron、.NET、原生二进制和网站行为需要不同工具，切换环境会损失上下文。
• 证据断裂。一个字符串、一个函数和一次运行时行为之间的关系，需要人工记录，很难复盘。
• 结果难以交接。即使专家找到了线索，其他人也未必能沿着同样路径验证。

REA 的做法是建立统一的调查会话。Agent 可以通过 MCP 调用分析工具，也可以在终端使用相同能力；结果中同时保留 Evidence、恢复出的图结构、局限和未知项。项目还强调分析在本地运行，不会把目标应用上传到托管分析服务。

核心能力

1. 面向 Agent 的 MCP 工具链

REA 把 open_binary、binary_overview、search_strings、search_procedures、find_xrefs_to_name、get_call_graph、procedure_pseudo_code 等能力组织为连续流程。Agent 可以先建立全局认识，再逐步收敛到目标功能，而不是一上来就生成一段无法验证的伪代码。

2. 覆盖多种分析对象

项目支持 JavaScript/Electron 应用、原生二进制、.NET 程序和网站等场景。对于目录或 .asar 文件，README 给出了静态分析入口；原生深度分析则可以连接现有的 Hopper、Ghidra 或 IDA Pro。不同提供方的安装、平台和版本要求并不相同，REA 会把这些前置条件纳入诊断范围。

3. 从观察到重建

REA 的调查模型分为三层：先 Decompile 获取可读线索，再 Follow the code 追踪调用关系，最后 Recreate，把理解到的行为用自己的技术栈重新实现。第三步仍然由开发者和 Agent 共同完成，工具本身负责前两步的证据收集与分析。

4. 快照与证据可复用

成功的分析可以保存为 snapshot，后续用完全相同的目标字节、参数和分析工具复用结果。REA 还提供 evidence-import、evidence-export 和 compare，适合把一次调查保存下来，再对比不同版本或不同运行结果。

快速上手

项目 README 推荐先运行安装与 Agent 配置：

npx rea-agents setup

安装完成后，可以对 JavaScript 或 Electron 应用做不执行目标程序的静态分析：

npx -y rea-agents@latest analyze-javascript-application /absolute/path/to/app --json

如果只是想分析一个应用目录或 .asar，也可以使用通用入口：

rea analyze /absolute/path/to/releases/app.asar --json

遇到问题时，先运行诊断命令：

npx -y rea-agents@latest doctor

需要注意版本条件。README 当前列出的 Node.js 支持范围是 22.x（至少 22.19）、24.x（至少 24.11）或 26+；原生分析还需要单独准备 Hopper、Ghidra 或 IDA Pro。静态 JavaScript 分析只需要 Node/npm，不必为了这一条路径安装原生反编译器。

适合谁

• 需要理解无源码桌面应用、Electron 客户端或遗留二进制的开发者。
• 负责兼容性实现、迁移和安全审计，希望保留分析证据的工程团队。
• 想让 Coding Agent 参与调查，但又不接受“只给结论、不说明依据”的团队。
• 正在学习逆向工程、希望把字符串、调用图和伪代码串成完整案例的研究者。

如果你的任务只是阅读一个有完整源码的普通 Web 项目，REA 可能会显得过重；它更适合“源码缺失、行为复杂、需要复核”的问题。

局限与风险

首先，逆向分析结果天然受目标版本、编译选项、符号信息和工具能力影响。伪代码是重建结果，不是原始源代码；REA 也不会替你证明某个行为在所有路径上都成立。

其次，原生分析依赖外部工具。Hopper 是单独授权的软件，Ghidra 和 IDA Pro 也需要用户自行安装并遵守各自许可。不同平台的支持范围不完全一致，使用前应按照 README 的 provider 指南核对版本和架构。

再次，目标软件的授权和法律边界必须由使用者确认。分析自己拥有或获授权的程序，与分析第三方闭源产品，在权限、隐私和合规要求上完全不同。REA 的“本地运行”是数据边界上的帮助，不等于自动获得分析授权。

最后，项目仍在持续演进。发布版本与主分支的能力可能存在时间差，尤其是 Windows 原生支持等实验性功能，应该以对应的 release boundary 和当前文档为准，不要把演示能力直接当作生产承诺。

总结

REA 的价值不在于把逆向工程变成一个按钮，而在于把专家通常藏在脑中的调查过程显式化：每一步调用什么工具、观察到什么、哪些结论仍然未知，都可以留在同一个 Agent 工作流里。对于需要理解黑盒软件的开发者，它提供了一条更容易复盘、更容易交接的路径。

如果你准备试用，建议从静态 JavaScript/Electron 分析开始：先用 analyze-javascript-application 观察 Evidence 和 limitations，再根据实际目标决定是否引入 Hopper、Ghidra 或 IDA。这样既能快速看到 REA 的工作方式，也能避免一开始就把环境复杂度推到最高。