Gemini 3.1 刚上线,Google 悄悄把“原型开发”这件事改写了

AI PM 编辑部 · 2026年02月19日 · 21 阅读 · AI/人工智能

正在加载视频...

视频章节

如果你还在写 PRD、排需求、等工程排期,这个视频会让你坐不住。Peter Yang 用 Gemini 3.1 + 全新 AI Studio,演示了一种几乎“反瀑布式”的产品开发方式:先做原型,再谈对错,而且快到离谱。

Gemini 3.1 刚上线,Google 悄悄把“原型开发”这件事改写了

如果你还在写 PRD、排需求、等工程排期,这个视频会让你坐不住。Peter Yang 用 Gemini 3.1 + 全新 AI Studio,演示了一种几乎“反瀑布式”的产品开发方式:先做原型,再谈对错,而且快到离谱。

一个反直觉的判断:最强的免费 AI 编程工具,可能已经出现了

视频一开头,Peter Yang 就抛出一个足够挑衅的观点:Gemini 3.1 加上全新 Google AI Studio,可能是目前市面上最强的免费 AI 原型和编码工具。注意,他说的不是“模型能力”,而是“做产品的整体体验”。

真正的变化不在参数,而在工作方式。AI Studio 把模型调用、UI 原型、提示词、迭代流程揉成了一件事:你不是在“用模型写代码”,而是在“和 AI 一起把想法捏成产品”。对很多 PM 和独立开发者来说,这是第一次感觉到:工具终于站在了产品思维这一边,而不是工程流程那一边。

瀑布式已死?“先原型”才是 AI 时代的真相引擎

Peter 花了相当篇幅,对比传统瀑布式开发和 prototype-first 的差别。结论很残酷:瀑布式流程最大的问题不是慢,而是你很晚才知道自己做错了

原型优先的核心价值只有一句话:更快接近用户真正想要的东西。在 AI 的加持下,原型的成本几乎被打穿——不再需要完整前后端、不需要精致设计,甚至不需要“写得很对”的代码。你要的只是一个能被人点、能被人骂、能被人说“这个不对”的东西。

他总结了自己十多年 PM 经验里反复验证的一点:真相只存在于用户的反应里,而不是文档里。AI 只是让你更快走到那个反应面前。

五步法拆解:从想法到可用产品,中间发生了什么

视频的主线,是 Peter 用一个真实案例走完的五个步骤。

第一步,直接从现有 UI 下手。他不是画线框图,而是对 Google AI Studio 现有界面截图、复刻,作为可复用模板。这一步的关键不在设计,而在“占位”:让想法有个可以被操作的外壳。

第二步,创建一个 Gemini Gem 来‘吐槽’这个 UI。这是最有意思的一步:让 AI 扮演有审美、有偏见的人,直接批评界面哪里复杂、哪里反人性。一段好提示词,换来一次“带人味”的重构。

第三步,和 AI 快速迭代。移动模型选择器、加灵感模板、删掉多余选项——原则只有一个:先动起来,别追求完美。

第四步,把原型拿出去。分享给同事、利益相关方、真实用户。原型比任何解释都诚实,反馈也更具体。

第五步,再决定要不要做成真正的产品。顺序不能反,因为一旦进入工程阶段,沉没成本会让人看不清真相。

为什么他要拿 OpenAI Codex 作对比

在演示要做的功能时,Peter 特意把 Google AI Studio 的界面拿来和 OpenAI 的 Codex 应用对比。这不是为了评判谁更强,而是为了说明一个趋势:AI 工具的竞争,正在从“谁更聪明”转向“谁更好用”

UI、默认路径、是否鼓励试错,这些过去被认为是“外围体验”的东西,正在直接决定一个模型能否被真正用起来。Peter 想原型的,正是 AI Studio 里可能缺失、但对用户极其重要的那一小块体验。

总结

这条视频真正想传达的,不是 Gemini 3.1 有多强,而是一种更适合 AI 时代的产品方法论:原型先行,把判断权尽早交给用户。对开发者和 PM 来说,这意味着你应该把时间从“写对需求”转向“更快做错再修正”。行动建议只有一个:选一个你早就想验证的点子,用 AI Studio 做一个能点的原型,而不是再写一份没人看的文档。未来真正拉开差距的,不是谁会用模型,而是谁更快接近真相。


关键词: Gemini 3.1, Google AI Studio, 原型优先, AI 产品开发, 提示工程

事实核查备注: 需要核查:1)视频实际时长以确认文章长度匹配;2)Gemini 3.1 与 AI Studio 更新的正式发布时间;3)Peter Yang 的职业背景表述是否与视频一致;4)视频中对 OpenAI Codex 的具体对比语境。