社区热度能回答什么？
Reverse Engineer Anything 的讨论同时包含工具介绍、替代软件的期待和小规模实验。它们能帮助发现用户的问题，却不能合并成一个“REA 已证明能复现任何产品”的结论。本页选取不同证据类型，解释每种材料适合支持什么判断，不用点赞数代表技术质量。
X：观点传播，不是验收记录
Matthew Berman on REA 用极短的评价表达对 REA 的强烈反应。这能证明一个观点正在传播，但帖子文字没有给出完整输入、版本、测试集或失败记录。读到类似结论时，先找原始演示和可检查产物，再判断讨论的究竟是界面、单个功能还是完整产品。
Reddit：把自述对比变成自己的测试问题
Reddit: REA discussion and a reported comparison 中有评论者报告了小型二进制任务的对比，并质疑额外工具调用与 token 成本是否换来了相应收益。本站未复现该实验，不把它当作通用排名。它提出的有用问题是：使用相同目标和验收条件，REA 相对原有代理增加了哪些证据，成本又增加了多少？
专业论坛：先找更直接的工作流
Reddit: questions about using REA on bioinformatics applications 的提问者想了解是否有人在特定专业软件上使用过 REA。回复提出，某些 GUI 工作流可能已有可直接使用的底层工具。这是选型线索，不是该软件已成功复现的证据。先列出需要的输入、处理步骤和输出格式，检查现成文档、导出接口或命令行工具是否足够。
Hacker News：讨论发生在哪里，不等于用了什么工具
Hacker News: a reverse-engineering account using plain Opus 描述了使用普通 Opus 进行逆向调查的经历，作者明确说没有配置 REA。不能因为它出现在 REA 相关讨论里，就写成“REA 成功案例”。这也提醒我们：比较时要记录代理、模型、实际调用的工具与额外人工干预。
阅读社区案例的五个检查点
- 目标：完整产品还是单个页面、函数或导出动作？
- 输入：是否说明程序版本、文件和可复查的样例？
- 工具：REA 是否真的被调用，还是仅提到了名称？
- 验证：结果是否接受独立测试，失败是否也被记录？
- 成本：统计是否包含重试、配置和人工修正？
原始资料
- Matthew Berman on REA — X opinion
- Reddit: REA discussion and a reported comparison — Community reports
- Reddit: questions about using REA on bioinformatics applications — Questions and opinions
- Hacker News: a reverse-engineering account using plain Opus — Author-reported experience