你在一款软件里看到一个好用的功能，却拿不到源代码。过去，这像是面对一台封死的机器：只能观察按钮和结果，再请专业人员慢慢拆解。REA想把这项工作交给AI Agent——能自主调用工具、分步骤完成任务的智能助手。它检查软件文件和机器代码，解释功能可能如何实现，同时把证据和不确定之处一起交出来。
这值得现在关注，不只是因为一个新工具突然走红，更因为编码Agent正在走出“帮你写代码”的范围，开始碰逆向工程。所谓逆向工程，就是从成品软件的行为、文件和机器代码，反推内部结构与实现方式。据编辑部汇总的GitHub与AI/TLDR记录，REA仓库在一波更新期间一天获得近3000颗星；不过目前没有独立统计或第三方报道验证其完整增长曲线，本文涉及能力的描述也主要来自项目方。
它不是一键复制软件
REA更像一套交给Agent使用的调查工具箱。项目方称，它可以检查原生二进制、JavaScript/Electron应用、.NET程序集和网站。原生二进制，是已经被编译成处理器可直接执行的机器指令；没有源码时，分析者要从这一层还原函数、数据结构和执行路径。
REA试图把调查过程组织成一条证据链。也就是说，Agent不能只凭界面相似就猜测“它大概这样实现”，还要给出结论依据、恢复出的关系图，以及limitations和unknowns——哪些地方受限，哪些问题仍不知道。逆向结论只有能追溯到反编译结果、运行记录或网络请求，才更便于人继续核查。
不同目标走的路线也不同。对于已经提取出的JavaScript/Electron应用目录或ASAR文件，REA可以只做静态分析，也就是阅读文件内容而不运行目标应用。这条路线不需要配置MCP，也不需要Hopper或Ghidra，可直接返回Evidence、recovered graph、limitations和unknowns。原生程序的深度分析则要借助Hopper、Ghidra或IDA Pro等分析引擎；Hopper另有授权要求，其demo也受厂商限制。
Agent得到的是流程，不只是工具
用户可以用npx rea-agents setup把REA接入Claude Code、Codex、Cursor、Gemini CLI、Windsurf、Devin等多款助手。安装程序会先展示具体路径和改动，备份现有配置；Hopper作为单独选项，需要用户另行同意。
这套设计的关键，是让Agent按调查流程工作：先确认目标和可用引擎，再打开软件、收集证据、形成解释。如果机器上同时存在多个可处理同一目标的引擎，REA不会自行替用户决定，而是要求明确选择。这个细节看似保守，却说明它把“工具是否可用”和“结论是否成立”分开处理。
为什么值得关注
据GitHub与AI/TLDR记录，项目在10月5日发布破坏兼容性的4.0.0，第二天的4.1.0又把Android APK和固件分析纳入工具箱。APK是Android应用安装包；固件则是直接控制设备的底层软件。关注范围由桌面应用和原生二进制，迅速延伸到手机软件与硬件。
更大的变化是角色边界。编码Agent原本主要面对开发者自己的代码库；REA把它推向“没有源码也要理解”的场景。若证据链能够稳定工作，Agent就不再只是代码生成器，也可能成为兼容性开发、安全分析和故障研究的调查助手。
局限与未知
- “reverse-engineer anything”和“build a version for your project”是项目方的宣传表述。文档也明确降温：反编译只能产生伪代码和证据，不能保证找回原始源码，更不会自动克隆整个应用。
- 目前没有基准测试、成功率、模型对比或真实功能复现结果。支持多类目标和多款Agent，不等于所有平台、版本和场景都经过独立验证；本地分析也不能自动等同于绝对隐私或零外联。
- 逆向工程可能触及软件许可、版权、商业秘密和反规避条款。现有材料没有讨论这些合规边界，实际使用仍需逐案判断。