ArtCraft：用 AI 和 Rust 构建开源创意工具生态

不只替代 Photoshop，而是开放工具的修改权

ArtCraft 的目标不只是开发一款 Photoshop 替代品，而是借助 AI 重建一批用户熟悉的软件，并将它们开源。

在 AI Engineer Code Summit 的演讲中，创始人兼 CEO Brandon Thomas 表示，团队已推出 17 款开源应用，包括使用 Rust 从头开发的图像编辑工具 PhotoCraft、对标 Acrobat 的 PdfCraft，以及文字处理工具 WordCraft。其生态还包括对标 Figma 的工具，以及通过 ArtCraft 启动器分发的社区 CAD 项目 SolidCraft。

Thomas 将这项计划与他对互联网变化的观察联系起来：早期互联网允许用户自行搭建服务、编写自动化工具；随着平台集中化，接口和分发渠道逐渐受到更多限制。他希望通过开放应用和基础设施，让用户重新获得修改工具、定制工作流的能力。

对关注 AI 开发与开源实践的读者而言，这也是一个适合在写好标智库讨论的技术议题：当生成代码的门槛降低，用户能否进一步掌握软件的修改权与维护能力？

PhotoCraft：快速生成雏形，不等于专业可用

据 Thomas 介绍，团队先向 AI 模型提供详细提示，描述 Photoshop 的工具、数据结构和文件导入器，再通过更大规模的提示组织应用开发，同时让应用兼容 MCP 和命令行接口（CLI）。

他称，团队在 24 小时内就看到了一个与 Photoshop 大致相似的应用。但这一速度描述的是雏形的形成，并不能说明产品已经达到专业软件的成熟度。

关于 PhotoCraft 的完成情况，目前存在几种不同口径：

这些指标并非同一维度，不能直接互换。尤其是功能广度与专业就绪程度之间的差距，说明评估这类工具时，需要区分“功能已经出现”和“能够稳定承担专业工作”。不能仅凭这些比例，就认为 PhotoCraft 已经可以完整替代 Photoshop。

先兼容操作习惯，再探索智能体界面

ArtCraft 当前优先模仿成熟工具的界面和操作体验。Thomas 的解释是，创作者已经积累了大量操作习惯，延续这些习惯可以降低迁移成本。

更长期的设想，是让用户借助 AI 修改软件本身，而不只是在固定菜单中选择功能。Thomas 表示，团队已经观察到艺术工作者通过自然语言驱动的编程方式，在 PhotoCraft 上定制自己的工作流。

在现有工具达到更高完成度之后，ArtCraft 计划探索更适合智能体参与的新应用界面。这仍是后续方向，而不是已经完成的产品能力。

Rust 与 AI 加速开发，工程问题依然存在

Thomas 将 Rust 视为应用性能的重要支撑，并认为原生技术适合高质量创意软件。他还主张，AI 编程智能体可以帮助不熟悉 Rust 的工程师开展开发。

不过，代码生成速度提升，并没有让工程难题消失。团队仍遇到了权限管理、GitHub 使用、基础设施扩容和持续集成（CI）等问题。Thomas 提到，现有 CI 已承受压力，团队正在自行搭建部分基础设施。

在任务分工上，他分享了团队的实践判断：

• 数据库结构迁移、API 设计等后端工作：更多交由人类工程师处理。
• 桌面应用、游戏等开发任务：可以更积极地使用智能体。

这反映的是 ArtCraft 自身的经验，不宜直接视为适用于所有项目的开发准则。

Thomas 还宣布，计划开源名为 AutoCraft 的自主软件工厂。不过，演讲提供的细节不足以判断其实际成熟度。

比生成速度更值得跟踪的，是可用性与维护

Thomas 称，PhotoCraft 周边已聚集约 4,000 名开发者，另有约 300 款应用正在由社区开发。他也披露了应用下载量与启动性能方面的增长情况，但这些属于团队自述，不应直接视为经过独立验证的表现。

ArtCraft 展示了一条值得讨论的路径：用 AI 降低软件重建和修改的门槛，再通过开源让用户参与工具演进。但应用数量、开发速度与专业可用性，是需要分别评估的指标。

对于创作者和开发者，后续更值得跟踪的是三个问题：

1. 专业可用性能否持续提升？ 功能覆盖之外，工具能否稳定承担实际工作？
2. 工作流定制能否真正落地？ 用户能否把自然语言描述转化为可持续使用的功能？
3. 社区能否承担长期维护？ 在快速生成代码之后，项目能否持续处理测试、集成、权限与协作问题？

这些问题的进展，比“多快做出一个相似界面”更能说明这条路线的实际价值。