1253 个反向工程资源喂给 AI 代理，闭源应用就 RIP 了？评论区先吵起来了

一个叫 Awesome-REA 的 GitHub 集合最近在 X 上被转。它把网站、游戏、应用、原生二进制、固件和协议的反向工程资源收进一个目录，规模不小：1,253 条 curated resources，431 个案例，235 篇论文，3,309 个索引仓库。分类里，游戏 318 条，原生二进制 269 条，应用 174 条，协议 140 条，固件 89 条，网站 61 条。

它更像给代理准备的目录，不是普通 awesome list。项目提供 llms.txt、JSON 和 CSV API、catalog.json，还有一个 Hugging Face 数据集。AI 代理可以直接读。MCP 可以理解为代理调用外部工具的接口。项目说明写得很清楚：REA 本身是一个独立的 CLI 和 MCP 项目，这个集合围绕它整理资源，按任务、平台和关系打标签。集合本身 MIT 许可，链接项目保留各自许可证。

主推这条推文的作者 Movez 更激进。他写了一篇长文，标题是 How i reverse-engineered 10 paid apps with Opus 5.5 (Full-Guide)。按他的说法，把 REA 接到 Opus 5.5 上，18 天里重做了 10 个付费应用，拿到 13K+ 安装。文章里给了完整流水线：REA 负责理解，Craft Anything 负责构建，证据用 evidence_id 串起来，未知项单独记账，研究目录和源码目录分开，发布前跑 nocopy 检查。

他有一句话值得记住：代码现在是最简单的部分，难的是流水线。先映射什么，怎么给 27 个代理写 brief 才不互相踩文件，怎么让成品不像 AI 做的，怎么发布才有人在意。这个判断比工具列表更有价值。

但评论区没有全信。有人问，反向工程只能拿到客户端，那些应用的 backend 还得自己建、自己跑。有人问，它到底能重建可用的应用，还是只克隆 UI。有人说，结构化到 llms.txt 对工具选择有帮助，但代理真正的墙还是动态分析和 stripped binaries。还有一条中文评论更直接：付费应用的价值在服务器和数据，不在客户端代码。

这些质疑不难理解。一个付费产品由客户端、服务端、数据模型、账号体系、支付、运营和品牌组成。REA 这类工具能把客户端的行为、IPC、二进制、协议和页面结构拆开，能产出可引用的证据。它不自动给你后端，也不替你承担法律风险。Movez 自己的规则里也写了：只分析自己拥有或有许可的软件、开源代码、公开网站和自己的硬件；不破解许可证，不绕过 DRM 或认证，不登录，不暴力破解；研究放 /research，代码放 /src；发布前检查有没有复制目标的长字符串、图标、字体和品牌名。

对开发者来说，这份集合最实用的入口不是 1,253 这个数字，是数据格式。llms.txt 给代理一个站点地图，catalog.json 是完整目录，JSON API 适合做检索和筛选，AGENTS.md 告诉代理怎么贡献和读取。先让代理读目录，再让它选工具，比一上来就让它拆二进制靠谱。

对普通读者，别把它当成一键破解器。它更像一张反向工程的地图，标出了每个领域常用的工具、案例和论文。地图不会替你走路。

Movez 的帖子下面还有一张项目数据图和一张用户反馈图。真实数字比口号有说服力，但安装量不等于留存，重建客户端也不等于替代原产品。评论区有人追问一个月后还有多少人在用，他回复说有人每天用并给他反馈。这个回答目前只能算他的说法。

回到开头那句 RIP closed-source。闭源软件不会因为一份清单就消失。变化在于，代理有了可检索的上下文、可引用的证据和可复用的工作流，研究一个应用的成本在下降。研究成本在下降。法律成本没有，后端成本也没有。

想试的人，选一个自己付钱、自己有许可分析的应用，从映射开始，别从复制开始。先写 MAP.md，再写未知清单，再决定哪些功能自己设计。工具已经把路标插好了，走不走得通，看你怎么用。