01｜认识 REA 与边界

目标：理解 REA 是通过 MCP/CLI 编排分析能力的工具，不代表一键获得原始源码。
分类：入门｜核查日期：2026-10-21｜状态：操作方案，需读者在自己环境中验证。

返回首页 · 官方来源 · 安全与许可

前置条件

• 只分析自己拥有或获明确许可的目标；不要破解许可证、规避 DRM、探测陌生账号或收集第三方私人信息。
• 先记录操作系统、目标版本、REA CLI/npx 实际版本、Node/npm 版本和分析目标 SHA256。
• 静态线索、运行行为、独立猜测、已测试重建必须各自标注来源。不把 Agent 的“完成了”当成功证据。

跟着做

1. 第 1 步：核对上游仓库 morluto/rea 和官网 rea.tools；检查是否为官方发布源。
2. 第 2 步：明确你要回答的单个功能问题：输入、预期行为和可验证输出。
3. 第 3 步：判断目标是 Web、JS/Electron、.NET、Android APK 还是原生二进制。
4. 第 4 步：取得对分析对象的所有权或明确授权，并记录许可证限制。
5. 第 5 步：将静态观察、动态运行、推理、重新实现四类证据分开。

可复制的 Agent 指令

我正在做合法授权的 REA 逆向研究，目标是【自己的软件/公开授权样本】。
任务：只读解释一个自己有权限分析的功能，并给出可检查的源文件位置；未知项写未验证。
范围：只读分析，只有真实许可证允许的对象和数据；不要下载未知二进制、修改应用、登录未授权账号、提取秘密或绕过 DRM。
输出：操作前提/可用工具/直接观察与路径/证据/仍需验证的推断/下一步最小实验。
在进行任何配置更改、软件安装或运行目标程序前，先向我展示计划并等待批准。

验收清单

• 原始目标来源、版本和授权范围可追溯。
• 每个主要主张有真实文件路径/函数地址/调用引用或行为证据。
• 记录真实命令和执行结果；若未运行 REA，则明示未运行。
• 提供一个可以推翻主结论的实验。
• 没有泄露个人信息、密钥或第三方受版权保护资源。

红队审核

高频误区：REA 不会自动恢复开发者的原始源码，也不会替代软件许可。

反证问题：如果当前观察来自另一版本、另一分支或模拟环境，结论是否还成立？若无法证实，就改写为“有待验证”。

延伸阅读

REA 安装官方文档 · REA 官方仓库 · 实验记录模板

---

独立中文教程，非 REA 官方出品。AI 酋长 Andy · 微信 AIPMAndy · https://metaver.vip/