互撕的产品经理，被REA逼成了战友

产品经理之间向来不太对付。“你的UI是垃圾”“这交互是给人用的？”“你拿少数用户个案代表全量”——这类话在同行之间几乎是日常。可REA爆火之后，这群人一瞬间完成了战线统一，一致对外。

原因不难理解。产品是产品经理的命脉，而REA让这些产品的护城河几乎荡然无存。一个功能从提需求、排期、开发、测试到上线，动辄几个礼拜甚至几个月；REA只要几分钟就能反编译。

法国技术博主Korben用Opus 5.5对REA做了实测。他让Agent读取自己写的一个crackme程序的伪代码，大约2分钟，Agent就写出了能通过验证的Python keygen，API成本仅约0.5美元。他随后用479个随机用户名验证，全部通过。

由于REA包含了市面上所有的逆向软件，再加上AI，怎么设计产品都不能保证100%不会被反编译。既然挡不住，产品经理们开始抱团想对策。

第一招：把值钱的东西搬出客户端

最朴素也最有效的做法，是不在客户端放密钥和隐藏接口。过去很多产品会把“反正用户看不到”的东西塞进安装包，包括写死的密钥、内部接口、只在客户端做的权限校验、靠前端判断的会员状态。这些东西在REA面前等于“裸奔”。

逆向教材《Practical Reverse Engineering》作者之一的埃利亚斯·巴沙拉尼（Elias Bachaalany）表示，唯一稳妥的办法是把关键逻辑放到服务器上。产品经理们照此把信任决策放回服务端：用户有没有付费、能不能访问某个功能、这次请求合不合法，都不再由客户端说了算，而是每次都去问服务器。

随后是核心逻辑上云。推荐算法、定价策略、风控规则、关键的数据处理，只让客户端拿到结果，拿不到过程。三步合在一起，客户端慢慢变成一个“只有界面的外壳”——外壳可以被拆、被复刻，但里面没有东西。

第二招：让REA先逆出“假的”

有些场景没法搬到云端，比如嵌入式设备和游戏，只能在本地运行。产品经理们于是对代码加壳、混淆、虚拟化保护和反调试，让REA最先逆向出来的东西是“假的”。虽然最终仍能逆向完整产品，但整个过程的费劲程度大幅上升。

厂商也盯上了这门生意。REA爆火后，Thales发布Sentinel Envelope Plus，官方称之为专门针对AI逆向的保护方案，可在不改源码的情况下，对应用的指定部分做多层反反编译、防篡改和防运行时检查。Thales公布的受控测试显示：未保护的应用，AI Agent找出了10个漏洞中的8个；加上保护后Agent一个都没找到，token消耗是之前的970倍，最后Agent自己建议放弃分析。

产品经理们还互相分享方法，在Discord上创建了反REA频道。其中最常被引用的是安全公司Quarkslab在8月发表的文章《Defeating AI-Assisted Reverse Engineering (or at Least Trying To)》。其核心发现是：现代混淆可以让反编译结果在结构上看起来合理，实际上却不反映程序的真实行为，从而把AI带离“容易的路径”，让它得出看似合理但并不正确的判断。

这个思路有意思的地方在于，过去混淆是为了让人“看不懂”，现在更重要的是让AI“看错”。面对一个完全看不懂的程序，Agent会老实承认看不懂；可一个看起来逻辑通顺的错误答案，才是对付AI的好办法，因为Agent不会停下来质疑它。

说到底，谁也没法让自己的客户端变得不可逆向，只能减缓逆向的过程、增加逆向的成本。

狂欢之后：质疑、谩骂与木马

REA狂欢过后，留下一地鸡毛。埃利亚斯在REA刷屏后评价其为hype（炒作）。社区给出的证据是，REA的星标增速远超过下载量，也就是所谓的“drive-by stars”——点了星标但没真正用。

埃利亚斯还列出一串早就存在的同类工具：GhidraMCP、IDA Pro MCP这类工具，在2025年就已经实现了用AI进行逆向分析。IDA Pro MCP插件的作者、x64dbg调试器的开发者邓昆·奥格尔维（Duncan Ogilvie），在只使用IDA Pro MCP的前提下，大约一小时就解完了今年Flare-On逆向挑战赛的题目。

REA的优势在于它自己不做反编译，它做的是调度：让Agent去调用Ghidra、IDA和Hopper这些逆向工具，REA拿到结果，再去写代码、做测试。真正对目标进行逆向分析的，仍然是那些老牌工具加上大模型。

实测评价也不一致。Korben的测试里，REA与不使用REA、直接让Claude配合Ghidra的方案都完成了四项测试，REA在一些项目上更快，但在patch测试上反而更慢。10月19日一篇DEV Community实测文章还提到，Ghidra、JDK等依赖需要用户自己准备。

独立开发者社区的情绪则直接得多。企业端产品开发周期通常在2-3个月，不少独立开发者的项目要打磨数年，若被REA几分钟复制走，心态确实容易崩。10月10日，外网论坛独立开发者版块出现一个爆火帖子，标题大意是“我XXX讨厌这股‘REA’新潮流”，帖子里没有论述，只有纯粹的谩骂，回复里也充斥着谩骂。由于几乎变成英语脏话宝典，帖子最终被整个删除。

更麻烦的是仿冒。10月10日，一个名为rea-tools的GitHub组织出现，刻意模仿REA官网rea.tools。仿冒者整份复制官方README，只加了一段“Windows独立版.exe/GUI”的下载说明，指向名为“rea-agents: v6.3.0”的Release。而REA官方README里根本没有任何安装包。

仿冒者的Release里是一个82.6 MB的压缩包rea-x64.7z。Microsoft Defender把压缩包判为Trojan:Script/Wacatac.B!ml，解压出的rea-x64.exe判为Trojan:Win32/Wacatac.B!ml。VirusTotal上，45个引擎中有8个报毒。被举报时，该文件已被下载172次——而病毒可以二次传播，实际破坏远超这个数字。

10月13日，REA维护者通过PR 2429合并了README警示，明确只认三个入口：github.com/morluto/rea、rea.tools和npm包rea-agents，并强调“相似的仓库名或复制的README，不能证明下载是官方的”。

仿冒者选中REA并不奇怪：套路是现成的，OpenClaw爆火时就玩过；时机正好，REA热度几天内涨了10万星，靠近这个名字就能分到流量；官方没有的“方便”被递了出来，很多用户不想自己配Ghidra和JDK，“Windows版安装包”正好戳中需求。最要命的是，REA的用户群本来就是会用Agent的人——他们有MCP、会运行npx、还会给Agent授权。REA安装时会把自己注册进Agent配置，而Agent本身又有shell、文件和网络权限，这让携带病毒的破坏力比普通网络病毒更大。