我的第一次 Vibe Coding 项目教会了我：我其实根本不知道自己在构建什么
我管理移动端工程团队。我负责审查架构并对需求范围进行把控。我曾向数百万用户发布过应用。
当我开始用 AI 做一个副业项目时，我以为难点在于如何选择捷径。但我错了。
我想做一个购物清单应用。大多数应用只提供一个扁平的列表。因为列表没有遵循特定的路径，你在商店里逛起来就像在走迷宫。我的想法很简单：一个按货架通道（aisle）对物品进行排序的列表。你只需定义一次商店布局，应用就会根据该布局对每个清单进行排序。
我向 AI 描述了这个概念。它构建得非常快，令人印象深刻。
然后我看着它，意识到它错了。
代码没问题。问题在于我的愿景。我只有一个模糊的想法，而不是一个计划。
“按货架通道组织的购物清单”并不是一个完整的想法。当产品呈现在你面前时，棘手的问题接踵而至：
• 如果某个物品没有分配货架通道会怎样？ • 已完成的物品是直接消失，还是移动到新区域？ • 已完成的部分是放在每个通道的底部，还是放在整个列表的末尾？ • 新用户如何设置他们的商店布局？ • 空的通道标题是保持可见，还是自动折叠？
我竟然一个这样的决定都没有做过。
当我用传统方式构建事物时，我会在编写代码的过程中回答这些问题。编写代码带来的阻力会减慢我的速度，这给了大脑时间去填补逻辑空白。代码本身就成了规格说明书。
Vibe coding 消除了这种阻力。AI 的运行速度太快了，以至于决策无法隐藏在实现过程中。它会对你留下的每一个空白进行假设。在你还没想清楚细节之前，它就已经把结果展示给你看了。
人们在争论 AI 是否能写出好的代码。这是一个错误的问题。
真正的问题是：你是否知道你想构建什么？
在开始之前，你需要对每一个决策都有答案。你需要知道边界情况（edge cases）如何处理。你需要知道用户体验的感觉如何。
这是一项产品管理技能。它是在构建者开始工作之前，精确描述一种体验的能力。我以为我具备这项技能，但 Vibe coding 证明我只是躲在实现过程后面。
我构建的应用叫 By Aisle。完成它花了很长时间。并不是因为代码很难，而是因为我必须先搞清楚自己的产品逻辑。
如果你使用 AI 进行构建，请这样做：在打开 AI 之前，花一个小时写下你的产品所需做出的每一个决策。你会发现许多逻辑漏洞。
Optional learning community: https://t.me/GyaanSetuAi