四天七个 Adobe 替代品:AI 重写工具软件后的厂商危机与无可奈何

四天七个 Adobe 替代品：AI 重写工具软件后的厂商危机

一、两天，七个仓库

2026 年 9 月 30 日到 10 月 1 日两天之内，一个 GitHub 组织（storytold）连续开源了七款桌面应用，直接对标 Adobe 最赚钱的七款产品：Photoshop、Illustrator、Premiere Pro、Lightroom、Acrobat Pro、After Effects、InDesign。七款全部用 Rust 从零重写，全部 clean-room，全部原生跑macOS、Windows、Linux，其中六款还能直接编译成 WebAssembly 在浏览器标签页里运行。

• PhotoCraft（对标 Photoshop）：2,835 star
• FilmCraft（对标 Premiere Pro）：767 star
• LightCraft（对标 Lightroom）：565 star
• VectorCraft（对标 Illustrator）：543 star
• PrintCraft（对标Acrobat Pro）：519 star
• EffectCraft（对标 After Effects）：458 star
• DesignCraft（对标 InDesign）：285 star

七天时间，累计约 5,970 star。而这七款软件背后，是 Adobe 约 238 亿美元的年营收和三十年的技术积累。

这篇文章不复盘可行性、不下技术审判结论，只做一件事：把这七款替代品身上真正值得行业正视的优势，一条条摊开来看。

PhotoCraft（对标 Photoshop）：图层、曲线调整、Camera Raw 与图层样式均已就位，示例图为葛饰北斋《神奈川冲浪里》。菜单栏、工具栏、调整面板与图层面板的布局与 Photoshop 高度一致。

FilmCraft（对标 Premiere Pro）：节目、素材、时间线三区布局，多轨剪辑、音频波形与调色台齐备。

LightCraft（对标 Lightroom）：直方图、曝光与曲线、HSL、纹理与去雾等 RAW 调整一应俱全，底部为胶片库。

VectorCraft（对标 Illustrator）：多文档标签、外发光效果、字距微调与图层库，操作逻辑与 Illustrator 高度一致。

PrintCraft（对标Acrobat Pro）：左侧 13 项工具（含OCR、Redact、E-Sign、证书），右侧为批注协作区。

二、跨平台：三个桌面平台加浏览器，四端齐发

这是七个项目最被低估、也最能直接冲击商业软件的一条。

官方站点上写得很清楚：每款应用都提供 macOS、Windows、Linux 三个平台的原生安装包；其中六款（PhotoCraft、VectorCraft、LightCraft、PrintCraft、EffectCraft、DesignCraft）还额外编译成 WebAssembly，可以直接在浏览器标签页里跑——只有 FilmCraft 暂时没有 Web 版本。

这一条的杀伤力在于对比。Adobe 的桌面产品线长期以来把 Linux 当作二等公民：Premiere Pro、After Effects、Photoshop 的完整功能在 Linux 上长期缺席，Creative Cloud 对 Linux 的支持也一直有限。Windows 和 macOS 之间的功能差异已经够让用户抱怨，而「完全没有」是另一个量级的问题。

更值得注意的是 WebAssembly 这一手。WASM 版本意味着零安装、零依赖、点开即用——不需要下载安装包，不需要管理员权限，不需要管理 Python 或 Node 环境。对于「临时打开一张图改一下然后就走」的场景，这个体验差距是决定性的：商业软件的启动成本（下载数百 MB、安装、登录、激活）在开源 WASM 版本面前归零。

而 FilmCraft 缺席 Web 版，恰好说明了 Linux 与浏览器这两条覆盖不是自动获得的：七款应用共享同一套架构约定，但每款仍要单独处理平台差异。

三、纯 Rust 原生二进制：更轻量，不背浏览器包袱

七个项目的代码库中 Rust 占比 94% 到 99%，全部编译为真正的桌面二进制，官方明确写了三条原则，其中一条标题就叫「Native, not wrapped」——没有 Electron，没有 web view。

这是整件事里最务实的一条。Electron 应用的典型代价是每个安装包 100 到 300MB、启动数秒、内存占用数百 MB，而 Rust 原生二进制通常在几 MB 到几十 MB 量级、启动近乎瞬时、内存占用低一个数量级。

横向对照更直观：

• 这七款应用，安装包体积在几十 MB 量级；
• 同赛道的开源替代品 RapidRAW（对标 Lightroom）体积不足 20MB；
• 数据库工具 DBX（对标 Navicat、DBeaver、DataGrip）单文件 25MB，最低内存占用约 80MB；
• 而 Photoshop、Premiere Pro、After Effects 的安装包通常在数 GB 量级。

还有一层容易被忽略的收益：内存安全。Rust 在编译期就消除了大量悬垂指针、数据竞争这类内存错误，这类 bug 在 C++ 主导的图形代码库里往往表现为随机崩溃。在专业工作流里——一个渲染农场跑七天、一个剪辑师连开六个工程——稳定性不是加分项而是底线。

还有一个连锁反应：轻量意味着分发成本低。团队内部架一台内网构建服务器，或者让同事从 GitHub Releases 直接拉一个几十 MB 的二进制，就能完成分发。不需要打包签名流程，不需要 MDM 管理，不需要企业软件仓库。

四、发布节奏：以天计，两款已到 early alpha

这是最能说明「AI 改变了什么」的一组数字。

时间线是这样的：9 月 30 日创建 photocraft、lightcraft、printcraft、filmcraft、vectorcraft 五个仓库，10 月 1 日创建 effectcraft、designcraft。全部七个仓库的创建时间集中在两天之内。而根据项目披露，这些代码由 Claude Opus 5.5 的 agent-hours 写成——也就是说，产出七款专业级应用骨架所消耗的机器时间，是按「agent 小时」计量的。

发布状态上，截至目前 PhotoCraft 和 PrintCraft 已经发布 early alpha 版本，其余五款处于 in development。也就是说七天之内，已经有能下载安装、能跑起来的成品交付给用户了。

另外值得注意的细节：七个仓库全部在 10 月 6 日也就是今天还有提交，全部处于活跃开发状态。后续仓库还在持续出现——photocraft-corpus（10 月 5 日创建，用于测试语料）、craft-fonts（10 月 6 日创建）、artcraft-services。项目甚至把「你希望我们下一个重建什么」直接做成公开征集，放在 Discord 里让社区投票。

对比一下商业软件的节奏：Adobe 一个大版本通常以「年」为单位，Photoshop 上一个大版本要等上好几个月，Premiere Pro 的功能更新节奏以季度计。开源项目用「天」和「周」在跑。

五、参与度：issue 积压与社区共建

「参与度」这件事在这批项目上有几个非常具体的信号。

Issue 积压本身就是参与度的证明。PhotoCraft 当前有 55 个 open issue，DBX 有 969 个——这不是「没人用」的仓库特征，而是「很多人在用，且都愿意把问题提出来」的特征。对于一个七天大的项目，55 个 issue 意味着它的下载量远超 star 数所反映的范围：愿意为一个alpha 阶段软件写 bug 报告的人，是最深度的那批用户。

测试语料仓库由社区共建。photocraft-corpus 这个 10 月 5 日创建的 JavaScript 仓库，作用是给 PhotoCraft 提供 PSD 对比测试素材。把「怎么判断我的实现和 Photoshop 一致」这个问题交给社区去积累素材，是很典型的开源协作范式，也是把「像素级差异验证」这件苦活分摊掉的机制。

开放商标授权，态度是认真的。PhotoCraft 采用双协议（MIT 或 Apache-2.0 任选），并单独处理了三件细致的事：第三方素材各自保留开源许可，逐个列在 ATTRIBUTION.md；所有展示用艺术作品来自公共领域（Wikimedia Commons、NASA、美国国家档案馆），来源列在 docs/images/SOURCES.md；ArtCraft 的名称、字标、logo 明确声明为团队商标，fork 或修改版必须移除。

这套声明的严谨程度，已经达到企业级开源项目的标准。它传递的信号是：这个项目准备长期做下去，不是抛出来赚一波 star 就走。

路线图公开可查。每个仓库都附带机器生成的 parity report，明确写出「还差多少」：EffectCraft 自报加权完成度约 94%，92 项功能中 80 项完成、12 项部分完成；FilmCraft 约 85%，93/93 个效果已接入，含 1513 项测试、34 个 crate；LightCraft 追踪项的 75.6%；DesignCraft 还有约 430 个 agent-hour；VectorCraft 距完全对齐还需 330 到 500 个 agent-hour；PrintCraft 约 35%——它自己承认自研 PDF 渲染器还没动手。

愿意把自己的完成度写成可被逐条核对的数字，而不是只展示最好的那张截图，这件事本身就赢得了一部分信任。

六、Agent-ready：把自动化接口做进地基

七个项目共享的六条原则里，有一条是其他老牌开源软件普遍没有的：Agent-ready——每一款应用都可以通过 CLI、JSON 控制通道或 MCP server 驱动。

这个设计选择的分量在于时机。MCP（Model Context Protocol）作为 AI Agent 调用外部工具的协议，2026 年才刚形成生态。而这七款应用在架构第一天就把控制平面建了进去，而不是等做完了再补一个脚本层。

差别是实打实的：事后补的自动化通常是给 GUI 动作录脚本，脆弱、依赖界面、版本一改就失效；而从一开始就设计成「可被程序驱动」的产品，它的每一个操作都是明确的、可组合的、有明确输入输出的接口。

同赛道的老牌工具也印证了这个方向的正确性。数据库工具 DBX 内置原生 MCP Server，让 Claude Code、Cursor 这类 Agent 直接复用已配置好的连接去查库——作者自己指出，这是它相对 Navicat、DBeaver 最有代差的一块。办公套件 GenOffice 的 AI 也强调深度嵌入编辑器而非外挂窗口。趋势是一致的：「能被 Agent 调用」正在从加分项变成基础能力，而这七款应用从第一天就在这个基线上。

再叠一条本地优先：所有处理都在用户自己的机器和文件上完成，没有云端往返。对处理未发布商业素材、未公开设计稿、涉及客户隐私的素材的专业用户，这条比任何功能清单都重要。而对厂商来说，这也意味着「不上传不落库」不再是一句营销话术，而是架构决定的。

七、clean-room：法律干净性是结构性保证

七个项目全部声称是 clean-room 开发——只依据Adobe 的公开文档和可观察行为重写，且项目贡献规则明文禁止复制 Adobe 的代码、图标、预设以及 GPL 库。

这跟大多数「开源替代品」的处境有本质区别。历史上很多开源替代项目要么在法律灰色地带徘徊，要么因为使用了原软件的素材、资源或代码结构而埋下隐患。ArtCraft 的做法是把禁令写进项目规则——因为项目本身不使用 Adobe 素材，所以不存在版权问题，法律干净性由结构保证，而不是靠项目方口头承诺。

对采用方（尤其是企业）而言，这意味着法律审查的确定性。法务关心的问题从「这个项目会不会被 Adobe 起诉」变成了一个可验证的技术事实：全仓库没有一行 Adobe 代码。这在企业采购流程里是完全不同的风险等级。

协议选择也印证了这点：七个项目全部是 MIT 或 Apache-2.0——这正是两个对企业最友好、允许闭源商用、只要求保留声明的宽松许可。拿开源工具做商业集成，许可摩擦几乎为零。

八、低切换成本：老手不需要重新学

项目方在介绍里特意强调了「Familiar from day one」：布局、工具栏和快捷键都按工作专业人士已经熟悉的那套来设计，所以没有什么需要重新学。

这条看似最不技术，却是替代品能否真正落地的决定性因素。Photoshop 三十年的肌肉记忆、Premiere 的 J-K-L 剪辑键序列、Illustrator 的钢笔工具——这些是用户真实的资产。一个功能更强但操作逻辑重排的替代品，在试用到第三天就会被放弃。

而这恰恰是 AI 重写带来的红利：当「实现一个符合 Adobe 交互惯例的界面」的成本从「几个月的团队工作量」降到「一次生成」，兼容既有习惯就不再是奢侈，而是默认选项。过去做 clean-room 重写最大的成本恰恰在这里——功能可以模仿，但要让上百个交互细节都对得上，得靠人工逐个抠。

再叠上「一个学习曲线而不是五个」。开源界的 Adobe 替代长期是碎片化的：GIMP、Inkscape、Krita、darktable、Scribus 各解一个问题，五套代码库、五种约定。ArtCraft的赌注是——用一门内存安全的系统语言，做出一套内部一致的套件，让用户学一次就能横跨七个工具。

九、这套优势组合起来，威胁在哪里

把上面七条单独看，每一条都是「不错」。但它们同时成立、并且出自同一套架构约定时，含义就不一样了。

需要说清楚的是这些优势的边界：截至今天只有两款到 early alpha，五款仍在开发；完成度从 94% 到 35% 不等；行业内的评价也很直接——设计师判断一个仿制品看的是像素输出和文件保真度，而 PhotoCraft 在 170 个像素级测试文件里约 111 个匹配。

但把这七条放在一起，商业软件面对的是一个此前不存在的局面。

覆盖面上

一个此前完全空白的 Linux 市场被零成本覆盖，同时浏览器版本抹平了「下载安装」这一步。传统软件把「平台限制」当护城河，护城河被填平了。

成本结构上

商业软件每年要花大量资源做多平台构建、兼容旧系统、企业部署支持。原生 Rust 二进制加 WASM 发布让这部分成本大幅下降。这不是降价的压力，是毛利结构的改变。

迭代速度上

年、季度对天、周。用户对创意的响应速度要求在提高，而工具的迭代节奏如果差两个数量级，本身就会成为流失原因，哪怕功能更强。

技术入口上

Agent-ready 是更重要的一层。当工具从「人操作的界面」变成「Agent 调用的接口」，价值的计量单位就变了：过去按「功能数」衡量，以后按「可被自动化编排的能力数」衡量。而一个为 AI 时代、从 CLI 和 MCP 通道长出来的工具集，和一个三十年来只为桌面交互设计的套件，在这条新标准下不是同一个量级的产品。

还有一个更现实的问题：当你的用户群里有相当比例是 Linux 用户、当你的用户在等一个「先看看有什么新东西」的 beta 版的时候——你的正式版还没发布，替代品已经能下载了。

Adobe 至今没有对 ArtCraft 做出回应。但摆在桌上的事实是：一家以订阅制、按席位收费、把 Creative Cloud 卖到全球的公司，第一次遇到了一个「功能覆盖到 35% 到 94%、七天就有安装包、全部免费且协议宽松」的替代品集合，而且它还在以每天提交的速度继续长。

真正的竞争维度已经不在功能表上了——在于谁能在用户等待的时间里，先把一个能用的版本放到他们手上。