先问缺少什么证据
选择 Reverse Engineer Anything 不应只看目标是否复杂。更有用的问题是：普通源码阅读无法回答什么？官方调查 skill 将 REA 用于需要分发二进制、打包产物、反编译或被动运行时证据的问题；对于源码完整的普通仓库架构分析，它明确建议使用常规仓库工具。
按输入选择第一步
- 完整源码: 先搜索定义、导入、调用与测试。只有证据必须来自实际分发版本时，再补充产物分析。
- 打包的 JavaScript: 先确认包格式和可读内容，围绕一个入口或行为问题分析，避免一开始就重建所有模块。
- 原生二进制: 确认架构与所需引擎，再围绕特定函数或数据流取证。反编译输出需要解释和验证。
- 只有界面演示: 先记录可观察的输入输出。界面相似不能证明服务端算法、数据模型或完整行为相同。
安装 skill 不等于工具已就绪
官方 skill 还区分了工作流说明与可调用的工具：安装说明文本本身不会注册 MCP，也不会提供所有引擎。先确认代理能发现所需工具，再检查目标对应的依赖。如果只需要普通源码分析，不必为了这个任务额外执行 REA 准备流程。
额外成本应换来额外证据
评价指标可以很具体：能否识别原来未知的入口、解释可复现的异常，或把某个说法定位到实际产物。工具数量、输出长度和流畅的解释都不能单独代表成功。先用当前代理做一个基线，再在相同验收条件下加入 REA，比较哪些问题被解决、哪些仍未知。
MG 的视频说明报告使用 REA 的单屏实验更耗时、花费更高，同时作者认为结果有所改善。这说明成本与质量应一起观察，但只是一个未由本站复现的案例。Reddit 的自述比较也提出成本问题。不要把任何单次实验套用到所有程序和模型上。
本站实测案例的正确用途
本站冻结的 JavaScript 案例用于学习如何记录输入、查看结构化结果和核对证据。它的源码本来可读，因此不是“必须使用 REA”的证明，也不是优于普通代码代理的对比实验。先用它熟悉记录方式，再选择确实缺少产物证据的任务。
资料与版本边界
- REA official investigation skill — Official documentation
- MG — How to Reverse Engineer Anything in Claude Code — YouTube description and chapters
- Reddit: REA discussion and a reported comparison — Community reports
官方链接指向持续更新的 main。本站配置示例固定 6.5.0；具体功能是否存在，应以安装版本的帮助和发行说明为准。