REA
REA 架构：把问题路由成可核查的证据
跟随 Agent 请求穿过 MCP、会话、Provider 和结果限制
REA 架构：把问题路由成可核查的证据知识学习CN编辑简报更新 2026-10-14
你将学会
- 区分编排与观察
- 追踪 Provider 身份
- 保留有条件的证据
开始前需要
- 自己拥有或获授权分析的目标
- Node.js 与 npm
- 仅在原生分析时选择本地 Provider
用无害样本检查配置、来源、限制及清理流程
先看结论
- MCP 和 CLI 共享证据约定。
- Provider 按会话选择。
- 超时未必代表 Provider 停止。
区分编排与观察
MCP 服务暴露发现和分析操作；CLI 使用同一套工作流与证据约定。请求给出目标和操作，由合适的适配器或 Provider 在本地检查。
二进制路径由会话把 Provider 绑定到目标。JavaScript 文件有独立的模块与依赖分析流程；浏览器观察还需要正在运行的上下文。
追踪 Provider 身份
会话路由器并不会让 Hopper、Ghidra 和 IDA 变成等价工具。可用性、支持的操作和目标格式决定路由；多个工具都合适时要明确选择。
Provider 可能在客户端等待超时后继续工作。CLI 指南要求检查活动与恢复状态，不能把每个超时都解释为分析失败。
保留有条件的证据
MCP 约定区分证据记录、来源、局限与便于阅读的摘要。摘要适合快速浏览，却不该抹掉原始观察的约束。
这套架构能帮助 Agent 提出更准确的追问，但不能把 Provider 不支持的操作或模糊观察变成源码事实。
如何选择
| 比较维度 | 方案 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
标出目标、操作与 Provider。
- 2
追踪会话状态和证据记录。
- 3
阅读结论时同时阅读限制。
可复制示例
text
agent or CLI -> operation -> session router -> local provider
provider result -> evidence + provenance + limitations -> reader常见问题
摘要能代替底层证据吗？
不能。CLI 指南明确区分展示用视图和保留的证据、限制。
会话中能切换 Provider 吗？
文档说明原 Provider 会保持绑定，直到明确切换。
资料来源
- REA / README.md来源核查 2026-10-14
- REA / docs/cli.md来源核查 2026-10-14
- REA / docs/mcp-contracts.md来源核查 2026-10-14
- REA / src/application/binary/SessionProviderRouter.ts来源核查 2026-10-14
- REA / src/application/javascript/JavaScriptArtifactAnalysis.ts来源核查 2026-10-14
- REA / src/server/EvidenceMcpServer.ts来源核查 2026-10-14