morluto/rea

解决什么问题

看到一个闭源应用里的功能想借鉴，或者想弄明白一个编译后的二进制到底做了什么，常规做法是打开 Hopper、Ghidra 或 IDA 啃汇编，再靠人脑把线索拼起来。编辑器里的 Agent 对此一无所知，知识被困在另一个工具里。REA 把逆向分析工具通过 MCP 暴露给 Agent，让它来发起调查，返回代码、引用和明确的未知项，再据此写出并测试一个类似实现。

有什么不同

传统反编译是交互式、单工具的：一个引擎、一个文件、一个人读输出。REA 的思路是让 Agent 来编排调查过程——它可以把已有的 Hopper、Ghidra 或 IDA 当作 provider，也可以完全不用原生引擎，退回静态 JavaScript/Electron 分析；并且每条结论都绑定到产生它的证据上。这种“证据优先”的框架才是真正的差异点：工具输出是以带明确局限的发现形式返回，而不是一句自信的总结。同一套流程也提供 CLI，方便脱离 Agent 写脚本。README 偏重安装说明、方法细节不多，各个分析后端能做到多深，需要自己用了才知道。

适合谁

适合本来就熟悉反汇编、想让 Agent 帮忙干杂活的开发者和安全研究员：定位某个功能的代码路径、梳理 Electron 的 IPC 边界、快速摸一遍 .NET 程序集。如果你手头没有任何原生产分析工具、也不打算装，或者想要一个无需人工阅读的全自动审计，又或者主要面对高度混淆的恶意样本（这时工具的可信度比 Agent 的便利更重要），那它并不合适。README 提到移动端和固件目标，但都依赖额外的外部工具。

上手成本

需要 Node.js 和 npm，原生分析还要 Hopper、Ghidra 或 IDA 这类 provider。Linux 上跑 Ghidra、JADX 和固件工具时，PATH 里需要有 procps 兼容的 ps。安装命令是 npx rea-agents setup，它会改动你的 Agent 配置和工作流指令（有备份），装完必须人工核对并重启 Agent。项目迭代很快，官方要求你频繁更新，这本身就是维护成本。MIT 协议。近期发布说明反复强调只从官方渠道下载，说明山寨包确实是个风险，务必只从官方仓库、官网或 npm 包获取。

点评

想法很应景，MCP 这条链路也是真做出来了，但这个项目的数据很诡异：创建仅半年左右就有 376k stars、94k forks，周榜单周 +88k，却从没上过日榜。这种模式很少是自然增长，星标数字不宜当真。HN 上 100 分、38 条评论只能说明有人关注，证明不了正确性。如果你本来就配好了反编译工具，“Agent 与分析工具共享一座桥”这个思路值得一试；但要预期这是一个年轻、变化很快的代码库，而不是稳定的平台。