我们是安全的——谷歌有着不同的使命

视频作者首先提到随着Gemini 3的发布,许多人认为前端开发者的工作可能受到威胁,尤其是在X平台上充斥着大量用Gemini进行vibe coding生成精美落地页、可视化效果和3D模型的帖子。然而,作者自己尝试用Gemini做落地页的vibe coding时,结果却相当糟糕。作者表示会在后续展示具体的测试过程和使用的提示词。尽管个人体验不佳,但网络上确实有大量成功案例展示Gemini在vibe coding方面的出色表现,这引发了作者对这种差异的思考。

作者深入分析了Google将Gemini 3定位为vibe coding模型的战略原因。Google在官方公告中多次强调Gemini 3在vibe coding方面的卓越表现,但问题是为什么不将其定位为开发者助手,而是专注于vibe coding?作者指出,理解这一点的关键在于Google的商业模式——通过广告盈利,主要在搜索和YouTube上。Google对搜索未来有明确愿景,希望将搜索体验从纯文本转变为更丰富的交互式体验,同时仍然保留广告展示。因此,Gemini 3被优化用于在搜索中良好工作,并在第一天就在美国搜索中推出。

视频详细解释了Gemini 3的核心功能——生成式UI,以及它如何服务于Google的搜索战略。Google希望Gemini 3不仅能生成文本回答问题,还能生成用户界面、可视化效果、交互式3D模型等对特定搜索查询有意义的内容。vibe coding的全部意义就在于生成某些看起来不错且运行良好的用户界面结果。作者强调,这种应用场景不需要考虑复杂网站开发中的小众情况、安全性、性能等因素,只需要为特定用户查询即时创建交互式可视化。这实际上是以前不太可能实现的功能,而不是要取代前端开发者的工作。

作者分享了Gemini 3在实际编码任务中的表现,指出尽管它是前沿模型,在编码方面总体上应该优秀,但实际体验却褒贬不一。X平台上既有大量成功的vibe coding案例,也有反驳的声音指出代码质量差、难以遵循复杂指令等问题。作者提到自己发帖表达对Gemini 3的失望,因为它经常无法正确遵循任务指令,有时会采取不必要的复杂步骤,并坚持使用明显不起作用的代码。作者举例说,在开发TanStack Start应用时,Gemini 3持续错误地使用`validator`而不是正确的`input`来验证服务器函数输入,即使手动修复后仍会重新引入错误。

作者详细展示了自己的vibe coding测试过程,尝试让Gemini 3为虚构的专业清洁服务构建落地页。使用的提示词相当简洁:'为专业清洁服务创建一个落地页。我想要水蓝色和青绿色。页面要突出我们服务的高度专业性。为英雄区文本、定价和优势假设有意义的虚拟数据。'作者指出,vibe coding的理念应该是让AI自主完成,不需要过多干预。然而,尽管模型花费了很长时间生成,最终结果却不尽如人意。作者承认可能只是运气不好,因为网络上确实有很多成功案例,但也提出可能Gemini 3在生成交互式3D模型和可视化方面特别出色,因为这显然是这个模型的重点所在。

作者总结了对AI模型的看法,认为就像之前和未来的所有AI模型一样,它们可以成为很好的开发助手。作者表示自己正在使用Gemini 3,虽然可能会切换回Claude Sonnet,但总体上这些模型都有各自的问题,现在不是来抢开发者工作的,短期内可能也不会。然而,作者也指出了一个现实担忧:如果高管和经理只看到vibe coding宣传中的成功案例,可能会倾向于认为不需要那么多前端开发者,导致更少的工作岗位。尽管作者坚信AI可以充当加速器而非替代品,但承认如果公司决定用AI以更少人力完成相同工作,这在短期内确实是个问题。最终结论是,Gemini 3是为特定任务(生成式UI)而构建和微调的,虽然在该任务上表现不错,但那不是开发者日常得到报酬所做的复杂工作。