我用Claude Design和Google Opal做了同一款应用，只有一个真正跑通了

把脑子里的想法变成能点的东西，这件事本身就让人上瘾。尤其是当你还在设计门外摸索的时候，看着一个念头几分钟内长出形状，大概是这周最爽的时刻。不用搞懂底下的线路怎么接，就能验证"这玩意儿能不能行"——这类工具让我愿意把那些原本只会记在便签上、然后彻底遗忘的灵感，真正拿出来试一试。

Claude Design我已经玩了几周，从它上线起就是我的原型测试常客。Google Opal则是完全陌生的领域——这是Google Labs推出的无代码AI应用构建工具，在我的待测清单上躺了很久，终于决定拉出来跟我的现任心头好（没错，就是Claude Design）正面碰一碰。

这次测试的目标很明确：做一款我真正会用的东西。我的浏览器书签文件夹堪称数字生活里最混乱的角落，没有之一。所以我打算做一个书签分流工具——上传浏览器导出的书签文件，工具抓取每个页面，自动建议分类，然后让我逐个决定：保留、稍后读、归档，还是直接删除。如果真能跑通，算是解决了一个真实存在的痛点。

为了保证公平，我给两个工具喂了完全相同的提示词。核心功能点（四个分流按钮、上传流程、配色方案）写得具体，但布局和视觉细节故意留空，让它们各自发挥性格。

不过有个技术坑得提前说明：自动分类需要抓取书签页面内容，而CORS（浏览器出于安全考虑拦截跨域请求）通常会捣乱。这类vibe-coding工具一般运行在浏览器沙盒里，对外发请求并不友好。所以我进场时就做好了心理建设——这可能会成为绊脚石。

Claude Design：我的基准线

它没有让我失望。

Claude Design是Anthropic今年4月推出的原型工具，目前还在研究预览阶段。它介于vibe-coding和vibe-design之间——你描述需求，它负责搭建，之后还提供一小套编辑控件让你微调，不用重新写提示词。

我最担心的是网页抓取能力，结果不仅没问题，甚至比预期更好。Claude Design确实处理了链接解析，但方式出乎我意料：真正的跨域请求被拦住了，它换了个路子——直接分析URL本身的文本结构来推测分类。不是完美的技术方案，但在这个场景下够用了。

整个流程跑得很顺。上传HTML书签文件、解析出链接列表、逐个显示卡片、四个分流按钮、分类统计——全部一次成型。配色按我要求走了紫色调，界面干净，交互逻辑清晰。我大概花了20分钟从想法到可点击原型，又花了10分钟微调按钮位置和文字大小。

唯一的小遗憾是导出功能。Claude Design目前只能导出为可分享的链接，没法直接下载整理后的书签文件。但作为一个验证概念的原型，它已经完成了任务。

Google Opal：新选手的表现

Opal的界面第一印象很Google——清爽、模块化、引导明确。它把构建流程拆成了步骤：先选应用类型，再描述功能，然后它生成结构，最后你可以调整细节。

同样的提示词喂进去，Opal的理解出现了偏差。它把"书签分流"理解成了"书签展示"，做了个漂亮的链接卡片墙，但没有分类功能，更没有那四个核心按钮。我尝试在编辑模式里补救，发现它的调整空间比Claude Design受限得多——主要是改文字、换颜色、增删页面，没法深入改动交互逻辑。

更关键的是，Opal直接坦白了技术限制：它不支持文件上传。我的核心需求——"上传浏览器导出的书签文件"——在第一步就被堵死了。即使我退而求其次，改成手动粘贴链接列表，它也无法处理批量抓取和分类的逻辑。

我花了大概15分钟在Opal里周旋，试图找到绕过限制的方法，最终承认这条路走不通。它生成的界面确实好看，但跟我要的东西是两回事。

正反方的交锋

这场对比里，两个工具代表了不同的产品哲学。

Claude Design站在"先让它跑起来"这边。它接受模糊的需求，承担技术实现的复杂度，给用户留下后期微调的余地。它的代价是偶尔需要你在提示词里埋得更深一些，以及导出选项目前还比较初级。

Google Opal押注在"结构化引导"上。它把构建流程标准化，降低了新手的心理门槛，但这种框架在碰到稍微非常规的需求时，反而成了束缚。它的设计更适合做信息展示类的小应用，而非需要处理文件、执行逻辑的工具类产品。

我的判断是：如果你要验证一个想法，尤其是涉及数据处理和交互逻辑的工具类产品，Claude Design目前的完成度明显更高。Opal的界面更 polished，但它的能力边界也更硬——你很快会撞上那堵墙。

一个意外的收获

这次测试还让我意识到，vibe-coding工具的"幻觉"不只是内容层面的。Claude Design让我误以为它真的抓取了网页内容，实际上它只是聪明地绕过了限制；Opal则让我误以为"文件上传"这种基础功能应该被支持，实际上它的架构里根本没有这个模块。

两种幻觉，两种教训：一个教会我验证技术假设，一个教会我验证产品边界。而这可能正是这类工具的真正价值——不是替代开发，而是让你在投入大量时间之前，更快、更便宜地触碰到问题的核心。