案例
Claude Code 中的 REA：隔离配置下的静态分析 A/B 试验
一篇日文实践报告在单独的项目目录中把 REA 6.4.0 接入 Claude Code，屏蔽其 170 个工具中的 43 个以及常见的命令行启动方式，并在两个真实任务上比较启用与禁用 REA 的运行：一个 Electron 终端的分发文件，以及一份保存的 HAR 通信记录。两组都给出正确答案，而启用 REA 的一组耗时最多为 2.00 倍、按 API 计价的费用最多为 1.67 倍。这是分析评估与安全配置案例，而非重建案例。
使用条件与局限
- 文章由 keigoly 于 2026-10-14（日本时间）发布在 Zenn。它固定使用 rea-agents 软件包中的 REA 6.4.0，并在项目内放置经校验和核对的官方 Node.js 24.21.0 来运行，因为本机 Homebrew 的 Node 25.8.1 不在 REA 支持范围内。所有试验均使用非交互的 claude -p、Claude Opus 5.5，并跳过权限确认；文章未说明 Claude Code 版本。
- 隔离依靠配置而非沙箱：REA 只通过项目内的 .mcp.json 启用，按效果元数据生成的拒绝列表屏蔽 43 个工具，Bash 前缀规则拦截常见的包运行器启动方式。作者明确表示拒绝规则只是围栏而非隔离，其他调用写法可以绕过前缀规则，且未测试经由分析输出进行的提示注入。
- 任务对象是 MIT 许可的 Orca 终端 v1.4.224（128 MB 的 Electron 分发文件），以及一个未具名会场网站的 2.5 MB HAR；答案依据 Orca 公开源码和 HAR 数据核对。作者将 DRM 或许可认证规避、在线对战游戏、业务或客户数据以及恶意软件排除在范围之外。
- 每种条件只运行一次（n=1），启用 REA 的一组被要求优先使用 REA 工具，多个进程并行运行使耗时只能作参考，且只测试了单一模型下的静态 JavaScript／Web 工作；一次中断的运行被剔除并重做。有一项 REA 分析结果超过了 MCP 的 10 MB 响应上限。脚本和 JSONL 日志只以摘录形式出现而未公开，因此本目录无法也未曾重新运行这些试验。
- 作者报告 REA 在提取环节（如展开 asar、从 HAR 中提取元素）有所帮助，而两组的代码阅读都主要依靠 grep 和小脚本。没有重建任何内容：HAR 任务确认的是一条已有的请求路径。原生二进制和 APK 留待计划中的第二步；Orca、会场网站、REA 及模型服务保留各自条款。
关于此条目
- 类型
- 案例
- 类别
- REA 社区调查案例
- 关联
- 作者报告的混合工具流程
- 目标
- 应用 · 网站
来源复核于
说明已依据一手来源复核；这不代表已运行验证、经过安全审计或确认兼容。