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

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则让我误以为"文件上传"这种基础功能应该被支持,实际上它的架构里根本没有这个模块。

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