最近关于 REA 的讨论很热闹：只拿到一款软件的安装包，没有源码，AI 也能解释某个功能怎样工作吗？答案是有时可以找到相当具体的线索，但结果需要核查。REA（Reverse Engineer Anything）让 AI 编程助手调用软件分析工具，围绕一个问题收集证据，再尝试给出解释。它不是一个能把任何 App 原样复制出来的按钮。
REA 到底是什么？
传统的逆向工程，是从正在运行的程序、安装包或网页出发，反推某个行为是怎样实现的。REA 将一组分析能力连接到支持 MCP 的 AI 编程助手，也提供命令行工具。助手可以检查材料、追踪相关代码或运行行为，并把发现与依据一起呈现。
这和直接问聊天机器人“某款软件的导出按钮怎么做的”不同。只靠猜测，回答可能听起来合理，却与真实程序无关；使用 REA 时，关键问题是结论能否指向实际检查过的证据。即使有证据，助手的解释仍可能不完整。
它能检查什么，不能检查什么？
REA 的官方资料列出了几类目标：JavaScript 和 Electron 应用、网站在浏览器中的行为，以及可交给专业工具分析的本地程序文件。不同目标需要不同准备。分析某些 JavaScript 文件相对直接；深入分析原生程序通常还要配置 Ghidra、Hopper 或 IDA 等工具。
看得到程序文件或浏览器请求，不等于看得到开发者的原始工程。反编译结果可能缺少原来的变量名、注释和设计背景；只观察网页，也无法凭空得知服务器内部如何实现。把“找到一个可能的实现”说成“恢复了完整源码”，会误导读者。
初学者怎样试一次？
如果你已经使用能够操作本地文件的 AI 编程助手，可以从自己制作、开源或获准分析的小程序开始。REA 官方提供了一个笔记应用的导出功能示例，比一开始研究大型商业 App 更容易核对结果。
- 先确认环境。 阅读 REA 官方入门指南列出的 Node.js 版本、安装方式和支持的助手。它不是只打开网页就能使用的聊天工具。
- 从官方来源安装。 官方给出的安装命令是
npx rea-agents@latest setup。查看它准备修改的配置，确认后再继续，并按提示重启助手。不要从名称相似的仓库下载安装包。 - 只问一个具体问题。 例如：“请检查我有权分析的笔记应用，说明点击‘导出 CSV’后经过哪些步骤。列出你实际找到的证据，并标明仍不确定的部分。”
- 自己验证。 用应用实际导出一次文件，再对照助手指出的步骤。让它说明“观察到什么”和“由此推测什么”，不要把第一次回答直接当成事实。
如果你没有编程助手或不打算安装分析工具，先看官方示例就足以理解它的用途，无须为了跟风而配置复杂环境。
它为什么值得关注？
REA 展示的是 AI 助手从“回答问题”走向“调用工具调查问题”的变化。对维护旧软件、研究兼容性或理解自己产品功能的人来说，缩短寻找线索的时间可能很有价值。但调查速度提高，并不会自动让结论正确，也不会赋予你分析他人软件或复制其作品的权利。只处理自己拥有或获授权的目标，并留意分析结果可能会进入所用 AI 服务的对话记录。
判断这类新工具时，不妨问三个问题：它检查了哪些真实材料？结论有哪些可重复的证据？哪些部分仍是推断？这比“能否逆向一切”的口号更能帮助你决定是否使用。我们在从答案到行动中也讨论了为什么可核查的结果比炫目的演示更重要。
资料与延伸阅读：引发这篇文章的 X 讨论、REA 官方仓库、REA 官方入门指南。