开发者用 AI 复刻 Adobe 全家桶 坦言功能对齐尚需数月
开发者 Brandon Thomas 利用 Claude Opus 5.5 和 Rust 语言构建了开源项目 PhotoCraft，旨在复刻 Photoshop、Premiere 等七款 Adobe 核心应用。尽管 Reddit 社区曾预告即将进入 Beta 阶段并实现近乎 100% 的功能对齐，但作者在 Hacker News 上澄清项目远未就绪，目前功能覆盖度仅约 76%，且距离生产可用仍有显著差距。该案例揭示了当前 AI 辅助编程在构建大型复杂桌面软件时，虽能加速代码生成，但在工程完整性与用户体验打磨上仍面临巨大挑战。
报道正文
Brandon Thomas 把他用 AI 构建的七款 Adobe 应用开源替代项目发到了 Hacker News 上，但立刻又给它泼了冷水。“我还没准备好把这个发到 HN 上，”他写道，“离可读还差得很远。”他表示等项目结束 Beta 测试阶段后会再发一次。
几天前，五个 Reddit 子版块都发布了预告帖，传递的信息却截然不同，称项目即将进入 Beta 阶段，有望在一个月内实现近乎 100% 的功能对齐。而代码库的说明与 Hacker News 上的说法一致。
Thomas 借助 Claude Opus 5.5 用 Rust 语言构建了这些应用，并为浏览器提供了 WebAssembly 构建版本，对标 Photoshop、Illustrator、Premiere、Lightroom、After Effects、InDesign 和 Acrobat Pro。所有代码均以 MIT 和 Apache 许可发布。
PhotoCraft 的 ROADMAP.md（更新于 10 月 11 日）显示，功能覆盖度约为 76%，具体为：628 个菜单已全部完成（628/628）、68 个工具完成 56 个、35 个面板完成 30 个、31 种格式完成 13 种加 4 种待完善。另一组评估数据：面向正式工作的可用度约 45%；专业使用者体验得分 43%；只使用核心功能的用户体验得分 61%。距离 Beta 阶段还需 1100 到 1800 小时，达到功能完全对等还需 2300 到 4100 小时——按一个智能体顺序工作的 Claude Opus 5.5 实际耗时计算。目标被精确锁定为：Photoshop 2026，版本 27.11.0，以 10 月 10 日本地安装的原版程序作为参照基准。
PhotoCraft 截图：这款开源版 Photoshop 替代品正在编辑一幅葛饰北斋版画，层面板里可见调整图层、文字图层与形状图层。（来源：GitHub）
路线图中对项目为何仍处于 Alpha 阶段的自我剖析，比外界批评还要严苛。0.5 和 0.6 版本的用户已提交 579 个未解决的问题，25 项性能指标中有 22 项未达标，而且“我们生成的 PSD 文件尚无法被 Photoshop 稳定正常打开”。对于一款旨在取代 Photoshop 的软件来说，文件互通性可不是可以忽略的小问题。
但项目体量是实打实的，首次提交于 9 月 30 日，最新提交为 10 月 13 日。短短 14 天内，代码库累计有 2152 次代码提交、1004 个合并的 PR，1306 个文件，合计 539017 行 Rust 代码。Git 记录里有 317 个不同贡献者身份，因此“独立开发者”的说法几乎从一开始就不成立了。Claude 作为提交作者出现了 277 次。
安装过这些应用的用户，反馈分化情况和路线图的评估一致。Reddit 用户 Painted-Arcana 直接对这款 Photoshop 复刻版提出批评：
很糟糕。你甚至不能通过按 Alt 键来使用吸管工具。除了几个静态预设之外，你根本无法修改布局。我还能列出一堆问题，但只用了 2 分钟就很清楚，它根本没法替代 Photoshop。
摄影师们主要吐槽 RAW 处理流程。用户 Sea-Temporary-6995 反馈，打开索尼 a7c 的文件提亮阴影时会出现噪点和色带；用户 OspreyChaser 表示多款尼康机型的 RAW 文件无法识别。最简单的一款应用则表现最好：Hacker News 用户 Krasnol 反馈 PDFCraft 运行无缺陷。
大部分报道很少提到代码库里写了多少开发规范。AGENTS.md 里有一条净室规则：团队“仅研究 Photoshop 及其他专有编辑器的行为和外观”，不复制代码、着色器、配置文件或资源，而是“基于公开规范（Adobe PSD 规范、ICC、ISO 32000 混合模式、论文）和实际的观察”来实现。每个变更都要通过测试，panic_hunt 模糊测试会用异常参数遍历所有命令；格式兼容性会用一套 Photoshop 原生生成的 PSD 测试集来校验。这些应用还公开了一个 JSON 控制通道和一个 MCP 服务器，这样编码智能体就能驱动正在运行的应用并截图，以便自检界面效果。
正是这种开发方式引发了争议。用户 kmeisthax 直言：“根本不存在什么洁净室式的 Vibe Coding。”洁净室开发规范要求有两个完全隔离的团队：一个负责撰写规范，另一个在看不到原版代码的前提下实现功能。
最公允的评价来自另一个做同类项目的开发者。用户 az_liberal_geek 正在开发 Hew，用 Claude 打造开源版 SketchUp 替代品：
Hew 的第一个版本出来得很快，观感和基础功能都很不错，但 Bug 也很多，会以意想不到的方式失败。添加一个大功能需要先写提示词，再加上几个小时的 Claude 开发时间，然后我自己再花更多时间进行测试和打磨。
他认为达到功能对等需要一年时间，而不是一个月。这个代码库自身的预估时间也接近这个区间。
Thomas 之后也调整了对外说法，他在 Hacker News 上表示：“实现 99% 功能对齐还需要一段时间，但我确信是以月为单位，而不是以年。”
查看英文原文：https://www.infoq.com/news/2026/10/photocraft-adobe-parity/