21｜更新、迁移与卸载

目标：在尽量不影响已有 Agent 配置的条件下管理 REA。
分类：维护｜核查日期：2026-10-21｜状态：操作方案，需读者在自己环境中验证。

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

前置条件

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

跟着做

1. 第 1 步：先记录已经安装的 REA 版本及其安装途径：npx、npm global 或源码。
2. 第 2 步：npx 使用 @latest 重新运行 setup 前，查看配置差异和备份。
3. 第 3 步：全局 CLI 才按官方的 rea update 工作流处理；源码安装另循源码更新。
4. 第 4 步：使用 rea uninstall 前先阅读将删除的范围，区分纯注册撤销与 --purge-data。
5. 第 5 步：重启 Agent，确认不再使用旧 MCP 注册及失效的 provider 配置。

可复制的 Agent 指令

我正在做合法授权的 REA 逆向研究，目标是【自己的软件/公开授权样本】。
任务：请列出我机器上 REA 的安装方式与已管理项；更新/卸载之前给备份、风险、计划和恢复步骤，未经我批准不执行。
范围：只读分析，只有真实许可证允许的对象和数据；不要下载未知二进制、修改应用、登录未授权账号、提取秘密或绕过 DRM。
输出：操作前提/可用工具/直接观察与路径/证据/仍需验证的推断/下一步最小实验。
在进行任何配置更改、软件安装或运行目标程序前，先向我展示计划并等待批准。

验收清单

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

红队审核

高频误区：卸载工具不等于移除原本独立安装的 Hopper/Ghidra。

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

延伸阅读

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

---

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