AI克隆版Photoshop实测：70美元能取代Adobe吗？

一夜爆火的"AI版Photoshop"

深夜躺在床上，手机被同一个话题刷屏——一款AI克隆的Photoshop出现了，功能几乎完整，一次性付费70美元，还能跨Windows、Mac和Linux运行。听起来熟悉得像又一次"狼来了"，但深入了解后，这件事的分量确实不太一样。

这并不是那种"让Claude帮我做个带几个基础工具的山寨Photoshop"的玩具项目。通过疑似反编译原始应用加上"氛围编程"（vibe coding）的组合手段，社区里涌现出的项目五花八门：从免费克隆整套Adobe创意套件，到把《现代战争2》改成能玩滑板的沙盒，再到在《上古卷轴》世界里体验硬核撤离射击的缝合游戏。

消息传开后，舆论瞬间两极分化。有人痛斥这是赤裸裸的盗版，也有人视其为软件演进的必然方向——付费专有软件走向死亡，AI辅助的开源软件最终称王。但有一点是共识：事情已经回不去了。

不过，一个关键问题常被忽略：无论软件是怎么做出来的，无论道德、伦理和法律争议多大，如果这些应用根本没法用，一切都是空谈。更何况它们几乎不可能得到长期维护。于是最靠谱的做法只有一个——真的买来用用看。有意思的是，拍摄期间它从70美元变成了免费，这个变化就发生在三小时内。当前AI领域的迭代速度之快，可见一斑。

它到底是怎么被"造"出来的

要理解这类克隆软件，得先弄清两种主要构建路径。

反编译：从机器码还原源码

第一种是反编译。简单说，就是把运行在机器上的二进制代码（那堆0和1）还原成原开发者使用的、人类可读的源代码。还原出来的代码不会和原版一模一样，但如果它像鸭子一样游泳、像鸭子一样叫，那对所有用户来说它就是一只鸭子。

反编译技术一直存在，经典案例不少。比如Wine项目，通过反编译闭源的Windows API，让Windows软件能在Linux上运行；又比如Samba，通过捕获和分析网络流量实现了Windows与Linux之间的文件共享。

问题在于，传统反编译极度耗费人力、枯燥乏味，只有在项目很小、很重要，或者开发者足够痴迷时才值得去做。而AI彻底改变了这一局面——你可以直接告诉AI："把这堆没有任何注释的0和1机器指令，还原成生成它的源代码。"它就会埋头苦干，效果意外地不错，唯一的限制是你的钱包能撑多久的API额度。

Wine和Samba是反编译与逆向工程领域的两个标志性成果，但两者的技术路径有所不同。Wine（Wine Is Not an Emulator）并非仿真器，而是在Linux/macOS上重新实现了Windows的API调用层，使Windows二进制程序可以直接运行，无需虚拟化整个Windows系统；它依赖的是对Windows API行为的长期文档化与逆向分析，而非直接反编译Windows本身。Samba则通过抓包分析SMB（Server Message Block）网络协议的实际数据包来反推协议规范，进而在Unix系统上实现了与Windows网络共享的互操作。两者都历经十余年的社区协作才达到可生产使用的成熟度——这也为衡量AI克隆软件的「一年打磨」预期提供了一个现实参照。

功能重构：AI生成的"近似品"

值得区分的是，并非所有被称作"反编译"的做法都一样。技术博主Kingy的博客就梳理了几种不同类型。而Photon Studio采用的，更接近"功能重构"（functional reconstruction）——新生成的AI源代码意在复现原软件的行为，但字节层面与原始源码完全不同。换句话说，它更像是"以原程序为输入的AI产物"。

「氛围编程」（vibe coding）是理解这类项目的另一个关键词。这个概念由AI研究者Andrej Karpathy于2025年初提出，指的是一种高度依赖大语言模型的编程方式——开发者不再逐行审查代码逻辑，而是用自然语言描述意图，由AI生成、修改和调试代码，开发者更像是在「感觉对了就提交」。这种方式大幅降低了复杂软件的复现门槛：即便开发者自身并不完全理解生成的代码细节，只要AI能持续迭代到「看起来能跑」，项目就能推进。氛围编程与反编译/功能重构结合后，效果尤为显著——AI既能分析反编译产出的低可读性代码，又能依据「行为对齐」而非「代码对齐」的目标持续生成替代实现，这正是Photon Studio等项目得以快速成型的底层逻辑。

这到底违不违法

下一个绕不开的问题：这合法吗？答案是——也许违法，也许不违法。

历史上一个经典案例值得参考：Phoenix公司当年通过创造一套不侵犯IBM原始源码的IBM兼容BIOS，开启了平价克隆PC的革命。他们的做法是让工程师逐字研究IBM技术参考手册中的源码清单做文档记录，再交给另一位"从未读过原始源码"的工程师独立写出模仿相同API的代码。这被判定为合法，因为写代码的人从没见过原始源码，自然不可能剽窃。这种针对软件逆向工程的法律豁免至今仍然存在。

这能套用到AI身上吗？在那起案件中，法院认定只要作者从未见过原始代码，结果有多相似都不重要。而AI"从未见过"原始源码——至少创建它的数据聚合方永远不会承认见过。但另一方面，专利法和版权法同样可以覆盖功能和创意本身，而且各司法管辖区的规定千差万别。往好了说，我们正身处一片极其浑浊的灰色地带。

Phoenix BIOS案（Phoenix Technologies, Ltd. v. IBM，1989年及相关判例）确立的「洁室逆向工程」（clean room reverse engineering）原则，是至今仍被援引的软件逆向工程合法性基石。其核心在于信息隔离：负责研究原始软件行为与接口规范的团队，与负责编写新实现代码的团队严格分开，后者仅能接触前者生成的功能描述文档，而非任何原始代码。这一隔离使最终产物难以被认定为版权侵权意义上的「复制」。Wine、Samba、ReactOS等开源项目均遵循类似逻辑开发。然而AI参与后，「谁见过什么」的举证逻辑变得模糊：大模型训练数据的构成难以核查，若模型曾接触过目标软件的源代码，「洁室」原则的保护伞就可能失效，而这几乎无法在实践中得到证明或证伪。

专业用户实测：差距在哪里

理论归理论，真正的考验是让专业设计师上手。结果喜忧参半。

首先是性能问题就很明显。导入图片比平常慢得多，Photoshop几乎是瞬间完成，而这款克隆软件要卡顿一下才能加载。有的文件甚至直接打不开。多个测试者遇到各种报错，有人直接评价"游戏结束，我不会用它"。

但在部分功能上，它的表现又出乎意料地接近。菜单布局几乎与Photoshop一致，对象选择、快速选择、魔棒工具都在。"用了五秒就立刻满足了，暂时看不出什么明显区别"，一位测试者说。不过细看问题就来了：自动抠图（select subject）明显粗糙，Photoshop能干净利落地抠出主体和帽子，克隆版却经常漏掉细节、还会误抓下层图像，需要大量手动修补。而抠图恰恰是很多人订阅Photoshop的唯一理由。

RAW处理也暴露短板。同样拉高阴影，克隆版即便拉满阴影滑块，效果也远不及Photoshop的曝光调整。色彩混合器要么不工作，要么慢到卡死。移动图层时，位置框在动，实际图像却延迟更新，右键菜单要等上好几秒。对专业用户来说，"每做一次微调都要等这么久，直接出局"。

结论：一个需要时间打磨的替代品

整体评价比预期要正面。多位测试者承认"比我以为的要像得多"，一个贴切的标签是"我不敢相信这不是Photoshop"。对于预算有限、只想做些基础Photoshop操作的用户，它确实是个不错的选择。但距离专业可用，它"大概还需要一年的持续打磨"。

真正值得深思的是背景因素。创意社区整体对AI持抵触态度，但这类克隆项目收到的反响却比预想中友好得多。Photon Studio只是众多类似项目之一，有的来自个人，有的来自团队。这说明Adobe堪称"梗图级"的软件质量和毫不留情的纯订阅模式，已经让足够多的创作者产生了逃离的冲动——哪怕出口通向的是"AI大厂"的怀抱。

从Affinity到Photomator，设计师们一直在寻找Adobe的替代品。AI克隆软件的出现，与其说是技术奇迹，不如说是对一个被过度收费激怒的用户群体的真实回应。工具能否成熟尚未可知，但这股趋势传递的信号足够清晰。