一位开发者花费不到两周，利用Claude Opus 5.5和Rust语言重写了七款Adobe软件。这个项目在Reddit上声称是“100%开源、clean-room实现”，并预计在一个月内实现功能对等。然而，当他将项目发布到Hacker News时，开头坦言尚未准备好，指出距离真实可用还有很大差距。项目功能广度达76%，但实际可用度仅为45%。根据他的路线图，完成全部对齐还需2300到4100个工作小时。

功能广度的76%是基于628个菜单和68个工具等的存在情况，虽然几乎所有菜单都有，但并不意味着它们在实际操作中可用。例如，某用户反馈吸管工具在按住Alt键时未能如预期工作，而文本选择和快捷键上也存在不匹配的问题。这些问题不仅是功能未实现，而是实现后未能达到使用效果。功能广度和真实可用度之间的差距，正是需要填补的2300到4100个小时。

用户在手中体验到的可用度数据层次分明：主流用户获得43%，只使用核心功能的用户可达到61%，整体表现为45%。这意味着，如果Photoshop的日常用户使用这个新工具，可能会发现超过一半的常用操作受阻，虽然简单的裁剪和导出等功能体验会稍好，但难以实现真正的替代。 球友会

项目在PSD读写上存在更大的挑战，开发者承认其生成的PSD文件尚未被Photoshop可靠接受，此类问题会阻碍用户正常工作流。已有用户反馈，保存的项目变为了JPG格式，不支持分层选项，导致各种加载错误的情况时有发生。

在性能方面，项目的结果并不理想，25项性能指标中仅有3项达标，22项超出预算，并在处理复杂文档时出现崩溃。此外，AI生成的功能上只有10%的准备度，排版任务完成度为40%，插件生态只有15%的实现进度。

根据行业调查，88%的开发者认为AI生成代码带来了负面效果，而53%的人表示AI代码“看起来正确但不可靠”，这与PhotoCraft用户面临的问题高度一致：虽然菜单和按钮存在，但操作时会出现各种不适配。另一个安全报告指出，AI生成代码的安全测试失败率达到44%到45%，并几乎没有改善。 球友会

这些数据表明，AI在优化代码生成成本的同时，系统性地忽略了处理错误、兼容性及性能等重要问题。PhotoCraft的2300到4100个小时，主要是验证和完善的时间。

在短短14天内，项目积累了539,000行Rust代码，创建了1306个文件，提交历史显示有277次以Claude名义的提交，GitHub星标数迅速增长到6691。通过AI辅助，团队成功构建了七款应用的基本框架，采用了MIT/Apache开源许可证。

然而，虽然代码生成的速度和数量都很可观，但从模块存在到用户实际使用的稳定性之间，仍然存在巨大的鸿沟。这一转变涉及对边界条件、格式兼容性、性能调优等方面的深入处理，且这些并不在代码行数中体现，而在于性能预算的达标情况和用户反馈的问题上。14天搭建的骨架无法直接等同于一个完整的应用。 球友会