没有源码,怎么弄懂一个应用的功能?REA 把逆向分析接入 AI 编程助手

摘要：看中一个应用的功能，又拿不到原始源码，可以从哪里查起？REA 把逆向分析工具接给 AI 编程助手，让它带着具体问题追查代码与证据。本文用官方 Notion 剪贴板案例解释这套分工，并讲清依赖、上手方式和验证边界。

想研究一个应用的复制粘贴或搜索，却拿不到原始源码，REA 提供了一条可追查的路：让 AI 编程助手调用逆向分析工具，沿着代码位置、调用关系和运行观察解释功能。它适合需要理解现有软件的开发者；从官方案例和上手方式里，你可以判断该准备哪些工具，以及哪些结论还得验证。

先看它适不适合你的问题

REA 的全称是 Reverse Engineer Anything。它把分析能力通过 MCP 提供给编程助手；MCP 可以先理解为工具连接协议。你给出程序和问题，助手调用工具查找，再根据返回结果继续追问。习惯终端操作的人也能使用 CLI，调用相同的工作流。

最适合的起点，是一个能说清输入与结果的问题：某个导出功能处理了哪些数据，复制内容如何进入系统剪贴板，某条计算规则藏在哪个函数。问题越具体，越容易判断工具找来的内容是否支持答案。

准备成本取决于目标。JavaScript/Electron 静态分析可以从应用目录或 ASAR 包入手；深入分析原生程序，要配置 Hopper、Ghidra 或 IDA 等分析器；观察网站则需要 Chrome 系浏览器。

REA 负责提供可检查的发现，助手负责解释、编写和测试自己的实现。输出可能包含伪代码、汇编或模块关系，不能据此保证恢复原始源码，更不能保证还原整个应用。

看 Notion 的复制操作，会一路查到哪里

复制一段带格式的内容，为什么粘贴后还能保留结构？在 Electron 桌面应用里，界面调用与操作系统之间隔着几层代码。只找到一个叫 clipboard.write 的方法，还不足以说明数据去了哪里。

REA 官网的 Notion 案例从桌面应用包里的 preload 文件查起，定位暴露给页面的 API 和 IPC 调用。preload 是连接页面与桌面能力的一层代码，IPC 则负责进程间通信。工具结果给出压缩代码中的行列范围，助手由此打开对应位置继续阅读。

追查下去，会发现 notion:clipboard:write 这条通道：页面侧通过包装函数发送请求，主进程注册处理器，检查发送方后，再调用 Electron 的剪贴板写入接口。跨越几层包装后，方法名才和实际动作连在一起。

图中的关键是能继续打开的两个来源位置；通道名称还需要沿包装函数继续追查。官方还分析了富文本中的复制 ID 与本地保存的块数据如何对应。案例里的部分代码做过可读化整理，部分验证运行的是抽取模块；这些材料应按其记录范围理解。

证据能让下一次追问更具体

这套调查过程里，助手需要不断区分：哪些信息来自目标程序，哪些是根据调用关系作出的解释，还有哪些问题没有查清。REA 的 Evidence 记录保留工具结果、来源和限制，供后续分析与比较使用。

例如，工具没有列出某个函数的调用，并不总能证明它没有调用其他函数。分析器可能缺少这一项能力，或者覆盖范围还不完整。REA 的返回契约要求把这些未知保留下来，助手也需要带着它们解释结论。

沿着这条流程，你可以要求助手指出来源位置、解释包装函数、检查另一条分支，再用改变输入的方式验证规则。对开发者而言，可追查的结果更便于判断：当前解释足够支持自己实现了，还是还得继续调查。

上手时，先拿一个小功能试

已经有 Node.js、npm 和支持本地 MCP 的编程助手，可以从官方设置入口开始：

npx rea-agents@latest setup

设置会展示准备修改的配置、登记 MCP，并安装匹配的工作流指令。检查变更后再批准，完成后重启相应助手。原生分析器要按目标单独准备；REA 自有代码采用 MIT 许可，商业分析器仍遵循各自的许可条款。

第一次调查可以选自己拥有或获授权分析的小应用，告诉助手目标位置、具体操作和要查的问题。例如，让它查 CSV 导出读取了哪些字段，列出证据，再改变一个输入验证结果。这样比较容易发现解释中的缺口。

还要分清静态读取与运行观察。静态 JavaScript 检查读取提供的文件，不启动应用；运行观察可能执行或操作目标。官方说分析在本地进行，同时也说明助手会收到工具结果，模型供应商另有数据政策，因此不能把它理解为所有数据都不离开电脑。

如果你正面对一个“看得到效果，却不知道怎么实现”的功能，REA 值得从这个小问题试起。先找清调用路径和证据，再决定是否编写自己的实现；每往前一步，都有可以回头检查的依据。