REA
团队部署 REA：划清 MCP、CLI 和 Provider 的边界
明确客户端配置、目标文件和本地分析引擎分别放在哪里
团队部署 REA：划清 MCP、CLI 和 Provider 的边界知识学习CN编辑简报更新 2026-10-14
你将学会
- 安排 Agent 连接
- 安排分析引擎
- 保护目标资料
开始前需要
- 自己拥有或获授权分析的目标
- Node.js 与 npm
- 仅在原生分析时选择本地 Provider
用无害样本检查配置、来源、限制及清理流程
先看结论
- MCP 与 CLI 共享文档化工作流。
- 原生引擎是独立依赖。
- 本地执行也需要访问策略。
安排 Agent 连接
Setup 只给选中的客户端注册 MCP，并在未关闭选项时安装工作指引；官方也提供手动注册说明。MCP 注册是本地集成，不等于把分析托管到云上。
先列出会修改的客户端与配置文件，使用 dry-run 审查路径和备份。安装指南说明，遇到格式错误的现有配置会中止事务，而非悄悄覆盖。
安排分析引擎
静态 JS 工作流可以不装原生 Provider；原生二进制需要本地引擎及其独立的安装和许可条件。CLI 能列出 Provider 并针对选定引擎运行诊断。
不要假设一个 Provider 支持全部操作。二进制会话会绑定 Provider；有多个候选者时，团队流程应明确指定，而不是依赖含糊的自动选择。
保护目标资料
安全指南说明，REA 以当前用户权限把解析和分析交给本地 Provider。私有二进制、Ghidra 项目和会话令牌都不适合贴进公开报告。
对样本、快照和客户端配置分别设访问规则。我们没有实际验证团队部署、客户端注册或引擎安装。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
用 dry-run 确认客户端路径。
- 2
按目标类型指定 Provider。
- 3
限制样本、快照和配置的访问权限。
可复制示例
sh
rea setup --client codex --skill=false --dry-run
rea providers --json
rea doctor --provider ghidra --json常见问题
必须使用云服务吗？
README 描述的是本地分析以及本地 MCP 或 CLI 集成。
注册 MCP 会安装 Ghidra 吗？
不会。文档说 REA 可使用现有 Ghidra 路径，但不会下载或修改它。
资料来源
- REA / README.md来源核查 2026-10-14
- REA / docs/installation.md来源核查 2026-10-14
- REA / docs/cli.md来源核查 2026-10-14
- REA / SECURITY.md来源核查 2026-10-14
- REA / docs/ghidra-provider.md来源核查 2026-10-14