REA引擎选择三法--provider参数、provider_id与REA_ANALYSIS_PROVIDER环境变量【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/reaREA 是一款「万物皆可逆向」的分析框架能够从应用行为一路追踪到原生二进制。它内置了 Hopper、Ghidra、IDA 等多个深度分析引擎而如何选择分析引擎正是新手最容易卡住的环节。好消息是REA 提供了三种简洁的引擎选择方式——--provider命令行参数、MCP 的provider_id字段以及REA_ANALYSIS_PROVIDER环境变量三者优先级清晰、互不冲突。本文将带你用最少的心智负担掌握全部三种用法。为什么需要手动选择分析引擎如果你只安装了 Hopper 一个引擎REA 的自动模式auto会直接帮你选上无需任何配置。但当你同时安装了 Hopper 和 Ghidra 时多个引擎都能处理同一个目标自动选择就无法确定该听谁的。此时 REA 不会猜也不会静默回退而是直接报错并列出候选引擎要求你显式指定。报错信息非常直白Multiple analysis providers support this target. Choose one with provider_id, --provider, or REA_ANALYSIS_PROVIDER.这三条提示恰好对应本文要讲的三种选择方式。该错误提示的完整定义见 src/domain/providerSelectionError.ts。三种引擎选择方法详解方法一CLI 的--provider参数优先级最高在命令行执行分析时直接追加--provider 引擎ID适合这一次就想用某个引擎的场景。常见引擎 ID 为hopper、ghidra、ida例如rea analyze /absolute/path/to/program --provider ghidra --json rea function /absolute/path/to/program main --provider hopper --json--provider是单次调用的显式绑定优先级最高会覆盖环境变量中的全局设置。官方 CLI 文档中给出了analyze、search、decompile、xrefs、trace等命令的完整示例见 docs/cli.md。方法二MCP 会话的provider_id字段AI 场景专用如果你通过 MCP 协议接入 REA比如让 AI Agent 驱动逆向则在open_binary工具的参数中传入provider_id{ path: /absolute/path/to/program, provider_id: hopper }关键特性是会话级稳定绑定选定后该引擎会一直绑定到当前会话直到你显式切换或关闭二进制为止不会中途更换保证分析结果前后一致。参数说明见 src/contracts/sessionToolContracts.ts。方法三REA_ANALYSIS_PROVIDER环境变量全局默认偏好如果你长期只使用某个引擎最省事的方式是设置环境变量让所有未显式指定的命令都默认走它# Linux / macOS export REA_ANALYSIS_PROVIDERida # Windows PowerShell $env:REA_ANALYSIS_PROVIDER ida该变量未设置时默认为auto自动选择合法取值校验逻辑定义在 src/config/environment.ts。IDA 引擎的完整配置流程含 MCP 注册与生命周期模式选择可在 docs/ida-provider.md 中参考。优先级排序与 auto 自动模式三种方式的优先级关系一句话概括优先级方式作用域适用场景1最高--provider参数单次 CLI 命令临时切换、调试对比1最高provider_id单个 MCP 会话AI 驱动分析2REA_ANALYSIS_PROVIDER全局环境长期固定的主力引擎默认auto全局只装了一个引擎auto是保留字专门用于自动选择不能作为引擎 ID 使用引擎 ID 本身只允许小写字母、数字和连字符以字母开头这一约束定义在 src/contracts/providerSelection.ts。这套显式绑定、无静默回退的设计决策背景可在架构决策记录 docs/adr/0001-provider-selection-and-analysis-profiles.md 中阅读。选错引擎怎么办错误排查小贴士 ambiguous选择歧义多个引擎都能处理目标。从报错的details.candidate_ids中挑一个用上面三种方式之一显式指定即可。unknown_provider未知引擎引擎 ID 写错了报错会直接列出当前可用的候选 ID。provider_unavailable引擎不可用引擎本身没装好或启动失败运行rea doctor --provider ID --json可以定位到具体的本地问题。想先看看自己装了哪些引擎、各自支持什么操作执行rea providers --json或rea capabilities --json一目了然。相关资源CLI 完整用法docs/cli.md引擎选择架构决策docs/adr/0001-provider-selection-and-analysis-profiles.md选择逻辑源码src/domain/providerSelectionError.ts、src/config/environment.ts掌握这三种选择方式后无论是一时的命令行调试还是让 AI 长期稳定地驱动逆向分析你都能对 REA 的分析引擎做出清晰、可预期的控制。【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/rea创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
REA引擎选择三法--provider参数、provider_id与REA_ANALYSIS_PROVIDER环境变量【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/reaREA 是一款「万物皆可逆向」的分析框架能够从应用行为一路追踪到原生二进制。它内置了 Hopper、Ghidra、IDA 等多个深度分析引擎而如何选择分析引擎正是新手最容易卡住的环节。好消息是REA 提供了三种简洁的引擎选择方式——--provider命令行参数、MCP 的provider_id字段以及REA_ANALYSIS_PROVIDER环境变量三者优先级清晰、互不冲突。本文将带你用最少的心智负担掌握全部三种用法。为什么需要手动选择分析引擎如果你只安装了 Hopper 一个引擎REA 的自动模式auto会直接帮你选上无需任何配置。但当你同时安装了 Hopper 和 Ghidra 时多个引擎都能处理同一个目标自动选择就无法确定该听谁的。此时 REA 不会猜也不会静默回退而是直接报错并列出候选引擎要求你显式指定。报错信息非常直白Multiple analysis providers support this target. Choose one with provider_id, --provider, or REA_ANALYSIS_PROVIDER.这三条提示恰好对应本文要讲的三种选择方式。该错误提示的完整定义见 src/domain/providerSelectionError.ts。三种引擎选择方法详解方法一CLI 的--provider参数优先级最高在命令行执行分析时直接追加--provider 引擎ID适合这一次就想用某个引擎的场景。常见引擎 ID 为hopper、ghidra、ida例如rea analyze /absolute/path/to/program --provider ghidra --json rea function /absolute/path/to/program main --provider hopper --json--provider是单次调用的显式绑定优先级最高会覆盖环境变量中的全局设置。官方 CLI 文档中给出了analyze、search、decompile、xrefs、trace等命令的完整示例见 docs/cli.md。方法二MCP 会话的provider_id字段AI 场景专用如果你通过 MCP 协议接入 REA比如让 AI Agent 驱动逆向则在open_binary工具的参数中传入provider_id{ path: /absolute/path/to/program, provider_id: hopper }关键特性是会话级稳定绑定选定后该引擎会一直绑定到当前会话直到你显式切换或关闭二进制为止不会中途更换保证分析结果前后一致。参数说明见 src/contracts/sessionToolContracts.ts。方法三REA_ANALYSIS_PROVIDER环境变量全局默认偏好如果你长期只使用某个引擎最省事的方式是设置环境变量让所有未显式指定的命令都默认走它# Linux / macOS export REA_ANALYSIS_PROVIDERida # Windows PowerShell $env:REA_ANALYSIS_PROVIDER ida该变量未设置时默认为auto自动选择合法取值校验逻辑定义在 src/config/environment.ts。IDA 引擎的完整配置流程含 MCP 注册与生命周期模式选择可在 docs/ida-provider.md 中参考。优先级排序与 auto 自动模式三种方式的优先级关系一句话概括优先级方式作用域适用场景1最高--provider参数单次 CLI 命令临时切换、调试对比1最高provider_id单个 MCP 会话AI 驱动分析2REA_ANALYSIS_PROVIDER全局环境长期固定的主力引擎默认auto全局只装了一个引擎auto是保留字专门用于自动选择不能作为引擎 ID 使用引擎 ID 本身只允许小写字母、数字和连字符以字母开头这一约束定义在 src/contracts/providerSelection.ts。这套显式绑定、无静默回退的设计决策背景可在架构决策记录 docs/adr/0001-provider-selection-and-analysis-profiles.md 中阅读。选错引擎怎么办错误排查小贴士 ambiguous选择歧义多个引擎都能处理目标。从报错的details.candidate_ids中挑一个用上面三种方式之一显式指定即可。unknown_provider未知引擎引擎 ID 写错了报错会直接列出当前可用的候选 ID。provider_unavailable引擎不可用引擎本身没装好或启动失败运行rea doctor --provider ID --json可以定位到具体的本地问题。想先看看自己装了哪些引擎、各自支持什么操作执行rea providers --json或rea capabilities --json一目了然。相关资源CLI 完整用法docs/cli.md引擎选择架构决策docs/adr/0001-provider-selection-and-analysis-profiles.md选择逻辑源码src/domain/providerSelectionError.ts、src/config/environment.ts掌握这三种选择方式后无论是一时的命令行调试还是让 AI 长期稳定地驱动逆向分析你都能对 REA 的分析引擎做出清晰、可预期的控制。【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/rea创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
