AI 重写 Adobe 全家桶与 Office:净室复刻的进度、争议,与真正值得关注的那个变化

本文写于 2026 年 10 月,数据取自项目仓库与公开文档(star 数、完成度均为 2026-10-12 前后快照,会随时间变化)。

一句话: 2026 年 9 月底,一位开发者用 AI 编码工具在一周内铺出了 7 个对标 Adobe 全家桶的开源应用(纯 Rust、净室实现),随后又盯上了 Office;GitHub 上一周涨了几万 star。但项目自己的完成度文档写得非常诚实——能跑,和能用,中间隔着上千个 agent 小时。真正值得关注的是它们的架构:每个动作都是具名命令,同时暴露 CLI、JSON 通道和 MCP,天生能被 AI 智能体驱动。

事件

主角是 Brandon Thomas,项目挂在 GitHub 组织 storytold 下,统称 "Crafting Apps"。开发工具是 Anthropic 的 Claude Opus 5.5,方式是多个 agent 并行(作者称 8 个并行 agent),全部用 Rust 从零写。

时间线(来自 PhotoCraft 仓库的进度日志):

日期 进展
2026-09-30 第一个 commit
2026-10-01 一天内把菜单覆盖率从 224 做到 625 中的 532
2026-10-03 菜单广度 625/625
2026-10-05 0.2.0,首个签名/公证发布;自评"能真正干活 25–35%"
2026-10-07 0.3.0,10 种界面语言,快捷键审计 214 → 0 失败,TIFF 解码快 10 倍
2026-10-08/09 0.5.0,增加 Affinity 文档导入与一批工具
2026-10-10 对照 Photoshop 2026 完整重新度量,0.6.0

做法:净室重写

所谓 clean-room(净室):不看、不复制对方源码,只依据公开文档 + 可观察的外部行为重新实现同等功能。仓库里没有 Adobe 的代码、图标和预设,贡献规则也明确禁止复制。

  • 框架选择上全部走 Rust 原生,自建 GPU 合成器(Metal / Vulkan / D3D12),不用 Electron;
  • 文件格式自己实现:PhotoCraft 有独立的 photocraft-psd 处理 PSD/PSB,声称在 psd-tools 测试集的 307/309 个文件上重新保存后渲染一致;PhotoCraft 代码量约 25.6 万行 Rust;
  • 许可证是 MIT / Apache-2.0 双许可,可自由 fork。

完成了多少(项目自己的账)

这份诚实程度反而成了全网讨论的焦点。PhotoCraft 的 ROADMAP.md 直接对着 Photoshop 2026(27.11.0,实测于本机安装包) 打分:

指标 数值
功能广度 ~76%(菜单 628/628、工具 56/68、面板 30/35、格式 13+4 / 31)
能真正干活 ~45%
主流专业用户可替换 ~43%
只用基础功能的用户 ~61%
到 beta 还需要的投入 ~1,100–1,800 agent 小时
到完全对齐 ~2,300–4,100 agent 小时(约 80% 可并行)
当前阶段 alpha

按维度看差距更清楚:

维度 就绪度
平台支持 80%
文件格式 60%
功能深度 55%
本地化 55%
硬件(GPU / 数位板) 50%
稳定性 45%
UI/UX 保真 40%
性能 25%(25 项预算只有 3 项达标)
插件 / 脚本生态 15%
AI 生成功能 10%

还有两个很具体的信号:仓库有 579 个未关闭 issue;写出的 PSD 目前还不能被 Photoshop 稳定接受(对应 issue #1281、#2469)。也就是说,"重保存 307/309 一致"是自家测试集口径,跨到 Adobe 本体仍会翻车。

对标清单(star 数快照 2026-10-12)

应用 对标 stars
PhotoCraft Photoshop 53.1k
FilmCraft Premiere Pro 11.4k
LightCraft Lightroom 11.2k
PdfCraft Acrobat 11.2k
VectorCraft Illustrator 7.8k
EffectCraft After Effects 5.8k
DesignCraft InDesign 3.4k

然后是 Office

同一组织接着把方法用到办公套件上,做法一致(纯 Rust、净室):

应用 对标
WordCraft Word(读写 .docx,ribbon / 样式 / 表格 / 修订 / 邮件合并)
GridCraft Excel
DeckCraft PowerPoint(2.6k stars)

而这一赛道其实早就被"AI 原生办公"占满了,值得一起看:

项目 特点 stars
OfficeCLI 单文件二进制,专为 agent 读写 docx/xlsx/pptx;Excel 350+ 函数写入即算;能把文档渲染成 HTML/PNG,形成"渲染 → 看 → 修"的闭环 30.6k
GenOffice 完整套件(Docs/Sheets/Slides/PDF/HTML/Markdown),字节级保留未修改内容,自带 CLI、agent skill 和本地 MCP 8.2k
HermesOffice README 与 GenOffice 高度雷同(连 BYOK 清单、Genspark 登录方式都一致),看起来是同一套件换了名字派生 584
WPS-AI WPS 插件形态;作者声明仓库"没有一行手敲代码" —

顺带一个值得玩味的现象:克隆的门槛已经低到"换个名字就是新产品"。

真正的新东西:命令 + CLI + MCP

这些项目的架构有一个共同点,也是最该被记住的一点:

  • 界面里每点一个菜单/工具,背后都调用同一个具名命令(PhotoCraft 有 500+ 个);
  • 同一套命令同时暴露给 GUI、命令行、JSON 控制通道、MCP 服务器;
  • 仓库里还带一份写给 AI 看的说明(EffectCraft 的 agents.md、OfficeCLI 的 SKILL.md),agent 读完就能自己配好环境、开始干活。

结果就是:"用一句提示词批量改 300 张图 / 300 个文档"从不可能变成了工程问题。传统桌面软件把能力锁在 GUI 里,而这一代替代品把能力做成了可被程序(和 AI)调用的接口。冲击点在这里,不在"免费"。

争议与风险

  • 能跑 ≠ 能用:48 小时做出来是真的,之后要 1000+ 小时才敢用于生产也是真的。项目自己的 ROADMAP 恰好是"人月神话"的活样本——AI 没有取消协作与验证成本,只是把单位从"人月"换成了"agent 小时"。
  • 为什么不贡献给现有开源:作者公开吐槽 GIMP "很糟糕"、抱怨 LibreOffice 让他期末论文翻车,因此被批评"与其重写,不如把力气花在成熟项目上"(同行也指出 LibreOffice、Google Docs 早已免费存在)。
  • 法律边界:净室实现功能一般站得住,但界面、图标、菜单结构的高度相似会落在商标与"外观"的灰色地带——目前还没有判例。
  • 生态差距是硬账:插件生态 15%、AI 功能 10%。Photoshop 的价值有一大半在插件和 .psd 资产链上,这部分不是"代码写出来"就能补齐的。

怎么自己试

  • 传统桌面应用(Craft 系列):GitHub Releases 有 Windows / macOS 构建,Linux 可源码编译;另有 WebAssembly 浏览器版(据项目说明)。许可证 MIT / Apache-2.0。
  • Agent 友好的办公工具:OfficeCLI 装一次会把 skill 写进本机检测到的编码 agent(Claude Code / Cursor / Windsurf 等);GenOffice 自带 genoffice 命令行与 agent skill,桌面端独立使用免费。
  • 建议:当试验田,不要卸掉正版。拿它试"批量、可脚本化、agent 驱动"的任务,正式交付仍走原工具。

结论

  • 这是一次方法论的展示:净室 + 多 agent 并行,把"需要一个大团队做几年的软件"压到"一个人一周出第一版"。第一版能跑,但离"能交付"还有 1000 小时以上的硬活。
  • 对行业更实际的影响是架构遗产:命令注册表 + CLI + JSON + MCP,让设计、视频、文档工具第一次能被 AI 无头批处理。
  • 对使用者的判断很简单:要生产力,现在还是原工具;要自动化,现在就可以试这些替代品。

参考