AI开始逆向软件:谁来为第一个产品买单?

AI能复制，谁还原创？

一个开发者被 Adobe 的退订费惹火，转头用 AI 做起了开源替代品。

有人觉得解气：终于能摆脱订阅和收费规则的束缚了。

但同样是开发者，另一群人想到的却是：如果我的产品也能被这样重做，我还来得及收回投入吗？

最近，围绕 Adobe 替代软件和 AI 逆向工具 REA 的讨论，把这两种情绪撞到了一起。

软件更便宜、更容易获得，当然让人高兴。可那个花时间把它做出来的人，也需要靠它生活。

● ● ●

01 一次对退订费的反击，为什么让人兴奋？

10 月初，开发者 Brandon Thomas 在 Hacker News 上介绍了自己的计划：用 Claude 辅助开发，对应 Photoshop、Illustrator、Premiere 等七款 Adobe 软件的开源应用。[1][2]

他解释动机时说，自己已经不止一次被 Adobe 的“退订费”坑到。

这些应用包括图片编辑器 PhotoCraft、矢量工具 VectorCraft、视频编辑器 FilmCraft 等。对不满订阅模式的用户来说，这个故事很有吸引力：既然厂商让退出变得困难，那就自己造一个出口。

项目作者在 Hacker News 列出七款开源应用，并说明退订费是其开发动机之一

_图：作者在 Hacker News 列出七款开源应用，并提到 Adobe 的退订费。[1]_

这些应用目前处于 “super early alpha”——非常早期的测试阶段。Thomas 正在邀请社区参与，帮助补齐功能、修复问题。[3]

PhotoCraft 的项目页面也标着“early alpha”。作者把它称为 Photoshop 的“clean-room reimplementation”，用 Rust 重新实现图片编辑功能。[4]

PhotoCraft 项目说明及 early alpha 状态

_图：PhotoCraft 项目页，介绍了它的图片编辑功能，并标注 early alpha 状态。[4]_

一个小团队开始借助 AI，向经营多年的软件巨头发起挑战。项目还在起步，故事已经让很多人兴奋起来。

● ● ●

02 REA让人紧张的，是它把工具接到了AI手里

REA 把专业分析工具交到 AI 助手手里，让它参与理解和重建软件。

逆向工程，就是从软件的行为、文件和编译后的程序中，理解它怎么工作。

过去，这通常需要专业人员反复查字符串、读反汇编、追踪调用，再把分析结果变成可用的实现。

REA，全称 Reverse Engineer Anything，正在把这类工具接到 AI 编程助手手里。[5]

按项目说明，AI 可以通过它调用 Hopper、Ghidra、IDA 等分析工具，检查程序、追踪相关逻辑，拿到证据后继续分析，或者编写并测试新的实现。

REA 的 GitHub 项目说明

_图：REA 项目页，介绍了它连接 AI 助手与逆向分析工具的能力。[5]_

分析工具会返回伪代码、字符串、调用关系等线索，AI 再沿着这些线索继续追踪，把理解到的逻辑写成新的实现。

重建一款完整产品，仍要处理运行环境、外部依赖、服务端功能，还要经过测试和长期维护。这些工作会决定替代品最终能走多远。

但从“理解一个功能”到“试着把它做出来”，中间一部分繁琐的工作，已经有了新的帮手。

这也是 REA 引发关注的原因：专业工具开始进入更多人的日常开发流程。

● ● ●

03 欢呼打破巨头垄断的人，可能没想到小开发者

消费者想摆脱收费束缚，独立开发者想让自己的劳动有回报。这两种诉求都可以理解。

在 Reddit 的 r/gamedev 相关讨论里，一位用户表达了这样的担忧，译意是：

大家都在喊“干倒大公司”，但最后受伤的，可能是没钱的小开发者。[6]

Reddit 用户对独立开发者处境的担忧

_图：r/gamedev 用户担心，小开发者会承受更大的竞争压力。[6]_

这种焦虑，很容易理解。

大公司可以靠品牌、渠道、生态和法务团队应对竞争。一个独立开发者，可能只有自己的时间、积蓄，以及一款刚刚被市场看见的产品。

他真正害怕的，是自己投入最重的时候，别人已经能绕过一部分探索，直接跟上来。

● ● ●

04 被压缩的，可能是原创者的回本时间

做出第一个产品，要承担的成本，远远超过“把代码写出来”。

你得先弄清楚：用户是否真的需要它，哪些功能值得做，哪些看似漂亮的设计根本行不通。

然后才是开发、测试、适配设备、修复边缘问题，最后把东西卖出去。

后来的模仿者，已经能看到一部分答案：哪些需求有人买单，哪些交互受到欢迎，哪些功能可以优先做。

AI 当然也能帮助原创者提高效率。两边都用上了新工具，原创者依然承担着发现需求、验证想法的成本。

原创者仍要为试错付账。跟随者却可以借助已经出现的产品，减少一部分试错。

如果仿制和重做的速度继续提高，开发者担心的就是：产品刚上线，还没积累足够收入，竞争就已经来了。

这会让公开展示 Demo、分享研发过程变得更纠结。

你需要曝光来找到用户，却也担心曝光让别人更容易跟进。

于是，一个问题会越来越尖锐：

如果大家都愿意复制第一个成功的产品，谁来承担做出第一个产品的成本？

● ● ●

05 降低门槛，也需要给原创留下回报

更多选择值得欢迎，创造这些选择的人，也应该得到合理回报。

逆向工程可以用于兼容、维修和研究，也能帮助人们做出新的工具。

开源有明确的使用和分发条件。使用别人的代码和素材，要遵守相应许可、保留要求的声明。工具越来越快，这些责任仍然落在使用者身上。

消费者需要更多选择，创作者也需要有机会收回投入。

如果一个生态只奖励最快跟随的人，却让探索的人越来越难活下去，最终可供大家选择的新东西，也可能变少。

● ● ●

06 独立开发者还能守住什么？

代码、交付和用户关系，需要一起积累。

代码承载着可靠性、性能和可维护性。复杂文件能否顺利打开，大项目跑起来是否稳定，更新之后还能否正常使用，都是一款产品的实际价值。

对小团队来说，更值得认真积累的，还有四件事：

第一，对具体场景的理解。

用户为什么需要这个按钮？客户现场最容易出什么问题？真正了解这些细节，才能把产品做得贴合实际使用。

第二，让用户放心的交付。

文件会不会丢？升级会不会破坏旧项目？出了问题能不能找到人？用户付钱时，也在购买这些确定性。

第三，持续积累的服务和数据。

有合法来源、能持续更新的数据，可靠的协作和同步服务，都能成为产品长期积累的价值。用户每次使用，都能感受到这些积累带来的便利。

有的产品适合云端和订阅，有的用户看重离线、隐私和一次性购买。选择哪条路，应该从用户的需求出发。

第四，用户对你这个人的信任。

让用户知道谁在做产品、为什么做、遇到问题如何处理。认真回复一次反馈、解决一次故障、兑现一次更新承诺，信任就这样一点点建立起来。

同时，保留开发记录、版本历史和素材授权。需要维权时，这些记录能帮助你说明成果的来历。

● ● ●

谁还愿意做第一个？

我愿意看到 AI 帮更多人做出好软件，也愿意看到用户有机会离开让他们不舒服的收费模式。

但我们也应该关心，那个先发现问题、先投入时间、先把产品做出来的人，能否得到合理回报。

降低创作门槛是一件好事。

让创作门槛降低以后，仍有人愿意认真创造第一件东西，同样重要。

如果你是独立开发者，你最担心的是功能被复制，还是产品还没回本，用户就被带走？欢迎在评论区聊聊。