长期以来,科技界质疑生成式编程最有力的一条论据是:如果自主智能体真有颠覆软件工程的能力,为何始终造不出像 Photoshop 这样复杂的工业级标杆。2026 年 10 月 4 日,科技博主 André Klein 撰文指出这一论调正在失效,包括 Photon Studio、OmaPhoto、PhotoCraft 和 PhotoSuite 在内的多款桌面级替代工具密集面世,且均将图层混合模式、智能对象和专有格式解析作为验收标准。
这批项目的集中爆发,证明自主编程智能体已经能够接管像素级应用的跨平台开发与基础渲染架构。但这并不意味着零经验开发者只靠对话就凭空重写了软件巨石,它们大多依赖了精巧的架构折中,而真正的行业壁垒依然横亘在专有标准的深水区。
四款桌面软件扎堆现身,打破工业软件开发瓶颈
在传统软件工程范式下,复刻一款桌面端图像编辑软件的成本高到令人望而生畏。开源领域的代表 GIMP 受制于历史包袱和原生 XCF 架构,耗费数十年仍难以实现完全贴合工业习惯的交互;而 Web 时代的 Photopea 则几乎依赖单人长年累月的手工逆向工程,才换来对专有文件的高保真解析。
如今自主编程智能体的工程闭环正在极度压缩这一周期。仅在近期公开的候选者中,PhotoCraft 宣称基于 Rust 语言完成了纯净室重构,PhotoSuite 瞄准了界面与交互的像素级复刻,而 Photon Studio 甚至走得更远,直接打包了跨平台二进制文件,并内嵌了本地模型支持与智能体调用接口。
这些工具的存在本身便是一份实证。智能体编写规范解析器与搭建复杂界面的效率,已经打破了以往小型团队无法染指大型系统软件的定论。
工业软件的技术存在性已被证实,但功能可用与生产可用之间仍隔着一道鸿沟。
单向读取与无损往返之间,掩藏着巨大的工程妥协
然而,将这些项目的出现直接等同于主导地位的更迭,显然低估了专有文件格式的护城河。多数项目能够打开复杂文档,依靠的是巧妙的降级解析,而非真正攻克了无损编辑的闭环。
以 OmaPhoto 为例,它是开发者 ZacharyZhang-NY 将 Wonder Assembly 旗下的 Compositor 项目移植到 Linux 环境的产物。在测试中,它能够载入图层,但直接压平了智能对象并丢失了部分调整参数。根据 Compositor 的官方技术文档,其本身并非通用的单文件编辑架构,而是采用一种名为 .comp 的自研格式。
Compositor 的技术文档清晰记录了当前实现的局限:
- 格式本质是由 PNG 图层数据与清单元数据组成的文件夹目录,并非工业通用的复合二进制单文件。
- 文档支持 PSD 与 PSB 格式的单向导入,但官方并未记录原生 PSD 导出能力。
- 导入流程中仅有文件夹、遮罩、图层混合模式、填充图形和简单水平文本保留可编辑性,非标矢量和垂直文本均会被强制光栅化。
- 色彩管线仅支持基础的 8 位 RGB,完全不兼容印刷工业必须的 CMYK 色彩空间。
相比之下,早期的 Photopea 在导入时便将所有文档转化为基于 PSD 的项目格式并提供结构保真回存。在第三方兼容器测试中,Photopea 在往返保真度跑分上显著高于传统工具,正是因为它正面解决了专有格式的黑盒序列化。当前的许多新项目,实际上是通过自研目录型容器绕开复杂存储,完成了只读阶段的抢跑。
- 风险.如果团队依赖新兴替代工具处理既有资产,单向导入阶段发生的光栅化和智能对象扁平化将导致图层不可逆损坏,无法回流至既有管线。
生产力重塑的真实变量,不在于像素模仿而在于工作流外包
当开发者借助编程智能体以极低边际成本重构交互界面时,商业软件的壁垒并没有立即坍塌,而是发生了转移。
这类项目的涌现对行业带来的真正冲击在于分化。对于只需要完成简单排版、切图以及图层合成的轻度用户,免费、甚至具备原生 Rust 高性能内核的独立工具足以胜任日常需求。尤其像 Photon Studio 这类项目,直接跳过了传统商业软件几十年来累积的代码赘疣,原生接入了本地大模型与智能体控制总线,允许用户直接调度底层能力完成自动化批量处理。
但对于深度依赖印前校色、复杂矢量管道以及多团队协同的专业机构而言,无损往返能力依然是不可逾越的底线。Adobe 的核心防护网早已不仅是软件代码本身,而是建立在文件格式垄断、云端字体库以及跨应用联动之上的工作流惯性。
- 结论.这一轮工具爆发的真正价值,在于验证了编程智能体能够极度压缩构建规范解析器的研发成本;接下来衡量这些项目能否真正立足的标志,是看它们能否在不破坏元数据的前提下,完成从导入到导出的无损工业闭环。
