安装
npx rea-agents setup适合谁
REA 适合需要在 agent 里做逆向分析的人：想弄清一个应用的行为，或要检查原生二进制、JavaScript 与 Electron 应用、.NET 程序集、网站的开发者与维护者；维护 Electron 桌面应用或 .NET 服务、想看清第三方依赖或历史版本实际行为的人同样对得上。它把这些检查工具接入你的 agent，同一批工具也能在终端直接使用，分析在本地完成。判断标准很简单：如果你要回答的问题是“这个程序或文件到底做了什么”，而答案藏在二进制、打包产物或运行行为里，就值得装它试试。不适合的情况：目标不是你有权检查的文件或应用；环境装不了它要求的 Node.js 版本；你想要的是不接触本机文件的纯线上扫描服务。
3 分钟完成第一次尝试
推荐主路径只有一条：用官方 setup 命令注册 REA 的 MCP 服务器并安装配套说明，然后重启 agent。
npx rea-agents setup
前提：本地已装好 Node.js 22.x（不低于 22.19）、24.x（不低于 24.11）或 26+，以及 npm。在终端执行上面的命令，它会注册 MCP 服务器并安装匹配的使用说明。若接入不成功，先核对 Node.js 版本是否符合上述要求。
重启后做一次低风险调用来确认接入：让 agent 对一个本地 JavaScript 文件做静态检查。动作前先说明性质——官方写明静态 JavaScript 与 .NET 检查只读取你提供的文件、不运行应用，这一步不会启动目标程序。可观察的成功信号：setup 命令执行完成，重启后的 agent 能给出该文件的检查结果，说明 REA 工具已在 agent 中可用。官方未列出各工具的具体名称与参数，实际可用工具以 agent 重启后注册的列表为准。除让 agent 调用外，你也可以在终端直接使用同一批工具，这是官方说明的次要用法。
使用案例
案例一：不运行程序看清一份 JavaScript 文件。场景：拿到一份打包或混淆过的 JS 文件，想先弄清它做了什么再决定是否执行。做法：把文件路径交给 agent，让它用 REA 的静态 JavaScript 检查能力分析。可期待的结果：agent 读取该文件并给出分析结论，全程不运行这份代码；.NET 程序集同理，静态检查同样只读文件；静态结论与运行时观察还可以互相印证。
案例二：捕获目标的运行时行为。场景：静态分析看不出问题，需要观察程序实际怎么运行。动作前必须确认副作用：官方写明 runtime capture 会以你的用户权限运行或与所选目标交互，每个 runtime guide 各自描述其效果；确认目标和影响后，再让 agent 执行捕获。若目标涉及真实用户数据或生产环境，先在隔离副本上验证步骤。可期待的结果：agent 返回目标的运行时行为信息；具体会改动什么，以对应 runtime guide 的说明为准。
使用边界
读写性质要区分：静态 JavaScript 与 .NET 检查只读文件、不运行应用；runtime capture 是有实际动作的操作，会以你的用户权限运行或与目标交互。官方未提供统一的撤销路径说明，不要默认任何一步可撤销。
分析位置方面，官方说明 REA 在本地分析目标；这只描述分析发生在哪里，不构成安全结论，本指南也不对数据流向或隐私边界作独立判断。分析产物在本地的保存位置与清理方式，官方页面未说明，属未确认项。
官方页面未列明、动手前需自行确认的信息：各检查工具的具体名称与参数、支持的操作系统与 agent 客户端范围、是否需要账号凭证，以及各 runtime guide 的具体条目。版本要求可能随项目演进变化，执行 setup 前以官方页面当前说明为准。