19 天,13 个软件:有人用 AI 把 Adobe 全家桶重写了一遍

但真正的变化，不在"重写"这件事上；而"能不能用"，是另一回事

材料截止：2026 年 10 月 19 日  ·  文中事实均标注来源，观点段落单独标注

先说一组数字。

一个 GitHub 组织，从 9 月 30 日到 10 月 7 日，陆续建了 13 个仓库。到今天为止，这 13 个仓库合计 175,086 颗星。其中最大的一个——一个照片编辑器——单独拿了 67,910 颗星、11,958 次 fork。

作为对照：Remotion 那个"用 React 写视频"的框架，2021 年就有了，做成了行业基础设施，现在是 63,437 星。

而这 13 个仓库从建立到现在，一共 19 天。

图 1：13 个应用的星标排行。数据来源：GitHub API（storytold 组织），2026 年 10 月 19 日查询。星标数字会随时间变化。

先说结论，免得读到后面误会：这批软件今天还不能替代 Photoshop，项目方自己也是这么说的。这篇文章想讲两件事——它为什么值得写，以及它到底差在哪、差多少。

一、它到底是什么：13 个"对应品"

这批软件出自一个叫 ArtCraft 的项目，GitHub 组织名是 storytold，官网 getartcraft.com。官网上它们把自己叫作 "Crafting Apps"，页面上写着 "Thirteen apps. One craft."。

每一个都明确对应一款商业软件，而且是连菜单和快捷键一起对应——不是"我做了个类似的东西"，是"我要做到 1:1 一样"：

图 2：ArtCraft 官网的 Crafting Apps 页面，13 个应用各用一只动物做图标。截图日期 2026 年 10 月 19 日。

图 3：13 个应用与被替代的商业软件对照。来源：各仓库 README 自述与 getartcraft.com/apps。"状态"一栏是项目方自己在 README 徽章和官网上标注的，不是第三方评测。

注意最后一列。13 个应用里，只有 PhotoCraft 和 PdfCraft 标了 "early alpha"（早期测试版），其余 11 个全标 "in development"（开发中）。

还有一个技术选择值得先记住：全部 13 个，都是用 Rust 从零写的。没有 Electron，没有套壳浏览器，桌面端是原生程序，另外还能编译成 WebAssembly 在浏览器里跑。许可证是 MIT 或 Apache 2.0 二选一。

二、谁做的，为什么做

据 Notebookcheck 2026 年 10 月 8 日的报道，这个项目的负责人叫 Brandon Thomas：做过三年 storyteller.ai 的 CEO，2025 年创办了 ArtCraft，自称有 15 年编程经验。他在 Reddit 上介绍这个项目，用的是自己的账号。

动机这件事，他讲得挺直白。据同一篇报道，他和 Adobe 的关系非常糟糕——被收过好几次"取消费"。所以原动力有两层：一层是对订阅制的不满；另一层是他判断，现代的 AI 编程工具已经让"重建这类软件"变得现实了，哪怕只是一个开发者或小团队。

第二层才是关键。因为"对 Adobe 不满"这件事，从 Photoshop 诞生那天起就有人在做。

三、代码是谁写的：一个不可能的数字

我去拉了这 14 个应用仓库的提交数据。有一个数字，我认为是这个故事里最硬的证据：

VectorCraft，19 天，4,097 次提交。

19 天是 456 个小时。4,097 次提交摊下来，平均 6.7 分钟一次提交，而且是不分昼夜的。这不是"加班很猛"能解释的——一个人不可能连续 19 天每 7 分钟完成一次有意义的代码提交，人是要睡觉的。

图 4：14 个仓库的提交速率。数据来源：GitHub API stats/participation，统计窗口为各仓库建立至今，2026 年 10 月 19 日查询。

这个数字说明什么，项目方和媒体都没有回避。

Phoronix 在 10 月 7 日就报道了这件事，标题直接写着 "AI Makes 'Open-Source, Clean Room' Implementations Of Adobe Photoshop & Premier In Rust"，正文第一句是：

"Claude Code 和 AI 代理创造了 Adobe Photoshop、Adobe Premier 和 Adobe Lightroom 的'开源净室重实现'版本。"
—— Phoronix，2026 年 10 月 7 日

Notebookcheck 次日的报道更具体：Brandon Thomas 用的是 Claude Opus 5.5 作为 AI 编码助手，而且他给自己定的目标是——一个月内追平原版的功能集。

还有一个细节能佐证：PdfCraft 仓库的根目录里，放着 CLAUDE.md 和 AGENTS.md 两个文件。前者是给 Claude 的项目说明，后者是给 AI 代理的工作指南。

到这一步，事实是清楚的：这不是"一个程序员写了个开源软件，顺便用了点 AI"。这是 AI 写完的代码，人负责定目标和验收。

四、GIMP 已经做了三十年，凭什么这次不一样

这是我认为最该先回答的质疑，因为免费的 Photoshop 替代品根本不是新东西。

GIMP 1995 年就发布了，三十年。Krita 专攻绘画，Inkscape 做矢量，darktable 处理 RAW，Kdenlive 剪视频，Photopea 直接在浏览器里开 PSD。这些都能免费用，而且都比 ArtCraft 成熟得多。

所以"又做了一个免费 PS"这件事，本身不构成新闻。那它赌的是什么？

PhotoCraft 官网把自己的卖点写成了三组对照，我觉得这三条正好回答了这个问题：

· "Linux 上没有 Photoshop" → 真正跨平台。Windows、macOS、Linux、FreeBSD 原生程序，外加浏览器版。

· "在 GIMP 里什么都得重新学" → "肌肉记忆一并保留"。菜单、面板、工具、快捷键放在你预期的位置，从 ⌘J 到 ⇧⌘D。"如果你会 Photoshop，你就已经会 PhotoCraft 了。"

· "客户发来一个你打不开的 PSD" → 真的能读写 PSD。

这三条里，第一条是真的，第三条是关键，第二条是全部。

因为 GIMP 真正的门槛从来不是功能，是迁移成本。GIMP 有自己的设计哲学、自己的工具命名、自己的操作习惯；它并不打算和 Photoshop 保持一致。所以哪怕它功能够了，一个靠 Photoshop 吃饭的人换过去，等于把手上的活重学一遍。

PhotoCraft 赌的就是这一点：我不需要比你功能强，我只需要让你不用重新学。

ZDNET 的评测员 Jack Wallen 的实测支持这个判断——他把一张图在 GIMP 里存成 PSD，再分别在 PhotoCraft 和 Photoshop 里打开：

"PhotoCraft 的界面几乎和 Photoshop 一模一样……如果你熟悉 Photoshop，你会立刻熟悉 PhotoCraft。两个界面的相似程度令人难以置信。"
—— ZDNET，Jack Wallen，2026 年 10 月

但请注意，"界面像"和"行为像"是两件事——而这正好是下一节要讲的核心问题。

五、真正的变化：每个菜单项都是一条命令

如果这篇文章只讲"AI 重写了 Photoshop"，那它只是一条猎奇新闻。真正让我觉得值得写的，是这批软件的设计方式。

PhotoCraft 的 README 里有一节，标题就叫 "Built for agents"（为代理而建）。原文是这么写的：

"每一个菜单项、工具和对话框，运行的都是同一个注册表里的命令——这个注册表有 500 多条。UI、CLI、JSON 控制通道和 MCP 服务器，调用的都是同一套命令。所以，你能点的任何东西，脚本或 AI 代理也能做。"
—— PhotoCraft README，"Built for agents" 章节

这句话值得停下来想一下。

过去几十年，专业软件的能力是锁在图形界面里的。你会用 Photoshop，指的是"你知道那个功能在哪个菜单里、那个按钮长什么样"。这个知识存在你脑子里，也构成了软件的护城河——迁移成本不是钱，是你和你的肌肉记忆。

而这批软件从一开始就把能力拆成了命令。菜单只是命令的一种调用方式，"人手去点"只是其中一种入口。

图 5：这件事的两层结构，由本文作者绘制。数据来源：PhotoCraft README 与 jacar.es 2026 年 10 月 13 日实测。

这不是纸面设计。西班牙开发者 Javier 在 jacar.es 上发了一篇实测，日期是 10 月 13 日，环境是 Linux arm64。他测出的具体数字是：

· photocraft-cli 0.8.2 版本，列出 892 条命令

· 它的 MCP 服务器暴露 25 个通用工具（doc_open、command_run、doc_export、ui_screenshot 等），通过这些工具能够到全部 892 条命令

· PdfCraft 的 MCP 服务器则暴露 161 个专用工具，从 page_rotate 到 redact_apply

他还真的跑了一遍。三次调用，依次是：打开一张图、执行"色相 / 饱和度"命令把饱和度调到 -100、导出 PNG。结果是 PNG 变成了黑白，调用成功。

另外一个我觉得设计得挺克制的细节：CLI 启动 MCP 服务时，可以用 --automation-read-root 和 --automation-write-root 两个参数，限定代理能读和能写的目录。路径超出范围就报错，不会碰你的磁盘。

Hacker News 上有一段对话，把这个变化讲得比任何分析都透。有人问：Adobe 真正的壁垒是网上那几百万小时的教程啊，换到这套新软件我完全不会用。

底下有人回了一句："There is not a moat just because there are tutorials. That moat is gone."——教程不构成护城河，那个护城河已经没了。

六、为什么是 Rust

这个技术选择不是赶时髦，它跟"给代理用"这件事直接相关，有三个层次。

第一，没有套壳。这批软件明确禁止用 Electron、Tauri 或任何 webview 外壳。PhotoCraft 的界面是 Rust 的 egui 直接画在 wgpu 上（Metal、Vulkan、DX12、WebGPU 都支持）。同一套代码，桌面端编译成原生程序，浏览器端编译成 WebAssembly，不是两个产品，是同一份代码的两种编译产物。

第二，启动和响应确实快。ZDNET 的原话是"点开应用，眨个眼它就已经在了"。这是原生程序的直接收益。

第三，也是最容易被忽略的：Rust 让"AI 写大型程序"变得可行。这是我自己的判断——编译器会替你把大量错误挡在前面，AI 生成的代码如果类型不对、借用不合法，根本编不过。换句话说，语言本身成了 AI 的质量检查员。这一点在 13 个应用同时推进的场景下，价值被放大了。

图 6：PhotoCraft 在浏览器里运行（WebAssembly 版本），打开的是葛饰北斋《神奈川冲浪里》，色相 / 饱和度对话框正在实时预览 +51 度的效果。截图来源：jacar.es 2026 年 10 月 13 日实测文章，版权归原作者，此处作技术评述引用。

但这里必须插一句冷水：Rust 保证了"能编过"，保证不了"做得对"。性能这一项，项目的自评是 10% 权重、只有 25% 就绪——25 个预算场景里只有 3 个达标。语言帮你挡住的是语法和类型错误，挡不住"算法写错了"和"交互设计不对"。

七、但它到底差在哪：76% 的功能，45% 的可用度

这是全文我最想让读者看到的部分。

PhotoCraft 的仓库里有两个文档：docs/gaps.md 和 docs/target-app-parity.md。前者逐条列出了它对 Photoshop 2026 的所有已知差距，带编号、带优先级、带工时估算；后者给每一块打了分。

这两个文档比任何第三方评测都值得看，因为它是项目方自己拿尺子量的，不是别人骂的。

图 7：项目的四档自评。数据来源：storytold/photocraft/docs/target-app-parity.md（2026-10-10 复核）与 gaps.md（2026-10-18 更新）。

一句话概括这张图：功能广度 76%，但专业可用度只有 45%。

这个落差从哪来？项目自己在 gaps.md 的 G3 条目里写得很清楚——579 个未关闭的用户报错，按标题分为：约 150 个界面 / 面板 / 菜单 / 快捷键，94 个文件格式，87 个图层，54 个绘画，54 个选区，46 个文字，41 个性能，34 个变换……然后是一句总结：

"每一条都是 Photoshop 用户会遇到'和预期不一样'的地方；合在一起，这就是为什么 ready-for-real-work 是约 45%，而功能广度是 76%。"
—— photocraft/docs/gaps.md，G3 条目

具体差在四个地方，我按严重程度排。

① PSD 往返——最致命，也是唯一"卡住 beta"的一项。

官方原话是：

"我们写出的 PSD 不总是被 Photoshop 接受，而 Photoshop 创作的文件也不总是按 Photoshop 的方式渲染。"
—— photocraft/docs/gaps.md，G1 条目

这里有个很容易被误读的地方，值得说清楚：官网宣传的"307/309 个测试文件重存后渲染一致"和 gaps.md 里的分数，不是同一套测试。

按 gaps.md 10 月 18 日更新的数据，一共三套基准：

· 以 Photoshop 自己的渲染为基准（也就是最严的那套）：188/258，73%

· io 语料：148/170，87%

· psd-tools 语料：249/309，81%

而 8 天前（10 月 10 日），Photoshop 基准那个数是 133/256，52%。8 天从 52% 涨到 73%——这个速度本身很惊人，但 73% 离"可靠"还有距离。

已经暴露的具体 bug 包括：带文字层的 PSD 原样重存后打不开（#2374，10 月 10 日已修）、Photoshop 26.6 打不开他们输出的文件（#1281）、PSB 的智能对象显示空白（#1764）、透视置入的图层被拍平（#579）、Windows 上超过 4 GB 的 PSB 失败（#375）。

而我认为最该被引用的一句是这一句——项目自己承认：

"没有任何测试把我们的导出文件放进第三方编辑器打开。"（编号 FILE-216-4）
—— photocraft/docs/gaps.md，G1 条目

也就是说，最关键的那个验证——"我改完的文件，别人用真 Photoshop 能不能正常打开"——他们自己也还没系统做过。而这一条恰恰是专业用户唯一在乎的事。

② 性能——第二致命。

25 个预算场景只有 3 个达标；15000×10000 的 16 位图层移动一次要 2.7 秒；150 个图层做一次微移，直接让 GPU 路径崩掉。第三方实测里，3840×2100 的画布配 1000 像素圆笔刷，笔画出现欠采样、严重卡顿、交互重时直接冻结。

HN 上有一位设计师（自称用 RTX 4080 和 128 GB 内存）连续测了两个版本，第二次的结论是：

"我测的每一件事都有 bug，或者在专业场景下卡到没法用。"
他列的具体问题包括：选文字光标和文字错位、拖字号滑块三秒没反应、所有快捷键都显示但都不起作用、面板不能折叠、矢量锚点调不动、打字每秒一个字符。
—— Hacker News 评论，原文为英文，本文据原文转述

③ AI 与插件生态——结构性缺失，不是"还没做完"。

这一条我觉得比前两条更根本。gaps.md 的 G15 条目第一句就是：

"没有 ML 运行时。"
—— photocraft/docs/gaps.md，G15 条目

这意味着生成式填充、生成式扩展、Neural Filters、天空替换、超级缩放，一个都没有。它的"选择主体"是传统算法（GrabCut / 最大流），不是模型。

插件这边，G16 说的是：不支持 Photoshop 的 .8BF 滤镜、不支持 UXP 面板、不支持 ExtendScript。它有自己的 WebAssembly 插件体系，但那是另起一套，不兼容你已有的任何 Photoshop 插件。

④ 手感——最难量化，也最难补。

笔刷手感 100–180 小时，文字排版深度 120–200 小时，变换手柄 60–110 小时，面板与工作区 150–250 小时。这些加起来，比"把所有工具做出来"贵得多。

这就是"界面像"和"行为像"的距离。ZDNET 的评测员也发现了同样的东西——界面几乎一模一样，但 Color 面板从渐变可视化变成了滑块，工具位置有调整，Actions 没有预设、要自己录。

不过这一节也得说句公道话：不是所有地方都更差。ZDNET 实测里有个意外的结果——PhotoCraft 的"选择主体"几乎瞬间就找到了人脸，而 Photoshop 反而没找到。所以准确的说法不是"处处不如"，而是：换一套架构重写，某些单点可以反超，但整体的成熟度不在一个量级。

同样公道的还有另一面：能用的部分是真能用。jacar.es 的作者用 PdfCraft 的命令行合并了两个 PDF、旋转第 2 页、删掉第 6 页、改标题，输出一个 5 页的 PDF 1.7 文件，合并时还自动生成了两个书签。他还跑了一个专门检测"假涂黑"（文字被矩形盖住但仍在文件里）的功能，结果是 0 处。

图 8：PdfCraft 的 WebAssembly 版本在 Chromium 里打开一个由它自己合并出来的 PDF，左侧能看到合并时自动生成的两个书签。截图来源：jacar.es 2026 年 10 月 13 日实测文章，版权归原作者，此处作技术评述引用。

所以"能不能用"这个问题，答案要分人：如果你只是裁图、调色、做网页尺寸的图，它已经够用；如果你是靠 Photoshop 吃饭、每天要接客户发来的 PSD，那它现在接不住。jacar.es 那句判词最准："两周复制 Photoshop 的界面，不等于复制它的行为。"

八、150 MB 和几个 GB，差的是什么

体积是个很好的观察入口，但结论可能和直觉相反。

PhotoCraft 的安装包在百兆量级，Photoshop 是几个 GB。体积差不是"效率高二十倍"，它基本等于一张缺件清单的长度。

图 9：Photoshop 安装包里的东西，与 PhotoCraft 的对应情况。依据：photocraft/docs/gaps.md 的 G10、G13、G14、G15、G16 条目；内存实测引自 OMG! Ubuntu 2026 年 10 月评测。体积为社区反馈的数量级，非精确测量。

Camera Raw 处理引擎、Neural Filters 的模型文件、Adobe Fonts 字体库、Creative Cloud 同步组件、3D 与视频模块、插件运行时、几十种语言包——这些是 Photoshop 体积的大头，而 PhotoCraft 一个都没有。

所以看到"只有 150 MB"的时候，正确的反应不是"真精简"，而是"省下来的都是没做的"。

但反过来那句也成立：Photoshop 的体积里，确实有大量你从来没点开过的东西。一个只做电商主图的人，可能一辈子用不到 3D、视频、印前色彩和多数语言包。这部分"臃肿"是真的。

还有一点要纠正："轻"在内存上并不成立。OMG! Ubuntu 的评测里，打开一个大 PSD 几分钟后，PhotoCraft 的内存占用也到了约 5 GB——和 Photoshop 是一个量级。因为只要真的在处理大图，内存就得花那么多，跟安装包大小没关系。这恰恰说明：体积小是省在"没装的东西"上，不是省在"干活的方式"上。

九、这不是一个项目，是一股潮流

如果只有 ArtCraft 一家，这件事可以解释成"一个人的偏执"。但它不是。

10 月 13 日——比 ArtCraft 晚两周——另一个组织 HeyPuter 开了个仓库叫 everything，MIT 许可，口号是"我们在从零重建并开源全世界的软件"，目录里从 Office 排到 Slack、从 Photoshop 排到 AutoCAD。这个仓库目前 2,266 星，跟 ArtCraft 不在一个量级，但时间点和措辞值得注意：两个互不相干的团队，在同一个月份，用几乎一样的语言，宣布要做同一件规模的事。

当一个想法同时出现在两个不相干的地方，它通常不是巧合，而是条件成熟了。

图 10：19 天的时间线。依据：各仓库 created_at（GitHub API）、Phoronix 2026-10-07 报道、Notebookcheck 2026-10-08 报道、jacar.es 2026-10-13 实测、2026-10-19 星标实测。

但真正让"一个项目"变成"一股潮流"的，是同期冒出来的另一条技术路线。

它叫 REA，全称 Reverse Engineer Anything——逆向工程一切。简单说，它是一个 MCP 服务器，把 AI 编程代理接到几个存在多年的逆向工具上：Ghidra（美国国家安全局 2019 年开源的逆向框架）、Hopper、IDA，还有浏览器的开发者工具。

它的用法听起来很夸张：不懂汇编的人，用一句大白话让 AI 去检查一个二进制程序、跟踪它的执行、把功能反编译出来、写一份自己的实现、再拿原程序跑测试对比，一轮一轮迭代。

星标涨得更夸张。据 Decrypt 报道，10 月 6 日它还不到 1 万星，10 月 12 日已超过 10 万，其中一天涨了 3 万多。

但它的文档比报道克制得多。REA 自己写得很清楚：它不能还原原始源代码，也不能自动克隆一个应用——它只是帮人收集证据：伪代码、汇编、字符串、符号、元数据。剩下的事还是人来做。

图 11：同一个目标，两条完全不同的路。依据：innfactory.ai《Photoshop and Word Rebuilt in Rust》（2026 年 10 月）的两条路线对比、ArtCraft 与 REA 各自 README、Phoronix 2026-10-07。结构由本文作者重绘。

这两条路的差别不在技术高低，在出事后谁占理。

ArtCraft 走的是"黑盒加规格"。只看菜单、快捷键、行为、截图，以及公开的格式规范——比如 Adobe 公开的 PSD 规范、微软公开的 ECMA-376 文档标准。先把观察到的功能写成规格，再让 AI 按规格实现、逐项测试。法律上它沿用"净室原则"：1982 年 Compaq 就是这么做出 IBM PC 的 BIOS 兼容版的。

REA 走的是"看里面"。把程序反编译成伪代码直接读。快得多，但反编译在各个法域都受严格限制——欧盟只在为实现互操作性所必需的范围内允许。Brandon Thomas 自己也说过，如果有人拿 REA 去做这种量级的项目，很可能吃官司。

这一招其实不新。游戏圈已经做了十几年：超级马里奥 64、塞尔达传说时之笛都被社区完整反编译过，目的是移植到新平台、做 MOD。那些项目动辄几年，参与者是自愿的爱好者。

变的地方在于成本。以前是"一群人为了爱做几年"，现在是"一个人一周起十二个"。同一件事，成本掉了两个数量级，性质就变了。

还有一支更脏的：泄露代码加 AI。有报道称，GTA V 的浏览器版是建立在之前泄露的源码上的，用 AI 做转换。更典型的是 2026 年 3 月——Anthropic 的 Claude Code 因为一个 source map 文件配置失误，51.2 万行 TypeScript 源码被公开，几小时内就出现了 AI 辅助的 Python 重写版，还宣传自己"免疫下架"。

结论很冷：任何一次代码泄露，现在都等于别人的产品发布会。

另外两件事也还没有答案："净室"是项目方自己的声明，没有第三方审计过；以及，一个每天发版的项目，五年后谁来维护、出了问题找谁，没有人能回答。

然后是媒体的失真——这一段普通人尤其该看。

有中文报道说 REA 一周涨了 12 万星、支持 IDA、能"无痛反汇编一切"。而实际去查被点名的那个 fork，星标只有 14 个；官方文档里，Windows 上的 Ghidra 支持标的是"实验性只读"，一共 26 个操作。

星标可以被吹，功能不能。这条经验，可能比这篇文章里的任何技术细节都有用。

最后讲一个笑话，我觉得它比任何分析都准。

Reddit 的 r/blender 版块有人发了个帖子，标题很正经："我们用 AI 逆向工程了 Blender 并把它开源了，隆重推出 BlenderCraft。"正文列了一串打勾：100% 功能对等、建模、雕刻、动画、几何节点、Cycles 和 Eevee 渲染、原生 .blend 文件、三平台、永久免费。

最后一句是："我们最大的突破，是发现了一个神秘的公开仓库，里面装着全部源代码——它从 2002 年 10 月 13 日就在那儿了。24 年前。"

这个笑话的意思是：不是所有东西都需要被"重写"。有些东西本来就是开源的，缺的从来不是代码，是用它的人。

十、普通人该怎么看这件事

这一节不写给工程师。如果你不写代码、不做设计，只想知道这事跟自己有什么关系，看这一节就够了。

第一，先把三个词分开，因为它们经常被混着用。

· 反编译：把已经做好的程序倒推回它的源代码。相当于把一道做好的菜，倒推出一份完整菜谱。技术上有难度，法律上限制很严。

· 逆向工程：不追求菜谱，只拆开看它怎么转的。相当于尝尝咸淡、看看火候。

· 净室重写：不看菜谱，也不拆机器，只看这道菜端上来长什么样、什么味道，自己另起一口锅做一份。法律上最干净的一种。

ArtCraft 声称自己是第三种。三种的差别不在技术高低，在出事后谁占理。

第二，对你的钱包：短期没影响，长期有想象空间。

你每年交给 Adobe、微软的订阅费，第一次有了"可能被替代"的选项。但这不是今天的事——项目方自己写着"还不是日常专业工作的替代品"。真正会先松动的地方不是个人，是企业采购：已经有公司用 AI 自己做内部工具，取消了每年 60 万美元的 SaaS 合同。

对普通人的现实含义是：软件的价格里，有一部分不是"它值这么多"，而是"没别人能做"。这个前提一旦松动，价格就会动。但这个过程是以年计，不是以月计。

第三，对你的技能：这一条我认为最值得警惕。

过去"会用 Photoshop""精通 Excel"是简历上实打实的一项。这项技能的本质是：你知道那个功能在哪个菜单里、那个按钮长什么样。

如果软件开始被 AI 直接调用，"会点菜单"这件事就在贬值——因为代理不需要菜单。反过来，"知道要做什么、判断做得对不对"在升值。

不是 AI 抢你的活，是工具的入口从"手"变成了"嘴"。这个转变对熟手未必是坏事：你比新人更清楚"什么结果才算对"，而这恰好是 AI 最需要人补位的地方。

第四，对你的文件安全：这一条最实际。

一个 19 天写出来、1,600 个未关闭 issue、每天发新版本的软件，你敢把客户合同、财务报表、还没发表的稿子放进去吗？

开源不等于安全。代码公开只意味着"有人可以去审查"，不意味着"有人审查过了"。而一个每天发版的项目，你连自己昨天用的是哪一版都说不清。

具体建议三条：别装在工作电脑上；别拿重要文件试；试之前先备份原件。

第五，给你一份判断清单——以后看到"XX 被 AI 重写了"这类消息，用这五条过一遍。

· 它敢不敢公开自己的缺陷？ArtCraft 把 17 个缺口和工时估算挂在 GitHub 上，这是加分项；只讲好话、只放演示视频的，减分。

· 版本号是多少？0.x 就是没做完，不管它多少星。

· 有多少未关闭的问题？1,600 个的意思是"能用，但随时会踩坑"。

· 有没有第三方实测？只有官方演示的，基本等于没有证据。

· 它靠什么赚钱？ArtCraft 的软件全免费，钱在另一个产品——每月 10 美元的 AI 云算力。免费软件加卖算力，意味着软件是钩子；这种情况下，你不是客户，你是流量。

最后一句给普通人。

这件事今天不会改变你手机里的任何一个 App。它甚至可能一年后也没什么动静。

但它透露了一个信号：软件的"贵"，很大一部分不是因为它难做，是因为做它的人少。

而"人少"这件事，正在被改变。这个变化不会一夜发生，但方向已经清楚了。

十一、四点思考

以下几段是本文作者的个人判断，不代表上述任何一方的立场。

第一，这件事真正的意义，不是"AI 会写代码"，而是"重写一个成熟软件的成本结构变了"。

"AI 会写代码"这句话已经说了三年，它本身不构成新闻。真正的变化在于量级：过去重写 Photoshop 要几百人年，是一道没人敢跨的门槛；现在一个人带着 AI，19 天起 13 个应用。门槛从"组织能力"降到了"选题能力和验收能力"。

最能说明这一点的其实不是 17.5 万星，是 gaps.md 末尾那个数：距离 beta 还有约 1,100 到 1,800 个 Opus 5.5 的"代理小时"。过去这种估算没人做，因为做不完的部分根本估不出来；现在它能被写成一张工时表，而且表就挂在 GitHub 上。把"不可能"变成"排期"，本身就是一种剧变。

第二，MCP 那一层，可能比"重写软件"本身更重要。

这批软件最反常的地方不是"免费"，是它们把每一个功能都摊开成命令。我认为这是对未来的一次押注：如果一个软件不能被代理调用，它在 AI 时代就等于不存在。

反过来想更清楚：Adobe 有几千个功能，但没有一个能被 Claude 直接调用。用户可以问 Claude"帮我把这张图的背景去掉"，Claude 只能告诉他步骤，不能替他做——因为 Photoshop 没有给代理留门。

这跟我上一篇写"用代码做视频"时得出的结论是同一条：凡是能被代码化的，AI 都能接上手。现在可以再补半句——凡是不能被代码化的，可能正在被重写成能被代码化的。

第三，"开源替代"这个说法，容易掩盖真正的差别。

GIMP 三十年没做成的事，不会因为换了 AI 就自动做成。这批项目和 GIMP 的区别不在"开源"，在于目标定得不一样：GIMP 走自己的路，PhotoCraft 只做一件事——把 Photoshop 的一切复刻出来，包括它的怪癖。

这个目标更窄，所以更需要 AI：复刻不需要创造力，需要的是把几万条细碎的"它应该这样"一条条对上去。而这恰好是 AI 擅长的、人最不擅长的部分。

所以要判断它成不成，不该看星标，该看那张缺口清单能不能一条条划掉。现在划掉的速度是 8 天从 52% 到 73%，这个速度如果撑得住，一年后会是另一个故事；撑不住，它就是一个很好的演示品。

第四，我会对"17.5 万星"这个数字保持警惕。

星标衡量的是好奇心和收藏冲动，不是使用量，更不是质量。一个 19 天、1,600 个未关闭 issue、11 个应用还标着"开发中"的项目拿到 17.5 万星，说明的是"大家太想要这个东西了"，而不是"这个东西已经成了"。

真正该看的是另外三个数：1700 多个测试、892 条命令、1.6k 个未关闭 issue。前两个说明它真的在认真做，第三个说明它还远没做完。

所以我的结论是：这批软件今天不能替代 Photoshop，连项目方自己都这么说；但它已经把"不可能"变成了"时间问题"。而在这个过程中，最值得关注的不是 Adobe 会不会被替代，是下一个被这样重写的会是谁。

AutoCAD 已经在清单上了。那接下来呢——EDA 工具？仿真软件？还是我们行业里那些用了二十年、只有 Windows 版、只有几个人会用的专业系统？

这个问题，我觉得比"AI 能不能写 Photoshop"有意思得多。

资料来源

项目自身文档（本文"差在哪"一节的依据）
storytold/photocraft/docs/gaps.md（2026-10-10 复核，10-18 更新，含 G1–G17 全部缺口与工时估算）
storytold/photocraft/docs/target-app-parity.md（2026-10-10，含功能广度 76%、专业可用度 45% 等四档评估）
storytold/photocraft README 及 "Built for agents" 章节；AGENTS.md

代码仓库（GitHub API 实测，2026 年 10 月 19 日）
storytold/photocraft（★67,910，2,766 次提交，2,778 个未关闭 issue）
storytold/pdfcraft（★16,068）｜storytold/filmcraft（★14,942）｜storytold/wordcraft（★14,532）
storytold/lightcraft（★13,766）｜storytold/vectorcraft（★9,909，4,097 次提交）｜storytold/effectcraft（★7,367）
storytold/cadcraft（★5,865）｜storytold/gridcraft（★5,809）｜storytold/designcraft（★4,433）
storytold/deckcraft（★3,839）｜storytold/soundcraft（★3,308）｜storytold/figcraft（★2,720）
HeyPuter/everything（★2,266，MIT，2026-10-13 建）

第三方报道与实测
Phoronix《AI Makes "Open-Source, Clean Room" Implementations Of Adobe Photoshop & Premier In Rust》，2026 年 10 月 7 日
Notebookcheck《Photoshop, Premiere & more: Experienced Rust developer recreates Adobe suite with AI assistance as open source》，Christian Hintze，2026 年 10 月 8 日
jacar.es《What works today in ArtCraft's Crafting Apps, twelve creative apps in Rust》，2026 年 10 月 13 日（Linux arm64 实测；图 6、图 8 截图出处）
ZDNET《Someone made a free Photoshop clone – so I had to try it on Linux》，Jack Wallen（界面与"选择主体"对比）
OMG! Ubuntu《PhotoCraft is an open-source, AI-built clone of Photoshop》（内存占用约 5 GB 的实测）
Hacker News 讨论帖 "ArtCraft Apps – open-source Adobe compatible suite written in Rust"（引文为英文原帖，本文据原文译出或转述）
Popular AI《ArtCraft vs Adobe》、free-codecs《PhotoCraft and FilmCraft Tested》（独立实测汇总）

反编译与重写趋势（第九、十节依据）
REA / Reverse Engineer Anything（morluto/rea）项目 README 与其自带的功能说明
Decrypt 关于 REA 星标增长的报道（2026 年 10 月，由不到 1 万涨至 10 万以上）
innfactory.ai《Photoshop and Word Rebuilt in Rust: How AI Is Changing Software Cloning》（含"黑盒规格"与"反编译"两条路线对比）
licenseware.io《AI-rebuilt Adobe and Microsoft apps: what it means for licensing and lock-in》，2026 年 10 月
p4sc4l.substack.com《AI-enabled software replication: the real threat picture, and the hype》（泄露代码加 AI、法律滞后、企业自建替代 SaaS 等四条线）
36Kr 相关报道，以及针对该报道中"REA 一周 12 万星"等说法的实际仓库核查
Reddit r/blender 版块的 BlenderCraft 讽刺帖（用于说明"并非所有软件都需要被重写"）

本文依据上述公开材料整理。星标、提交数、issue 数为 2026 年 10 月 19 日 GitHub API 查询值，随时变化，请以实时页面为准。作者未安装、运行、复现或独立验证文中任何软件；关于"能不能用"的全部判断，均引自项目方自己的 docs/gaps.md、docs/target-app-parity.md，以及 jacar.es、ZDNET、OMG! Ubuntu、Popular AI 等第三方实测，未作二次验证。图 1、3、4、5、7、9、10、11 为本文作者自制图表，数据来源见图注；图 2 为官网截图，图 6、8 为 jacar.es 文章配图，版权均归原作者，此处仅作技术评述引用并已标注出处。第十一节为作者个人观点。