11万Star的“逆向一切”,软件还能靠什么收费?

做软件的人，可能要重新回答一个问题了。

当别人能让AI研究你的产品、拆解一项功能，再做出自己的版本，你的收费理由还剩下多少？

最近爆火的REA，全称Reverse Engineer Anything，正在把这个问题变得具体。我核对了原始仓库、项目文档和官方演示。截至北京时间10月12日，GitHub星标已经超过11万。本文没有做商业APP克隆实测，下面讨论的能力以项目公开材料为依据。原始仓库^[1]

我的判断是，软件里那些主要靠“别人做起来很麻烦”维持的溢价，会承受更大的压力。但从这里直接跳到“所有软件没有门槛、开源价值归零”，中间还隔着几件必须讲清楚的事。

一、它给编程Agent补了一套调查工具

AI示意图｜REA提供调查工具与证据，编程助手继续分析并实现功能。

以前让AI模仿一个软件，经常从截图和描述开始。它能看到界面，却未必知道按钮背后怎样计算、数据怎样流转。做出的东西可能长得像，遇到具体操作就露馅。

REA把逆向分析工具接进编程助手。面对不同目标，它能提供反编译结果、调用关系、字符串、脚本和运行观察，交给Codex、Claude Code等Agent继续分析。原生程序的深入分析需要Hopper、Ghidra或IDA等工具，具体能力还取决于目标类型与运行环境。项目FAQ^[2]

于是，同一个编程助手可以沿着证据研究一项功能，再写出自己的实现。这个过程把专业工具的操作和编程衔接得更紧。不过，拿到可读的分析结果，与恢复作者原来的工程，仍然是两件事。

二、两个公开案例，够看清变化

AI示意图｜计算器与小游戏是官方案例的示意表达，并非本文的实测截图。

官方拿Windows计算器做了一个演示。为什么输入200＋10%，结果会是220？分析找到百分比处理函数的分支，然后对照微软公开源码，解释不同运算符后面的计算规则，再重做这一功能。

另一个演示研究浏览器里的小游戏，找出它逐渐加速的规则，再做一个能调整速度的小版本。这里有原程序的规则作为依据，比单靠观感模仿，多了一道可检查的过程。官方演示^[3]

这两项案例证明了具体规则可以被分析、解释和重建。它们没有证明，一整套商业软件的全部功能、兼容性与性能都能自动恢复。从“做出一个相似功能”到“交付一个可靠替代品”，还有工程工作。

三、一个APP文件，装不下整家公司

AI示意图｜客户端分析不能自动替代服务端、权限与兼容性验证。

客户端里能分析到什么，要看它实际包含什么。界面、部分本地算法和调用方式可能留下线索，但服务端数据库、账号权限、后台规则，以及持续更新的数据，并不会因为你拿到一个安装包，就一并交到你手上。

复刻以后也要测试。同一个功能遇到旧文件、异常输入、不同系统和边界条件，可能出现不同结果。官方FAQ列出的是分析工具和调查流程，分析完成之后，Agent仍需编写并测试实现。不能把工具支持某类文件，理解为它已经保证复刻成功。

授权也要单独核对。REA自身采用MIT许可证，不会替被分析的软件发放复制许可。研究思想原理、复用代码与对外分发产品，涉及的权利边界不同。技术变容易，不会自动取消这些区别。软件保护条例^[4]

四、只卖一项功能的生意，要重新算账

AI示意图｜功能溢价承压是作者的商业判断，尚无全市场降价量化证据。

尽管存在这些限制，我仍然认为REA值得软件创业者认真看。它把调查与重建功能接入了Agent，也就提供了一条新的竞争路径。竞争者可以围绕某个具体需求研究实现，再决定要不要做一个更轻、更窄的替代版本。

如果一个产品的主要卖点，只是某个本地操作很难实现，那么分析、适配和重写的成本一旦下降，它就更容易遇到替代方案。批量处理、某种转换规则、一个小型效率功能，都值得开发者重新检查收费依据。这是基于工具能力作出的商业判断，目前没有证据能量化整个软件市场会降价多少。

“我花了很久做出来”，以后可能更难成为用户持续付费的理由。 开发投入值得尊重，用户则会比较眼前的选择。原作者需要持续改进，后来者也不能靠一次复刻，就免掉后续维护。

五、开源软件的价值，不能只看代码文件

AI示意图｜公开代码与付费服务可以同时存在，获取和运行的成本不同。

开源软件本来就公开代码。以WordPress为例，它以GPL许可证发布，用户可以在许可条件下获取和使用；与此同时，WordPress.com仍提供付费托管、支持、备份等服务。公开代码与付费服务，早已同时存在。WordPress许可证^[5]、服务方案^[6]

所以讨论“价值归零”，得先说清衡量哪一种价值。获取一份代码的费用，可以很低；让它适配业务、持续运行、处理故障，需要另外的投入。维护者修复的问题、完善的文档和可信的版本，也会影响使用成本。

AI可能继续压低部分理解与适配的成本，也可能让更多人使用一个开源项目。最后有多少人愿意为服务付钱，要看服务解决了什么问题。REA新增了分析工具。软件公司能否收钱，开源项目能否长久维护，仍要看实际结果。

六、开发者该问自己的三个问题

AI示意图｜从付费理由、重复使用与持续改进入手，检查产品的长期价值。

第一，用户究竟为什么付钱。如果只因为替代方案难做，就要留意这一成本如何变化。如果用户还需要可靠交付、业务适配和持续支持，就把这些工作做扎实，并让用户看得见。

第二，你的产品能否经受重复使用。漂亮演示可以吸引注意，真实用户还会导入旧数据、换设备、升级版本，遇到故障也会找你。把这些事情处理好，需要时间和经验，复刻者同样要补这一课。

第三，功能之外，你有没有持续改进的能力。了解用户哪里卡住，及时修复问题，处理迁移，留下清楚的文档，这些工作未必适合做成发布会视频，却影响用户愿不愿意留下来。

REA的走红，让软件的可复制性又往前走了一步。想动手做产品的人多了一套工具。已经靠软件收费的团队，也该重新检查用户付费的理由。

我期待开发更容易，也希望用户能得到更可靠的产品。至于“软件价值归零”，现在下这个结论太早。更值得追问的是，当你的功能变得容易被学会、被重做，用户还愿意为什么付钱？

参考链接

[1] 原始仓库: https://github.com/morluto/rea

[2] 项目FAQ: https://rea.tools/faq/

[3] 官方演示: https://rea.tools/

[4] 软件保护条例: https://www.cac.gov.cn/2013-02/08/c_126468744.htm

[5] WordPress许可证: https://wordpress.org/about/license/

[6] 服务方案: https://wordpress.com/pricing/

扫码添加企业微信

添加林雪妮，获取更多内容与交流