编者按：Google AI Studio 正在把 AI 编程带入一个更直观的阶段：用户不再只是让模型「写代码」，而是可以直接用自然语言生成一款 Android 应用，并在几分钟内安装到真实手机上。从浏览器输入提示词，到 Gemini 自动生成代码、设计界面、修复 Bug，再到应用出现在设备端，软件开发的门槛正在被进一步压低。

The Verge 作者 Sean Hollister 近日体验了 Google AI Studio 的「prompt to phone」能力。他在一个下午内做出了三款应用，包括一款文字冒险游戏、一个卡路里计算器和一款类马里奥小游戏，几乎不需要亲自写代码，部分 Bug 也能通过继续对话快速修复。这种体验显示，AI 编程工具正在从开发环境走向更接近普通用户的消费端场景。

这也是「个人软件革命」最具想象力的地方。过去，普通用户只能等待开发者做出通用产品；现在，他们或许可以根据自己的具体需求，临时生成一个健身追踪器、卡路里计算器，甚至一款简单游戏。对 Google 来说，这不只是一次 AI 编程能力展示，也可能是 Gemini 进入手机端、开发者生态和订阅收入的新入口。

但这次体验同样说明，AI 生成应用距离真正成熟仍有明显差距。它可以快速做出「能跑」的程序，却未必能做出可靠、准确、好用的产品：游戏叙事粗糙、机制单薄，卡路里数据会出现严重误判，类马里奥小游戏甚至会反复崩溃。更复杂的问题，还包括版权边界、数据来源、产品判断和长期维护能力。

真正值得关注的，不是 AI 是否已经能替代开发者，而是软件生产的起点正在发生变化。Google 已经证明，普通人用提示词做出手机应用正在成为现实；但从「生成一个应用」到「做出一个好应用」，中间仍然需要人类的专业经验、审美判断和持续迭代。AI 可以大幅提前开发速度，但软件质量的最后一公里，暂时还交不出去。

以下为原文：

昨天，我做出了自己的第一款 Android 应用。随后，我又做了两款——一个下午内，一共三款。

其中一款应用，我实际上只是在网页浏览器里输入了 148 个英文单词，然后就离开了。十分钟后，我的真实 Android 手机上已经出现了一款全新的完整应用。当然，在此之前，我确实需要先对手机做一些准备：开启 USB 调试模式，并将手机连接到电脑。但除此之外，正如 Google 所宣传的那样，AI Studio 几乎真的替我完成了所有工作。

我输入文字，点击安装，随后——voilà，一款可以运行的完整程序就出现了。那一刻，我几乎准备同意 David、Allison 和 Jen 的判断：个人软件革命已经到来，它正在进入你的手机。未来，普通人即便没有编程能力，也有可能让复杂的智能家居设备系统真正跑起来。

然后，我开始实际使用这三款应用：一个卡路里计数器，以及两款游戏。结果，它们表现得并不算好。而就在我刚开始享受不断迭代、尝试把它们改得更好时，AI Studio 提醒我已经达到了每日使用上限。接下来，我要么付费，要么等待额度恢复。

所以，摩擦感依然存在。但不可否认的是，如今个人能够完成的事情已经相当惊人。就在同一个上午，我的同事 Stevie Bonifield 也做出了一个个人健身追踪应用，而且他认为这个应用已经好到可以真正投入使用。面对 Gemini 弹出的付费升级提示，我的第一反应竟然是：「要不要先付费试用几个月？」这并不是我原本会期待自己对 Google 产品产生的反应。

Google 的 AI Studio 如何构建一款 Android 应用

周二，当 Google 展示用 AI 编写一款类似《毁灭战士》（Doom）的游戏时，我们开玩笑说，我应该做一款叫 MOOD 的游戏。它会是一款类似 Doom 的文字冒险游戏，MOOD 代表「Modern Online Oratory Dungeon」。

仅仅这些信息，就足够 Google 开始工作了。当我在 AI Studio 中输入：「帮我做一款名为 MOOD 的 Doom 风格文字冒险游戏，MOOD 代表 Modern Online Oratory Dungeon」之后，Gemini 便开始自动补充更多想法，试图续写我的创意。它首先输入了一句话：「这款游戏应当具备程序化生成关卡，以及具有挑战性的回合制战斗。」

我并不想要那种每一关都完全不同的随机生成关卡——我想要的是一款经典文字冒险游戏，玩家探索的是一个经过设计、有真实地图结构的场景。不过，回合制战斗倒是可以接受。也许，这款游戏还可以让 AI 帮我自动生成地图？

随后，Gemini 又建议游戏里应该有「隐藏在房间中的秘密」、「令人满足的成长系统」等更多设定。大多数时候，我只是顺着它的思路点了点头。

在我让它正式开始写代码之前，最终的提示词是这样的：

接下来，它就正式开始一路狂奔。我的同事 Jake 指出，和 Claude Code 不同，Gemini 不会先制定计划，再询问你是否要继续执行。它会自动向前推进——当然，如果你愿意，也可以随时查看它写出的代码。

一分钟后，它已经为我生成了五套设计原型：

20 分钟后，我按下了「Install」按钮，把这款游戏传输到一台 Pixel 9 手机上。

不出所料，文案写得很糟糕。游戏里也完全看不到恶魔的影子。整个地下城只有 11 个房间，而且玩家只要一路狂按攻击按钮，就能直接「通关」。认真玩的话，一分钟之内就能打完。至少现在可以了——在此之前，Gemini 还帮我修复了两个足以让游戏无法继续的严重 Bug。

下面是 MOOD 的实际效果：

我并没有太意外地发现，Gemini 所承诺的「引人入胜的叙事、带有分支对话选项和多个结局」，最终只在游戏最后浓缩成了一个简单分支：我可以通过攻击、与其融合，或者输入一个后门密码，来击败「Core Orator」——一个不知为何能把互联网愤怒情绪转化为企业利润的 AI。

此外，游戏还会主动把所有原本承诺的「秘密」直接暴露给玩家：它把这些内容都做成了发光按钮，玩家甚至不需要输入任何文字。当你遇到一个发光的宝箱时，游戏会极其卖力地提醒你，它其实是一个 Mimic——也就是《龙与地下城》中那种伪装成宝箱的经典怪物。

它不仅明确警告你「自行承担检查宝箱的风险」，甚至直接把它标注成敌人，并且不让我离开，因为系统提示：「一个敌对的『Clickbait Mimic』正在挡路！」

说到这里，MOOD 甚至会在你需要的时候，直接把用于解锁隐藏结局的后门密码告诉你。

不过，Bug 修复的过程倒是可以做到出奇顺滑，前提是这个 Bug 是 Gemini 能够正确识别的问题。当我告诉它，游戏在与「The Whistleblower」对话时会卡住，因为结束对话的按钮不见了，它立刻生成了一个新版本的应用。我按下「Install」，手机上的应用自动重启，而我重新进入游戏后，发现自己正停留在刚才离开的地方——只是这一次，我需要的按钮已经出现了。

我的另外几款应用，可能还需要更多打磨。那个卡路里计数器判断某种食物热量的最佳方式，竟然是去调用付费版 Gemini API，而我并没有付费版 Gemini API 密钥。当我要求它改为从其他数据库中搜索相关信息时，我又发现，它对多种食物热量的估算都严重偏低。

不过，当我告诉 Gemini，一杯 16 盎司的珍珠奶茶不可能只有 190 卡路里时，它似乎确实在自己的代码中发现了那个低级错误。它此前认为，「milk」已经足以匹配「boba milk tea」，更糟糕的是，它还选择了低热量的 1% 低脂牛奶作为估算依据。Gemini 声称，现在它会进行更可靠的匹配。

但即便如此，我那份 3 盎司的台湾盐酥鸡刚刚被它算成了 140 卡路里，而我相当确定，真实热量至少应该是这个数字的两倍。所以，这款应用显然还需要继续修。

最后，也是最不重要的一点，我觉得自己有必要测试一下：Google 是否仍然允许用户制作那些糟糕的任天堂山寨游戏，就像我的同事 Jay Peters 今年早些时候用 Project Genie 做过的那样；又或者，Google 已经吸取了教训。

带着深深的羞愧，我向大家展示——《Super Peach Rescue》：

这是一款糟糕透顶的程序。游戏里的桃子公主被做成了某种恐怖的、独眼漂浮外星人形象，而且只要她敢碰到任何一个道具方块，游戏就会立刻崩溃——每一次都是如此。到目前为止，Gemini 还没能弄清楚原因。

此外，游戏的第二根水管也根本无法通过，因为桃子公主完全跳不了那么高。

尽管如此，Gemini 在生成这样一款游戏时毫不犹豫。我的需求是：「做一款可以运行的超级马里奥游戏，由我扮演桃子公主去营救马里奥，并具备传统马里奥横版卷轴游戏的全部元素。」某种意义上，它确实做到了。

它甚至还主动建议，我或许可以顺手「给桃子公主加入一系列经典马里奥道具，比如超级蘑菇、火焰花和无敌星星」。它还自行把操作方式标注为「NES System」。我想，我会把这款游戏删掉。

至少，在我用 vibe coding 做出的两款游戏里，有一款从一开始就是可玩的，而且几乎不需要我费什么力气——当然，如果不把我想到如今有多少游戏开发者失业时产生的那种心理创伤也算进去的话。

说清楚一点：我其实很庆幸这些由我 vibe coding 出来的游戏质量很差。对于一款完全免费、为我个人定制的卡路里计数器，我也许还能为自己辩护：毕竟没人会专门为我做这样一个工具。但如果是游戏，我更愿意把时间花在支持真正的人类创作者身上。