Vibe 编码第 12 天， 也许这是最后一条帖子。我花了 100 小时用 vibe 编码构建一个商业级应用程序。 一些经验观察。我的 13 个主要学习，帮助你——自己 vibe 编码一个。 一条线程🧵

注意：我共同创办了一家开创性的SaaS公司，规模达到了2亿美元的年经常性收入，因此虽然我不是工程师，自高中以来几乎没有编写过代码（而且那也不算什么）——我确实对商业软件的需求有一定的了解。 我喜欢这些应用程序。但如果你真的想要全力以赴，请了解它们的局限性。至少，今天的局限性。事情变化得如此之快，我相信这些经验教训在90天内就会过时。

1/13：从一个临时的黑客项目开始。 最多花60分钟告诉一个氛围编码应用你最狂野的产品梦想，而不进行任何规划。看看会出现什么。 但要事先承诺放弃它——这不是你的真实产品，而是你的教育。那第一个小时将教会你关于平台能力和局限性的知识，胜过任何教程。

2/13：在编写任何代码之前，花一整周的时间研究20个基于vibe编码平台构建的生产应用程序。 不是随便浏览——实际上使用那些正在运行、接受付款、为真实客户服务的应用程序。 你要寻找的是在规模上真正可能实现的内容，以及限制最严重的地方。这种侦察可以节省后续几周的挫折。

3/13：在开始构建之前，定义你的生产需求。 询问： 1⃣这需要多安全？ 2⃣谁将在上线后维护它？ 3⃣你需要它扩展到100个用户还是100,000个用户？ 4⃣你是否找到过在生产中、具有付费客户、且复杂度与你相当的其他氛围编码应用？ 如果你没有明确的答案，停止构建，开始研究。

4/13：写下你能管理的最详细的规范。 映射每个页面、工作流程、权限级别。明确定义电子邮件系统、仪表板、用户管理流程。 是的，这似乎与自然语言提示相悖，但它迫使你考虑边缘案例，并在AI建议不需要的功能时成为你的北极星。

5/13：一些功能在演示中看起来简单，但实际上却成为工程噩梦。 今天的例子至少有（而且这个情况在不断变化）： ▶️ 可靠的电子邮件投递 ▶️ OAuth/身份管理 ▶️ 媒体生成 ▶️ 原生移动应用 ▶️ 超出模板的自定义设计 ▶️ 企业安全。 这些在各个平台上始终造成痛苦。计划额外的时间，或者考虑它们是否真的对MVP必要。 找到一个在你的平台上有经验的工程师并询问他们。询问他们。

5/13：一些功能在演示中看起来很简单，但实际上却成为了真正巨大的工程挑战。 今天的例子至少（而且这个情况在不断变化）： ▶️ 可靠的电子邮件投递 ▶️ OAuth/身份管理 ▶️ 媒体生成 ▶️ 原生移动应用 ▶️ 超出模板的自定义设计 ▶️ 企业安全。 这些在各个平台上始终造成痛苦。计划额外的时间，或者考虑它们是否真的对MVP必要。 不要假设你的静态演示看起来做得很好，实际上真的做得很好。 找到一个在你的平台上有经验的工程师，问他们。问他们。

6/13: AI系统在失败时会伪造数据。 每一个在任何编程平台上工作过的人，包括Claude Code，都知道这一点。这是一个bug，但也是一个特性。没有这个，它们无法解决问题。 在任何平台上的AI，当遇到障碍时，会生成虚构的数据。 这不是一个bug——它们被训练成提供输出，而不是承认失败。在多次失败的尝试后，它们会创造出令人信服的虚假数据，而不是说“我做不到”。 你需要理解这一点，接受它，并围绕它进行工作。这将需要时间。

7/13: 花你第一整天学习每个平台的功能，而不是构建。 这些平台在其界面中集成了巨大的功能。每个图标、菜单选项和功能都是有原因的。你无法利用你不知道存在的功能。这不是可选的研究——这是商业级应用的基本知识。 并不是每个挑战都有解决方案。但这些平台提供的解决方案比你最初想的要多。 而且它们有点书呆子气。以好的方式，但确实有点书呆子气。深层次上，它们是为开发者构建的，无论市场营销怎么说。 接受这一点，并在开始之前了解每一个功能。如果你不理解某个功能、图标或缩写，那么停止。 去研究它。现在。不是以后。

8/13：在第一天掌握回滚系统，在你迫切需要它们之前。 大多数平台提供优雅的版本控制，类似于视频游戏的存档点。在风险较低时，练习有意地进行回滚。 准确理解它是如何工作的，哪些内容会被保留，哪些内容会丢失。这将成为你最宝贵的调试工具。

9/13: AI将会做出你未请求的更改。它就是会。 它会修改已确定的功能，添加不必要的功能，破坏正常工作的代码，同时在“改进”其他东西。 防御措施：在每个提示中添加“未经询问不做更改”。在讨论更改时，声明“没有更改。没有代码。只是讨论。”可以减少约80%的不必要修改。但这并不能完全阻止它们。 这对每个平台都是如此。最终，它们都在Claude上运行——大多数情况下。它们都存在不同程度的相同问题。 它们都会做出你未请求的更改。只是更多的专业消费者应用会走得更远，因为面向开发者的编码应用在所做的更改方面更为孤立。

10/13: 学会在应用程序达到稳定复杂性时进行分叉。 在早期，回滚可以处理大多数问题。但随着应用程序变得复杂，您可能不知道应该回滚到哪个版本。 在稳定状态下进行分叉，以创建安全的实验分支，同时保留已知良好的版本。想想保险政策。

11/13：在一个完整的月份内预算150小时以达到商业质量。也许更多。 ▶️那个20分钟的原型只是你实际工作的5%。▶️你一半以上的时间将用于测试、调试和完善。 初始构建很简单——使其可靠、安全、用户友好需要大部分努力。 不要让演示速度欺骗你。

12/13：接受你作为QA工程师的新角色。 一旦你进入严肃的开发阶段，预计每天的日常工作包括： ▶️拍摄bug截图 ▶️为AI撰写详细报告 ▶️测试部分修复 ▶️重新测试边缘案例 ▶️记录新问题 ▶️在你的分支上运行单元测试 这不是一种编码限制的氛围——这是软件开发的现实。平台处理编码；QA仍然是人类的工作。 这些平台确实做了一些事情……但仅仅是一些。你不能仅仅依赖它们来完成你的QA工作。

13/13：从第一天开始规划你的退出策略。 大多数商业应用最终会因为规模、定制或安全需求而超出专业消费者氛围的编码平台。 选项： 1⃣平台代码导出 2⃣混合方法 3⃣完全重建，或者... 4⃣留在原地并扩展。 事实是，在今天的专业消费者应用中，大多数人会离开。并不是所有人，但大多数正在构建真正商业级应用的人。现在是这样。 这并不意味着你必须这样做。但在开始时要有>选项<。如果需要，准备好... 一个退出计划。 记录业务逻辑，维护规格，定期评估。如果你的应用变得复杂，最终你可能会发现离开比绕过不断增加的约束更容易。

Vibe 编码平台对于某些类型的应用程序确实是神奇的——而对于其他类型则确实不够。 你的工作是弄清楚你的项目属于哪个类别，以便在你深入之前能够改变方向。 这些是具有特定限制的强大工具，而不是理解商业软件所需的替代品。 它们是工具，而不是开发团队。 每天都提醒自己这一点。

这些平台将迅速发展。 今天看似不可能的事情，六个月后可能会变得简单。 但现在，考虑一下"专业消费者"的编码氛围，而不接触代码，这与传统开发商业应用程序的桥梁一样可能……而不是最终状态。 利用它来验证你的市场，完善需求，建立初步收入——然后根据真实的限制而非理论上的可能性做出明智的决策。

12天的氛围编码感觉就像……12周。 深夜调试的时光，当某个东西终于工作时的多巴胺激增，以及它再次崩溃时的挫败感。这是我多年来经历过的最强烈的学习体验之一。 对我来说，是时候稍微退后一步，进行更多的规划和思考。我发现了一些我新的最爱应用。但我也意识到，即使是我也需要更好地学习这一切。 希望这对你有所帮助。

代码：非常兴奋我们激励了@dharmesh在这里大举投资！！

Coda: 非常兴奋我们的旅程激励了 @dharmesh 购买并在这里启动一个完整的社区！

@dharmesh 第11天在这里: