REA
REA 与直接使用工具：何时值得加入桥梁
比较 MCP 引导的证据流程与直接操作 Ghidra 或浏览器
REA 与直接使用工具：何时值得加入桥梁知识学习CN编辑简报更新 2026-10-14
你将学会
- 保留直接工具的价值
- 按目标类型比较
- 选择证据颗粒度
开始前需要
- 自己拥有或获授权分析的目标
- Node.js 与 npm
- 仅在原生分析时选择本地 Provider
用无害样本检查配置、来源、限制及清理流程
先看结论
- REA 协调现有的本地能力。
- 目标类型决定合适路径。
- 证据质量比答案篇幅更重要。
保留直接工具的价值
REA 负责协调本地工具，并把证据交给 Agent；Ghidra、Hopper、IDA 和浏览器检查仍是许多观察的底层来源，REA 不能消除它们自身的限制。
熟悉原生工具的分析者，处理单个函数时可能更喜欢直接控制。问题跨越多个文件、需要串联证据时，Agent 桥梁才可能节省整理成本。
按目标类型比较
静态 JS 分析可避开原生 Provider；二进制调查依赖支持该目标的引擎与会话。浏览器观察能看到运行时行为，却不能替代原始源码。
用同一个获授权问题比较路径，记录确认的发现、无法支持的断言、配置投入和可复现性，而不是只看功能列表。
选择证据颗粒度
短摘要适合初筛；带来源的证据记录更适合复核和追问。无论选哪种，都要保留 Provider 身份、目标版本与限制。
我们没有实测 REA 与独立工具的差异。是否采用，要看桥梁能否在你的工作负载里改善证据链。
如何选择
| 比较维度 | 方案 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
定义一个获授权的问题。
- 2
在同一样本上试直接与桥接路径。
- 3
比较确认的发现及复核成本。
可复制示例
text
direct tool -> analyst review
REA CLI/MCP -> provider evidence -> analyst review
compare on the same authorized question常见问题
REA 能代替原生分析引擎吗？
不能。文档化的原生分析仍需要配置 Provider。
每次都要通过 Agent 吗？
不用。CLI 也提供相同的证据工作流。
资料来源
- REA / README.md来源核查 2026-10-14
- REA / docs/cli.md来源核查 2026-10-14
- REA / docs/mcp-contracts.md来源核查 2026-10-14
- REA / docs/javascript-application-workflows.md来源核查 2026-10-14
- REA / docs/native-investigation.md来源核查 2026-10-14
- REA / docs/browser-observation.md来源核查 2026-10-14