03｜Windows 与 Linux

目标：区分 PowerShell、Ubuntu、受限宿主的安装差异。
分类：上手｜核查日期：2026-10-21｜状态：操作方案，需读者在自己环境中验证。

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

前置条件

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

跟着做

1. 第 1 步：使用各系统官方 Node/npm 安装方式达到 README 的最低版本门槛。
2. 第 2 步：PowerShell 与 POSIX shell 的变量赋值和 PATH 机制不同，不照搬命令。
3. 第 3 步：使用官方 npx rea-agents@latest setup，并审查写入配置。
4. 第 4 步：Linux 的 Ghidra、JADX、JS 静态分析等任务可能依赖 procps 兼容的 ps。
5. 第 5 步：先用 doctor 检查指定客户端或 provider，而不是盲目全局重装。

可复制的 Agent 指令

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

验收清单

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

红队审核

高频误区：PATH 或权限问题与 REA 内部崩溃不是一回事。

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

延伸阅读

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

---

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