The rise of the professional vibe coder (a new AI-era job)

我是 Lovable 的第一位官方 Vibe Coding 工程师。>> 你处于顶尖的 1% 精英 Vibe Coding 水平。这是许多人梦寐以求的工作。>> 它通过公开构建而成为一份工作。你不需要公司雇佣你。你可以先作为一名专业编码员雇佣自己。你从未写过代码。你不想看代码。>> 编码将像书法一样。人们会说：“我的天哪，你写了这段代码。太棒了。它将如此稀有，以至于它将成为一种艺术。”工程师、设计师、产品经理的这些维恩图曾经非常分离。现在它们正在融合。人工智能，无论你的背景如何，都是一个放大器。如果你不知道你在做什么，你只会更快地产生垃圾。>> 感觉一项新兴的核心技能是学会清晰地向人工智能提出要求。>> 我喜欢用阿拉丁和神灯的比喻。你擦拭神灯，一个神灯精灵出现。我将满足你的三个愿望。第一个愿望是我想长高。神灯精灵让我长到 13 英尺高，因为我不够具体。嘿，我就是不明白。当你告诉我你明白我的意思时，你到底是什么意思？所以，你需要具体。我今天将 100% 的时间用于良好的判断力、清晰度、质量和品味。今天，我的嘉宾是 Lazar Yavanovich。Lazar 是一名专业的 Vibe Coder。他整天靠 Vibe Coding 为生，并构建内部和外部产品。这次对话将在许多方面让你大开眼界。这不仅是一条人们可以考虑的非常有趣的新职业道路。如果你听 Lazar 的分享，它也让你对科技职位的未来有了重要的了解。在这次聊天中，我发现自己比以往任何时候都更深入地思考了产品管理、工程和设计的未来。我们还花了很多时间讨论 Lazar 作为一名精英 Vibe Coder，关于如何充分利用人工智能工具的最佳建议。他有一些非常有趣且有用的框架，我从未听别人分享过，它们将立即提升你使用所有最新人工智能工具的成功率。这次对话将在许多方面拓展你的思维。我迫不及待地想让你听到它。如果你喜欢这个播客，别忘了在你喜欢的播客应用或 YouTube 上订阅并关注它。这非常有帮助。如果你成为我的新闻通讯的内部订阅者，你将一整年免费获得超过 20 种令人难以置信的产品，包括 Lovable 和 Replet、Bold、Gamma、Nadan、Linear、Devon、Post Talk、Superhuman、Descript、Whisper Flow、Perplexity、Warp、Granola、Magic Patterns、Ray、Catch、Chap、Your Demo 和 Stripe Atlas 的一年免费使用权。前往 lennisnewsletter.com 并点击 Product Pass。话不多说，在简短的广告之后，我将为你带来 Lazar Yavanovich。本期节目由 Strella 提供赞助，Strella 是专为人工智能时代打造的客户研究平台。关于用户研究的真相是：它从未如此重要，也从未如此痛苦。团队希望了解客户为什么会这样做。但招募用户、进行访谈和分析见解需要数周时间。当结果出来时，采取行动的时机已经错过了。Strella 改变了这一切。它是第一个使用人工智能自动运行和分析深度访谈的平台，为每个团队带来快速持续的用户研究。Strella 的人工智能主持人会提出真实的后续问题，在答案含糊不清时进行深入挖掘，并在短短几个小时内而不是几周内分析数百次对话的模式。亚马逊和 Duolingo 等公司的产品设计和研究团队已经在将 Strella 用于 Figma 原型测试、概念验证和客户旅程研究，在几个小时内获得见解，而不是等待下一个冲刺。如果你的团队希望以你发布产品的速度了解客户，请尝试 Strella。在 strella.io/lenny 上运行你的下一个研究。即 s t r e l l a . i o / l e n n y。本期节目由 Samsara 提供赞助。如果你听这个播客，你就知道我们花了很多时间谈论构建屏幕上的东西。入职流程、移动应用程序和结账流程。Samsara 正在为物理世界构建产品。第一响应者赶赴紧急情况，卡车司机运送关键物资，建筑工人建造我们的城市和数据中心。这些人每天都在冒着一切风险。Samsara 的技术保护着他们。Samsara 正在解决硬件、软件和边缘人工智能交叉领域的复杂问题。它的人工智能不仅仅是检测事件。它会推理意图并回答诸如“那辆卡车司机突然刹车是因为分心了吗？”或“那是一个英勇的行为吗？”之类的问题。如果你想将 LLM 置于混乱的真实世界遥测数据中，或者解决行星规模的边缘约束问题，Samsara 希望与你交谈。如果你喜欢处理庞大的数据集，快速行动，并在小型团队中工作，请来帮助构建使物理世界更安全、更高效的技术。访问 samsara.com/lenny 了解更多。即 samsara.com/lenny。Lazar，非常感谢你来到这里，欢迎来到播客。>> 谢谢你邀请我，伙计。>> 好的，我曾邀请 Elena Verna 来过播客，她是 Lovable 的增长主管。她提到她与一位专业的 Vibe Coder 共事。你，我有很多问题。我几乎想和她进行一次离题的讨论，试图理解这个角色。相反，我请你来参加播客。>> 我有很多话想说。我想谈谈这个职业道路以及你是如何进入这个行业的，其他人如何进入这个行业，你认为这一切，整个 Vibe Coding 事情，将走向何方。此外，我还想深入了解你在成功使用所有人工智能工具方面学到了什么，因为这是你的工作。首先，我想从理解这份实际工作开始。你每天都在做什么？你基本上是全职 Vibe Coding。太不可思议了。你负责什么？你每天都在做什么？>> 嗯，正如你所说，这确实是一份梦想的工作，对吧？我做的事情，即使没有报酬我也会做，对吧？这是世界上最好的工作。我每天都可以使用 Lovable 等工具将项目推向生产，无论是内部还是外部使用。这些项目可以涵盖从营销方面的不同模板、销售方面，或者其他任何方面，也可以深入到构建一些具有大量集成和连接等的内部工具。>> 那么我涵盖的表面积在所有部门都很广泛，因为这是一个非常灵活的角色，并且它能很好地补充许多事物，对吧？这是一个想法的角色。很多人有很多好主意，但他们不知道如何实现它们，或者他们就是没有精力去实现。这时我就会介入，确保这些想法能够快速、高质量、安全地实现，以便用户可以在生产环境中使用。>> 而且有一点非常有趣，那就是内部和外部工具都有。许多公司都有人使用人工智能构建大量内部工具。你发布的实际上是公开的东西，而且是产品级别的产品。>> 是的，绝对是。比如我发布的一些公开产品，比如我们推出 Shopify 集成时，用户正在修改的大部分（如果不是全部）模板都是我构建的，对吧？所以像这样的东西，或者像商品商店，因为我们想证明 Lovable 和 Shopify 就是可以的，它非常简单，任何人都可以做到。我 Vibe Coded 了我们的商品商店。所以所有商品，包括你在线购买的这件衬衫，你都会从我建造的商店里买到。但另一方面，在内部方面，我们想跟踪很多事情，比如我们现在想构建的一个很酷的东西是功能采用矩阵，比如如果我们构建了一个功能，有多少人实际上在使用它，采用它？这是一个相当定制化的构建，对吧？我们有一个非常定制化的堆栈，我们正在构建定制功能，外面没有现成的东西我可以直接拿来构建或采用，比我自己构建得更快。>> 在这一点上，如果设置一个大型企业账户需要我一两个小时，我就会自己更快地构建它。所以，你知道，我处于“构建还是购买”的境地。我属于“构建”阵营，可以说。>> 是的。>> 然后你向谁汇报？你是那种哪里需要就去哪里的游侠，还是和某个特定团队一起工作？>> 我觉得更接近前者，对吧？我最初是在增长部门，对吧？Elena 很早就把我招进来了，你知道，因为她有很多好主意，而且她只需要一个拥有正确心态、速度和主人翁精神的人来接手，构建它们，并将它们投入生产，无论是基于教育还是其他任何市场推广的东西。但显然，当你能够快速发布时，在公司现在所处的环境中，也就是历史上增长最快的初创公司，每个人都需要这个。所以现在每个部门都需要一个 Lazar，现在或者昨天。所以现在我有点转向一些市场推广的角色，甚至再次构建一些内部工具给企业团队，但我现在正在构建一些社区工具。所以，我有点到处都在忙，但我喜欢那种环境，在那里我被赋予一个粗略的概念，一个粗略的想法，我的任务是尽快将其变为现实。好的。我希望通过这次谈话，我们能创造出更多的 Lazar，我想谈谈职业道路，你是如何走到这一步的，以及成为一名全职 Vibe Coder 需要具备什么。但我想先从你全职做这件事开始。你处于 Vibe Coding 的顶尖 1% 精英水平。你全职做这件事。他们雇佣你来做这份工作。我对你学到的东西感到非常好奇。关于成功使用 Lovable 的人工智能工具，你有什么专业技巧吗？而且更广泛地说，你学到了哪些两三件事，能帮助你在这个岗位上做得非常出色？>> 我很早就有的第一个理解是，即使我完全坦诚地说，在我们开始之前，我没有技术背景。我一生中几乎没有写过一行代码，就像我写过几个控制台日志，仅此而已，对吧？所以，我非常依赖人工智能的帮助。>> 让我实际跟进一下，因为这是一个很好的观点，而且是你之前提到的，你觉得没有技术背景反而是一个优势。>> 是的。是的。我真的觉得是这样，因为像我这样的人不知道他们不应该构建 XYZ，这就是我们实际能够构建它的方式。>> 让我举个例子，六七个月前，我们社区里有人说：“我希望 Lovable 能构建 Chrome 扩展程序，对吧？”然后非技术人员会说：“为什么这不可能呢？”然后技术人员开始解释：“哦，你知道，它是 React，它是不同的堆栈，它是这个……”而像我这样的人，包括我自己，就会直接进入 Lovable，然后说：“为我构建一个基于这个应用程序的 Chrome 扩展程序。”我能够用 Lovable 做到这一点。有人能够用 Lovable 构建桌面应用程序。同样，这本不应该可能。它就是这样。>> 我们的社区经理和我一起，她当时正在做一个演示文稿，她说：“如果这是一个视频，那不是很酷吗？”然后她只是通过提示就构建了一个实际的视频，在 Lovable 中生成了一个视频，而那时它还没有提供。现在这是一个功能。现在你可以提示 Lovable 来做到这一点。但当时她这样做的时候，连我都觉得这不可能。我从未尝试过。所以，我认为这是我们相对于技术人员的优势。我们完全没有偏见，而且非常积极地充满幻想，我认为在与人工智能工具打交道时你必须具备这一点。你必须带着这种幻想来，即绝对一切都是可能的，直到被证明是错误的。这正是我脑海中的追求，这帮助我在 Lovable 的这个职位上脱颖而出，以及我们今天将要讨论的其他一些事情。我认为非技术背景的人可能会遇到的两个担忧或陷阱是：一是如果你被卡住了，解决问题的方法并不明显；二是你在构建的是否是那种有一天会崩溃的摇摇欲坠的垃圾，因为你不知道系统架构，你不知道这是否会扩展，等等。所以，回到你学到的关于如何成功构建成功产品的内容，谈谈你做过的事情以及你学到的如何避免这些事情，以及当你卡住时怎么办，举个例子。>> 我很高兴你提到了这些限制。我还有一些其他的限制想要提出来，但让我们先解决这个最重要的问题，那就是你必须自我觉察，对吧？我并没有带着这种想法进入这个领域。是的，我有点异想天开，因为我就是不想接受某件事不可能，但我也很清楚，为了实现我自己的观点，我需要变得更好。所以，我早就明白了，编码不是我们要解决的问题。我们要解决的问题是清晰度，对吧？人工智能的产出速度比人类的产出速度快得多。所以，我很早就开始利用聊天模式，直到今天我可以说，我 80% 的时间花在计划和聊天上，只有 20% 的时间花在执行计划上。我正在优化正确的速度，大多数人优化的是错误的速度。这是我学到的第一课，就在第二天，因为我刚进入 Lovable，这是我第一次接触到这个。我测试并玩过所有工具，当然，但无论一个人是在 Cursor 还是 Cloud Code 中，无论你在哪里，问题都是一样的：你需要清楚你想做什么，而且你需要知道你在做什么，因为这些仍然只是工具。是的，AGI 正在到来，但还没有。所以，直到它到来，你仍然在掌舵。为了掌舵，你必须知道说明书，对吧？学习的最佳方式就是通过构建，但要将这些工具视为技术联合创始人兼教育者，边做边学，并虔诚地阅读代理输出，而不是代码输出。我不在乎代码。语法不是我感兴趣的。重要的是代理告诉我的。我对今天的 LLM 和人工智能非常有信心。我理解可能有些人不像我那样自信。我只是觉得今天的模型足够好，我可以信任它们的语法输出。然而，我担心代理输出，以及我接下来要解决的两个限制。>> 第一个限制是，当你与 LLM 合作时存在一个限制。所以，存在机器级别的限制和人类级别的限制。第一个是有一种叫做上下文记忆窗口的东西。对于非技术人员，我喜欢用阿拉丁和神灯的比喻来解释。这很简单。每个人都知道故事情节。你擦神灯，神灯精灵出现，告诉你：“好吧，我将满足你的三个愿望。不是三千个愿望，不是三百万个，一次只三个。”对我来说，当我将这些数据转化为与人工智能合作时，这仅仅意味着，嘿，我一次只能发出这么多请求，人工智能才能倾听、理解它需要做什么、范围界定、进行研究、阅读、采取所有行动、所有输入和配料，以便产生高质量的输出。所以，这是第一部分，理解存在一个限制，它以 token 为单位。也许一年后会不同，但今天存在 token 限制。我取一个任意数字，比如 10 万个 token。所以，当你发出一个请求时，一部分 token 是人工智能用来阅读东西的，另一部分是用来浏览网络的，另一部分是用来思考的，还有一部分是用来执行代码的。>> 然后是第二个限制，那就是你、我、我们人类。让我们回到神灯和阿拉丁的比喻。我向神灯精灵许了第一个愿望，第一个愿望是我想长高。猜猜发生了什么？神灯精灵让我长到 13 英尺高。突然我无法坐进车里，无法进屋，我成了一个功能失调的人。因为我不够具体。所以，我们今天需要优化的部分，它会变得更好，但今天还没有，那就是人工智能就是不明白。当你告诉我“你明白我的意思”时，你到底是什么意思？就像我们人类一样，我有 36 年的作为人类生活的经验来理解你的意思，但人工智能没有。所以，你需要具体，你需要提供参考，你需要提供正确的上下文。所以，我学到的是如何解决这个问题。我认为，因为我无法控制第一部分，也就是 token 记忆窗口，LLM 模型质量，你 100% 控制后者。这也是我今天想深入探讨的，并试图教人们，好吧，如果我是可塑的部分，我该如何解决这个问题？我认为这里的关键教训是。>> 这非常有帮助，我喜欢这个神灯的比喻。关于清晰度这一点，是我一直在注意的，那些成功使用人工智能工具的人都有这个特点，感觉一项新兴的核心技能是学会如何清晰地提出要求。你有什么建议或你做过什么来帮助自己更清晰地表达你的需求吗？>> 是的。首先，你需要像你刚才自己说的那样，你需要善于理解清晰度意味着什么以及如何翻译它。用我的话来说，清晰度意味着理解品味是什么样的，什么是“足够好”与“世界一流”的对比，什么是“神奇”。我通过你之前提到的一件事发展了这一点，那就是曝光时间。确保我让自己接触到内容、人、关系或任何能帮助我在该领域提升水平的东西。同样，这又回到了自我意识。比如，在我加入 Lovable 之前，我就知道，在我开始使用 Lovable 或任何人工智能工具之前，我首先知道的是我不会写代码。所以，我的第一反应是：“哦，我可以构建。哇，太棒了。”但一周后，我就觉得：“哦，我可以构建，但我不够快。”所以我优化了速度。所以我当时想：“哦，我可以构建，而且我能很快地构建。”然后两周后，我开始了我仍然在进行的开发周期，那就是：“等等，我一开始就应该构建这个吗？”因为一旦你发现我们解决了“如何”的问题，也就是你的 AI 助手或快速工程。随便你怎么称呼它。如果你愿意，你可以称之为 Vibe Coding。但我们已经解决了这个问题。现在我们必须解决其他所有问题。而其他所有问题才是重要的。良好的设计、良好的品味、良好的用户体验。当你考虑使用这些工具为谁构建东西时，你是为人类构建的。人类是情感驱动的生物，我们所有的购买或任何决策都是基于情感的。所以，我认为今天需要努力和发展核心技能的不是编码。虽然我对传统的工程没有任何意见，我稍后会解释为什么我实际上是精英工程的忠实粉丝。但像我这样的人，像观看的人，他们会想：“我应该开始学习如何编码吗？”如果你还没有这样做，我老实说会说“不”。你正在优化错误的技能组合。我们不会因为更快的原始产出而在人工智能时代获得回报。我们将因更好的判断力而获得回报。所以，我认为更好的判断力来自于再次回到你的问题，你是如何解决这个问题的？你是如何解决这个问题的？嗯，这始于曝光。所以我正在有意识地让自己接触到我需要知道的、需要消费的内容和资源，以便提升水平。然后，很多时候也来自于构建。你知道，说实话，这就像肌肉。一切都是肌肉。你需要练习。你需要看到什么是可能的。而且，你知道，这就是为什么我今天想借此机会在通话中向人们灌输一些技巧和心态转变，它们可能会很有用。>> 那么，好的。所以，我在这里听到的是，因为编码现在基本上是一个已解决的问题。我喜欢你不看代码。你甚至不喜欢，你从未写过代码。你不想看代码。你不在乎那里发生了什么。相反，你在观察这个代理输出。我想问一下，但我在这里听到的是，你正在投资于提升自己的领域是前端的清晰度，关于它是什么，以及我想听听你实际上是如何做到的，你做了什么。你有一个非常棒的系统，然后是品味和判断力，知道这是我想要的东西。感觉这两个方面现在越来越重要。而在品味和判断力方面，你分享了这个概念。这是 GM Marous 在我们谈话中分享的。这个关于曝光时间、曝光小时数，接触到好东西的想法。这里有一个很棒的用户体验。这里有一个很棒的入职流程。这里有一个很棒的网站。所以，我真的很喜欢这个建议，因为这些建议非常可行。好的。我只是要，我将花更多时间接触那些能启发我的品味和判断力的东西。然后关于清晰度方面，我想，让我们来谈谈那个。你如何做到这一点，以便更清晰地与 Lovable 和其他人工智能工具沟通，以帮助它构建正确的东西？>> 这是我想要植入人们脑海中的第一个心态转变。如果你只有一个模糊的想法，那就让它成为你项目的第一个版本。打开 Cursor、Lovable，无论你使用什么工具，然后输入一个头脑风暴提示。只是和它说话。Lovable 特别是，我不知道其他工具，有一个非常酷的语音功能。你点击它，你只是把它说出来，然后发送。>> 不要等它完成。再次打开一个新的窗口。Lable.dev。在这里，你会说：“好吧，在我头脑风暴的时候，我觉得我找到了一条好思路，对吧？我觉得事情正在变得更清晰。所以，让我开始另一个项目，现在更有清晰度，更多的可交付性。就像我知道我想要哪些功能，我想要哪些页面。也许我甚至可以找到一个好的参考。也许我可以去 Maven，也许我可以去 Dribble，也许我可以去任何地方，找到一个好的截图，一个好的动画，然后附加它，因为这些工具中的大多数都接受文件作为输入的一部分。所以，就像你开始了第二个项目。现在事情更清楚了。现在你接触到了质量，现在你会想：“好吧，如果我找到了一个实际上已经存在的模板呢？为什么还要重复造轮子？我正在构建一个别人已经构建的平台。为什么不向人工智能展示什么是质量呢？”所以，我会去寻找像 21st.dev 或 Build 这样的库，或者任何允许我导出代码片段而不是截图的地方，因为你知道吗？尽管英语是第一编程语言，Lovable 和所有其他工具仍然在代码方面沟通得最好。如果你想获得像素完美的結果，只需提供代码。它会比你的英语或西班牙语或你使用的任何语言在这些工具中更好地解释它。>> 所以，这是第三种方式。你会说：“好吧，现在我更加深思熟虑了。我甚至没有像给出模糊的概念那样广泛。我正在提供代码片段，就像我想要这个精确的设计。我想要这种精确的功能。”所以，这是你的第三个项目。然后，当你完成这三项时，你已经达到了一个清晰的程度，如果你只是坐在那里，手里拿着一张白纸，或者也许只是和 ChatGPT 聊天但没有采取行动，你就不会达到这个程度。我认为采取行动在今天非常便宜，而且是免费的。就像我提到的所有工具都有免费计划。大多数时候，你可以在不花任何钱的情况下做到这一点，只需启动多个项目，因为你知道吗？这也不会产生额外成本，除了构建者积分。你将获得三个、四个、五个、六个不同的概念供你比较。当你比较它们时，清晰度不断涌现，事情变得越来越好理解，而且你还在解决你提到的一个大问题。你使用了“AI 垃圾”这个词，我喜欢它，因为很多人说 AI 垃圾时，他们并不是指美化代码，而是美化设计。我刚才提到的这个过程实际上提供了四五个不同的设计选项，并且从长远来看可以节省大量的积分，因为很多人痴迷于“当我给他们这个技巧时，他们会说‘哦，但这不花钱吗？’”我说：“是的，前期可能要花一点钱。”从长远来看，如果你真的想完成这个项目，你实际上节省了数百个积分，甚至可能节省了数百美元，更不用说节省了多少天了，因为你从更好的清晰度和更好的优化过程开始。>> 所以，这是解决清晰度的第一步。还有更多，对吧？这是第二层。但我假设你可能对此有一些疑问。>> 问题，而且哇，这太棒了。这展示了让一个没有工程背景的人进入这个世界的力量。这个建议，就是同时构建五次。你让 AI 尝试各种各样的事情，这不像一个软件工程师、产品经理或设计师会这样做。所以，你的建议，非常有趣，就是当你开始一个项目时，先尝试五种不同的方法。一种只是头脑风暴。这是我的想法。这是一个大致的想法。就像使用 Whisper Flow 或使用内置的麦克风。然后二是，好的，现在我有一个大致的想法。让我尝试打出来。就像真正思考提示。三是，让我找一个在线的模拟设计。你建议的网站是 Maven 和 Dribble。你通常去这两个地方。>> 是的，大多数时候。>> 好的。然后第四个，这些都是并行进行的。这很棒。是找到一个看起来像你想构建的东西的实际代码模板。下载，基本上是 zip 文件，然后附加，或者只是 HTML 和 CSS？是这样的吗？>> 你有什么就有什么？给你。好的。然后，这是提示，给我我想要的东西。我喜欢的是这里有两个赢家。一是它帮助你澄清想法，当你看到工具构建它时，就像“哦，不，我的意思不是那个，让我再试一次。”然后二是，你指出你可以选择正确的方向，这样你就不会被你的第一个设计和第一个架构所束缚。正如你所说，如果你花所有这些时间来微调设计和方向，那么所有这些 token 都会丢失，你本可以重新开始。>> 这太棒了。有人可能会想：“当然，你只是让我们花光所有 Lovable 的 token。这是 Lovable 的人会告诉我的。”但我的感觉是，这正是你可以节省最多钱的地方，因为如果你一开始就做对了，你就可以节省大量的工作来把它改回你想要的样子。>> 百分之百。我实际上是在省钱。我实际上是在做我应该说的事情的反面。如果我考虑 Lovable，我会说：“不，不，只是想办法永远修复它。”但那不是。我们不是做这个的。我们是赋能任何人构建任何他们想要的东西。然后你，你知道，这是我的个人使命，这与我产生共鸣，因为如果不是 Lovable，我可能一生都不会构建任何东西。而且我不认为那会是快乐的生活。所以，你知道，我向人们保证，我用很多人测试过这个框架，每个人都告诉我同样的事情：大开眼界。如此简单却又反直觉，正如你所说。虽然对我来说，这有点……我不知道，正如你所说，我将其归因于非技术背景。对我来说，这是我做的第一件事，我就是这么做的。我从未想过：“哦，我正在开发这个惊人的技巧。”我只是觉得：“我一直在等这些代理完成，我不如开始另一个项目，再一个，再一个。”而且这也是一个生产力技巧。所以，当人们问我：“哇，你怎么能发布这么多东西？”我说：“我从来不是一次只构建一个项目。我构建五个或六个。我有六个 Lovable 标签，我只是在它们之间切换。”这就是下一个我想谈的技巧，如果你允许的话，那就是显而易见的问题，那就是如何进行上下文切换？就像你谈论了很多上下文，但你却一直在切换应用程序。你如何管理它并以一种富有成效的方式来做？你不会产生糟糕的代码或糟糕的产品。这就是我解决 LLM 问题的方法。再次，阿拉丁和神灯等等。如果 token 窗口有限，我如何使其动态化？我的意思是，如果你只是不断地提示，不断地提示，不断地提示，你会发现，无论你使用什么工具，记忆都不是无限的。当你到达第 10、15、20、30、40 条消息时，早期消息的片段会在翻译中丢失，因为代理正在优化速度。如果它必须阅读整个对话和你提出的所有请求流，那么开发任何可行或大型的东西都是不可能的，因为它只是消耗大量时间、大量内存和大量 token。所以，同样，我早期就发现的一件事是：“好吧，如果它记不住东西，我的工作就是为它提供参考。”所以，让我把 Lovable 或任何其他工具当作一个我应该为项目提供持续上下文的工程师。你可以通过多种方式做到这一点，但我发现的最有效的方式是，我会进行四项并行构建。就像继续那个例子。在你构建了数百个项目之后，就像我一样，你会看到赢家。赢家显而易见，甚至不是竞争。你可能进行一两次提示来校准它。当你觉得：“好吧，赢家在这里。”这时，我要么问我正在使用的工具，要么我可能会，比如说，去 ChatGPT 或其他地方，然后让 LLM 生成一系列 PRD。PRD 是什么，再次，对于不熟悉这个术语的人来说，它们是项目需求文档，或者对我来说，我称它们为“真相之源”。为了让这个项目从几个角度来看是成功的，需要有什么是真实的？我通常会构建一个我称之为“主计划”的东西。它基本上是一个指南针，说明我们要构建什么。就像和人说话一样，我真的把 Lovable 当作一个人来对待。所以，就像这是我们要构建的东西。然后我构建一个实施计划，也就是我们将如何构建它，以及顺序。对我来说，再次回到质量、品味、人性，我需要定义，因为我仍然在与一个还没有情感智能的系统打交道。我需要定义我想要的应用程序的外观和感觉。所以，另一个我构建的 PRD 是设计指南。最后，有一个将所有内容联系起来的东西，那就是：“好吧，当我们知道事物看起来如何，以及我们如何构建它时，用户旅程看起来是怎样的？”用户注册，然后呢？然后当他们注册并完成第一步时，第二步是什么？第三步是什么？等等。所以，我至少构建四个 PRD。然后，当这些构建完成后，我阅读它们。这就是计划聊天部分。这就是我将花费大量时间的地方。现在，当我确定了第一个设计后，我将花一整天的时间，如果需要的话，只是计划这个部分，文档化和分解。因为这就是我设定方向的方式。一切都将取决于这个特定过程的部分。当我完成之后，我构建一个最终文档，我称之为 Plan.md 或 Tasks.md。MD 部分是……你知道，Markdown。基本上，我只是使用 Markdown 格式，因为我了解到 AI 喜欢阅读 Markdown。它的作用是，它充当了关于实际任务和子任务的真相之源，它需要执行才能完成。>> 然后是最终的最终层，这取决于你使用的工具，Cloud Code 或 Cursor 具有所谓的 Rules.md 或 Agent.md。你基本上是用 Rules 或 Agent 文件来做的是，你让代理知道你希望它如何表现，以及它应该长期关注什么，这样你就不用每次提示都重复自己了。>> 所以，在 Lovable 中，有一个单独的菜单用于此，在你的项目设置中，你可以定义项目知识。通常我会说：“在做任何事情之前，请阅读所有文件。在阅读所有 PRD 之前不要做任何事情。阅读 Tasks.md，看看下一个任务是什么。然后执行下一组任务。当你完成时，告诉我你做了什么，以及我应该如何测试它。”这就是关于“我虔诚地阅读代理输出”的对话发挥作用的地方。我已经给了 AI 一切，所有它需要的工具和资源来取得成功。我给了它规则。我给了它文档。我告诉它如何使用它们。在那一点上，我只是坐着阅读。从那时起，我不再提示了。我最多可以切换任意数量的窗口。我的提示变成了“继续下一个任务”。我不需要上下文。我已经将它外包并委托给了代理。代理需要上下文，我需要确保它是动态的。我需要确保我定期更新文档，以便随着时间的推移，它使用的 token 窗口以及它如何使用它。但我没有提示，我没有打断流程。是的，我会进去测试，也许会在这里或那里放一个提示，但这就是我如何同时构建五个项目而从不失去生产力部分的原因。正如我所说，我今天手动完成。也许三个月后，一个代理会为我做这件事。我基本上就失业了。这就是为什么我根本不优化这个技能。我今天使用它来绕过人类的缺点和 LLM 的缺点。但我今天将 100% 的时间用于良好的判断力、清晰度、质量、品味、好的文案、好的字体。人们根本不谈论与 AI 合作的字体。在我看来，它们占了 60%，甚至可能更多，关于你的输出看起来如何。这就是我的痴迷。我今天不痴迷于我谈论的这些事情，因为我知道即将到来的是什么。代理会变得更好，模型会变得更好。它们不需要我来扩展上下文。它们会自己完成。所以，对我来说，我优化的技能是需要更好的决策能力，而不是更好的输出或更好的对齐。>> 我的天哪，这里有太多东西了。这太棒了。所以，基本上，你开始一个项目，尝试很多东西，选择一个感觉最正确的方向，一旦你有了确定的方向，你就花一整天时间不是构建，而是与这个 AI 代理一起计划，然后，我想谈谈那个。一旦你有了计划，然后就……而且你能够用人们可能认为不是那么复杂的工具来完成这些事情，比如 Lovable，它有计划和规则和 MD 文件，这很棒。你知道，很多人可能不知道这一点。所以，想法是，好的，花所有这些时间来计划，因为再次，这会为你节省大量时间。然后，只有当你有了计划，你才能开始执行。这个三愿规则的关键部分非常重要。你之所以这样做，很大程度上是因为除了让计划非常清晰之外，还有这个一次一个任务的想法，保持代理的上下文窗口很小，这样它就不会忘记它在哪里。这部分似乎很重要，对吧？就像，做这件事，然后，好的，酷。现在做下一件事，对吧？>> 是的。因为再次，如果，比如说，你没有这样做，让我们来谈谈你忽略了这一点。你说：“我想随便玩玩。”好的，很好。没问题。你工作，你工作，你工作。在某个时候，东西坏了，对吧？你没有记录任何东西。没有参考点。你报告了一个问题。你根本没有引用文件或架构。你只是在描述问题。会发生什么？任何工具，Lovable、Cursor、Cloud Code，你谈论的任何工具都会这样做。它会说：“好吧，让我开始调查。”然后你的代码库会越来越大，越来越大，越来越大。就像你刚开始的时候，你有大约 20 个文件。它可以读取 20 个文件。但当你有……我现在正在构建一个项目，它有大约 60 到 70 个边缘函数。>> 当我说这个东西坏了，而且没有参考哪个边缘函数做什么时，会发生什么？你知道吗？Lovable 将读取所有这些，它将消耗 80% 的 token 分配来阅读以获得清晰度，只留下最后的 20% 用于思考和执行。我猜测，我无法证明这一点，评论中的 LLM 专家可能会说我错了，但这是我作为一个非受过教育的人的最佳猜测。这些工具非常服从，非常同意。它们会骗你。它们会告诉你它们修复了问题，即使它们没有。它们只是想让你感觉好起来，说：“是的，我找到了问题所在，我修复了它。”但很多时候，当它们没有修复时，人们会责怪机器。在某种程度上，我必须说这是真的。这是你的错，我的朋友。你没有向这个工具提供任何清晰度或上下文。你只是利用了它的原始力量，并用你原地打转的轮子挖了一个更深的洞。>> 而且，你知道，显然，我认为我们正朝着一个人工智能更诚实而不是更服从的世界发展，说：“嘿，我只部分修复了这个。”你知道，你没有给我足够的上下文。>> 犯的更大的错误是，他们相信工具已经修复了。他们测试，他们看到了，但没有修复，然后他们就生气了，开始咒骂和喊叫，正如我们所说，然后情况变得更糟，因为你知道吗？人工智能的另一个糟糕的特点是，它会尽力不伤害你的感情，永远不说你很笨。它说：“不，我才是笨的。”所以，它在下一个请求中关注的不是阅读，而是花费另外 30% 的 token 来想办法道歉。>> 再次，我没有受过教育，但如果你读过 ChatGPT 的思考模式的流，你就会明白我的意思。就像当我侮辱它时，我看到第一条消息是：“好的，用户很生气，所以我需要想办法减轻他们的焦虑或什么的。”我说：“哦，天哪，我只是中了最糟糕的圈套。”我让它把最稀缺的资源，也就是那些 token，花在思考如何处理我的焦虑，而不是关注实际问题上。所以，我的建议是，是的，为了好玩而 Vibe，在你进行原型设计时 Vibe，因为那是探索部分。我喜欢那部分。但当探索结束时，请，请，请使用参考文档，使用所有你能用的代理文件，因为那个 token 分配非常稀缺。它会随着时间的推移而扩展，东西会变得越来越便宜，越来越快，但现在它仍然如此宝贵和珍贵。你真的需要确保它们被分配到正确的方向。>> 这太搞笑了。我认为神灯的比喻在这里非常贴切。想想这个神灯，你试图弄清楚你想要什么，如果你只是说“Vibe”，你知道，Vibe 许愿，它会做错事。所以，建议是，尽可能多地提供关于你希望它做什么的上下文。我们将稍后讨论这些文件，但这里的想法是，就像激光一样，将激光指向你希望它修复问题的地方。不要只是假设它会去弄清楚，因为它会，而且它会非常努力地去做，而且它会浪费你所有的 token。它会填满上下文窗口。我记得你曾经说过，在这段录音之前，因为它的上下文窗口开始没有空间了，它就开始，它就像，解决方案最终，它实际上并没有那么努力地去弄清楚。

最终，它会把它弄出来，因为它把所有这些精力都花在了阅读和思考上，然后就像在最后一秒钟，这里有一个解决方案。我认为它只是选择了它认为第一个坏掉的东西。这又回到了我完全没有受过教育，进入对话并只是大声思考。这只是我的直觉，以及我逻辑思考的方式，那就是嘿，如果它消耗了它的大部分窗口，并且知道它正在耗尽。也许它意识到它正在耗尽，也许没有。但无论如何，我都有过这样的经历，我的请求不清楚。我觉得它采取了最简单的修复方法。只是最简单的，而不是相反，我花了这么多时间寻找正确的文件，引用那个文件，比如真的付出了努力，在黑暗中牵着它的手，也许给它一个手电筒，然后说，“这是问题。我认为这是有问题的文件。”然后它就像，“哦，是的，你说得对。现在我要一遍又一遍地修复。”我看到过，因为我所做的就是阅读输出。Agent让我通过学习如何使用它，所以人们阅读，我不知道人们阅读什么，但我只阅读输出，比如我不阅读代码，而且这发生在后面，因为我知道它能做得比我好得多。再说一遍，我觉得如果我读过一句好话，我很抱歉作者，因为我记不起作者的名字，但就像AI的上限不是模型的智能。而是模型在行动之前看到的东西，对吧？所以，这就是现在的上限。比如，你暴露了什么？我们谈论人类的暴露时间。你还暴露了你的Agent什么，如果不是更重要的话，在它进行代码编辑之前。是的。>> 回到这些文件，我认为这非常重要。所以，让我们来思考一下，对于想要做得更好的人来说，最小可行产品是什么？你列出了所有这些文件，这些MD文件，基本上是你一天中在实际构建东西之前构建的。你有设计指南、用户旅程、任务、Agent MD规则 MD。如果你想更进一步，在这个方面做得更好。你会创建哪些文件？它们大概是什么样的？这些文件里面有什么？>> 是的。所以，主计划是第一个，它就像一个10,000英尺的概览，对吧？它非常高层次地解释了我对这个应用程序的意图。>> 这是主计划 MD。你这么称呼它吗？>> 是的。是的。主计划。MD。它就像，我为什么要这样做。我为谁这样做。我希望他们感觉如何，很多时候在主计划中，我会引用其他PRD，我会说设计需要感觉现代而时尚，但对于确切的参数，请咨询并阅读设计指南MD，所以，我只是使用主计划作为这个高层次的概览，让Agent进入，哦，好的，是的，我们正在构建XYZ。然后是实施计划，因为，你知道，需要有一些顺序。如果你只是把东西堆叠在一起而没有顺序，你就永远无法到达终点。>> 这是任务 MD。你这么称呼它吗？>> 不，那是实施计划。我称之为实施计划。是的。>> 好的。>> 实施计划是为了未来的任务 MD，如果所有这些文件都是为了构建任务 MD。当你构建任务 MD时，其余的几乎无关紧要。它只是你构建任务以执行的基础，对吧？实施计划是第一个层次，再次是更高层次的概览。它没有深入探讨如何到达那里。它只是解释了，哦，如果我们正在构建这个，我认为我们应该从后端开始，我们应该从表开始，然后是身份验证，然后之后，我们将引入API，然后之后，我们将做这个。这就像再次，把它想象成保存，我是一个想法很多的人。我坐在一个技术人员旁边。是我和你。我们正在建立我们的初创公司。我知道你以前是软件工程师，我正在告诉你我的想法，对吧？我给你主计划。你回来找我，你说，“好吧，如果你想这样做，这是可行的。这是我将如何安排它。”就像你有一个路线图。你没有打开你的线性编辑器开始编写功能和RFC等等。你只是高层次地谈论事情的顺序。然后你和我，作为两个联合创始人，我们谈论并说，好吧，如果我们同意这一点，那么它应该是什么样的，它应该是什么感觉，对吧？让我们高层次地描述它，但现在因为我使用AI，我可以深入一点，这就是我喜欢看到的东西，比如Lovable或其他任何工具，ChatGPT都很擅长，我甚至有我构建的自定义GPT，所以如果人们想在他们甚至使用任何工具之前开始，他们可以去ChatGPT商店，然后找到我构建的那些，然后只是把它们放进去，然后得到这些文件作为输出。对吧？所以我喜欢在设计指南中看到一些CSS元素，因为你知道，设计有点棘手。AI有时会过度创造。所以，我正在做一些更技术性的指导。然后，最后是用户旅程，就像如果我们知道事物看起来如何，如果我们知道它们感觉如何，如果我们知道我们正在构建什么，高层次，再次高层次，人们如何导航，里面有哪些功能，你知道，等等，然后任务 MD会深入细节，比如，如果你想要这些用户旅程，并且你想要先构建后端，这里有一系列我需要完成的任务，就像它只是把那个作为输入，我只是让工具去做那些人类过去花费大量时间做的那些繁重的工作，比如我觉得有了这些工具，我们都变成了超级产品经理，你知道吗，我们只是在利用AI，但是我认为好的产品经理不是因为写好的PRD而获得报酬，他们再次因为好的判断力而获得报酬，别人可以写，你作为指导和构建这个产品的人，你需要再次知道什么是有用的，什么是有品味的，什么会真正带来改变。我只想说一件事，因为我非常强调，哦，你需要培养品味，哦，你不能因此而不去构建。你通过实际构建来变得更好。所以，所有听到这个的人都应该今天去构建一些东西。一、二、三、四、五、六个项目。测试所有这些工具，因为这就是你获得清晰度的方式，不仅仅是通过阅读，也通过实践。这里有一个谜题给你。OpenAI、Cursor、Perplexity、Verscell、Platt以及数百家其他成功的公司有什么共同点？答案是它们都由今天的赞助商Work OS提供支持。如果你正在为企业构建软件，你可能已经感受到了集成单点登录、SCIM、RBAC、审计日志以及大型客户所需的其他功能的痛苦。Work OS将这些交易障碍转化为即插即用API，拥有一个专门为B2B SaaS构建的现代开发平台。无论你是一个试图赢得第一个企业客户的种子轮初创公司，还是一个正在全球扩张的独角兽，Work OS都是成为企业就绪并实现增长的最快途径。它们本质上是企业功能的Stripe。访问workos.com开始，或者直接联系他们的Slack支持，那里有真正的工程师回答你的问题，速度非常快。Work OS允许你像最好的那样构建，拥有令人愉悦的API、全面的文档和流畅的开发体验。访问works.com使你的应用程序为企业做好准备。今天，我设想听到这个的人可能会觉得这太辛苦了。我必须坐在这里创建所有这些规则，并弄清楚所有这些细节。在某种意义上，是的。在另一种意义上，这就像你花几个小时，也许一天的时间来规划，然后你让AI构建这个东西，这本来需要几周甚至几个月的时间，对吧？比如，为了实现这个目标所投入的投资回报率是惊人的。这也向你展示了专业的Vibe编码是什么样的。你知道，每个人都想象Vibe编码。我只是坐在这里输入东西，说做这个。如果你真的想构建一些真正伟大的、能带来改变的、能解决人们真正问题的、能持久的、能扩展的东西，这就是你要做的方式，如果你真的想把它作为一份真正的工作来做，而且如果你想构建真正伟大的东西。>> 是的。别误会我的意思，原型制作显然有巨大的价值，也许有很多观看这个视频的人会想，好吧，我想在工作中用Lovable，但我不能，或者其他原因。你知道，有不同的原因。也许你在医疗保健或金融领域，有什么监管方面的原因，阻止你发布到生产环境，比如为了原型制作而构建是最好的用例之一。我们2025年的座右铭是“演示，而不是备忘录”，也就是说，与其写所有这些文档，与你的工程师开会讨论，让你的愿景作为营销人员或销售人员在办公室里传达，不如进入Lovable，在30分钟内构建原型，然后把它交给他们，就像我以前在Lovable工作时， exactly happened，去年这个时候，我需要一些企业级的构建，而Lovable和我当时还没有能力构建它，但我有一个工程师团队，我与他们一起工作。我在四个小时内构建了原型，他们实际上在六到七个月后能够将其复制到生产环境中，连接所有管道等等。但是，如果我必须描述它，我会说，我至少需要一到两周的时间才能把话说清楚。我只是坐着，在四个小时内就完成了。这就是去年一月的Lovable。今天的Lovable，2026年一月，在功能方面已经远远领先了。它好多了。根本没有可比性，对吧？所以，我认为现在我们处于这个阶段，比如，据我所知，至少有一半的S&P 500公司里有人在使用Lovable，而且我们有很多企业客户实际上在使用Lovable的企业计划，他们正在创建非常有意义的项目，比如，我不会说出名字，但比如，世界领先的打车公司，世界领先的电信公司，世界领先的许多方面的公司，医疗保健，金融，都在积极地与他们的团队一起使用Lovable，而且反馈总是相同的，那就是，是的，我们可能无法发布到生产环境，但我们的营销人员不再等待工程师，我们的市场进入人员，或者销售人员，或者人力资源人员，或者其他角色，现在都可以自信地构建内部的东西来管理我们的费用，或者管理员工入职，或者有很多这样的用例，在那里你看到Lovable和其他工具一样，被用于发布到生产环境。>> 是的。>> 帮助人们完成你所描述的，使用所有这些MD文件的这个工作流程。你认为在录制完之后，你能分享一下这些文件看起来的简单模板，供人们查看和复制吗？我真的会去ChatGPT，就像我说的，然后把它放进去，我只是输入Lovable GPT，Lovable PRD生成器。你会看到我的名字，对吧？我就是作者。进去，然后它会问你几个问题来获得清晰度，然后生成四个文件给你，你就可以上传它们了。>> 太棒了。酷。我们会链接到那个。所以，它不仅仅是这里有一堆文件。我们去和这个东西谈谈。它会生成正确的文件，然后你把它插入Lovable或其他工具。>> 是的，它是经过训练的，它会像我一样思考。所以，是的。>> 哦，太棒了。好的，这太完美了。顺便说一句，我想谈谈你是如何解除封锁的，因为你还有一整套其他的技巧。但我只是想反思一下，你有点从第一原理开始，重新学习如何作为PM，作为工程师，作为设计师来构建产品，你正在摸索一个工作流程，AI正在帮助填补你作为工程师，作为PM的所有空白，帮助你制作PRD和设计。所以，我认为这非常有趣，这些功能仍然有效并且是必要的。现在是你和AI一起创造了所有这些，基本上是这个一直存在的三角关系：产品经理、工程和设计。我一直认为，有一个问题是，哪种背景在未来最有价值。是PM吗？是工程师吗？是设计师吗？我的想法一直是PM的功能就像他们的工作是澄清，弄清楚要构建什么，澄清要构建什么，对需求有非常清晰的了解，弄清楚成功是什么样的，感觉那就是技能最需要的地方。还有设计方面，比如让它看起来很棒，而且感觉那将是一个新兴的领域，设计和品味以及判断力的价值只会越来越高。在我们谈论你学到的关于解除封锁的事情之前，因为很多时候，你知道事情不会朝着正确的方向发展，有bug，在没有成为工程师的情况下，你会怎么做？在我们开始之前，你还有什么想分享的关于如何成功的技巧吗？>> 如果我们以正确的术语衡量成功，再次，AI，正如你所指出的，无论你的背景如何，它都是一个放大器，所以，如果你不知道你在做什么，你只会更快地产生垃圾。我只想再次强调一点，在旧世界里，足够好就是足够好，对吧？因为即使产生足够好的东西也不容易，对吧？十年前，十五年前，仅仅生产就绰绰有余了。你构建了一个SaaS，谁在乎它看起来怎么样？它能用，它能做事情，哦，天哪，我今天效率高多了。如果足够好在这里，让我们想象一下，如果这是很糟糕的，可以更好，平庸，足够好，世界一流。如果这是足够好和世界一流之间的差距，那么，你猜怎么着？差距现在是这样，因为每个人都用AI生产足够好的东西。绝对每个人都这样做。所以，现在学习和优化如何生产世界一流和神奇的东西是今天的关键教训。正如你所指出的，我认为PM是今天AI的赢家，因为他们带来了清晰度。如果我是一个赌徒，正如他们所说，我会打赌下一类获胜者是设计师，因为我们正在训练这些工具变得更清晰，变得更好，做出更好的技术决策。我认为我们还不会训练它们做出更好的情感决策。我认为设计就是关于情感。这就是为什么需要升级，技能升级。这是最大的升级。如果你问我，“哦，你加入Lovable时发现的最重要的事情是什么？”“最大的个人技能提升是什么？”就像和Felix、Nad、Abby一起工作，所有设计师都真正地推动了我前进。我当时想，“哦，这就是世界一流的样子，以及它需要什么，对吧？”我一直用这个比喻，比如我当时想偷他们的一个设计，把它带到我的Lovable项目中。所以我去了Figma，我想，“让我把这个背景拿过来，把它放进去。”我进去后发现，一个看起来相当简单或相当简单的渐变，需要50个不同的图层来制作。所以我点击了那个组件，我说，“我的天哪，这不是三种颜色。这是50种颜色。”而且不仅仅是50种颜色，还有50种颜色，具有不同程度的透明度渐变。所以我当时想，“哦，好吧，那就是我一直以来的巨大脱节。”所以，再次，如果我直接回答你的问题，比如，“好吧，还有什么其他技巧？还有什么其他东西？”设计，伙计们。让自己接触精美的设计。关注Lovable的Felix。他有一个很棒的通讯，教你如何以及学习如何提示好的设计，了解设计风格。我不知道包豪斯是什么意思，或者玻璃拟态。完全不知道。所以我还用Lovable构建了一个应用程序。我想我需要构建一个应用程序来学习这些风格。现在它是公开的，任何人都可以看到。它就像一些UI风格。loable.app。我不知道它是什么。它有18种不同的风格和提示来复制它们。所以，学习好的设计意味着什么。学习所有设计风格，学习如何提示获得它们，可能是我在这个阶段会优化的。是的。>> 既然我们谈论这个话题，你对工程这个功能有什么看法？你觉得软件工程师会消失吗？你觉得根据你的经验，它会消失吗？>> 它永远不会消失。我们将比以往任何时候都更需要顶尖的工程。因为让我告诉你，在一个每个人都在构建，每个人都在构建一切的世界里，谁在维护呢？维护代码库，扩展代码库，维护项目，你知道，这些肯定还会存在，而且显然AI会在这方面做得很好，但再次，这需要不同级别的技能，对吧？构建某物是一种技能。扩展它，延伸它，维护它是一套完全不同的技能。更不用说，在一个每个人都在构建基础设施的世界上，对吧？就像我们都知道并经历过，Cloudflare在过去两三个月里宕机了两次或三次。整个互联网都宕机了。顶尖的工程师是修复这些问题的人。Lovable经历了海量的新用户涌入。基础设施在那里会遇到问题。顶尖的工程师是构建基础设施来支撑大局的人。对吧？所以，我认为我们需要很多人拥有非常好的技能，比如，嘿，谁真正构建了需要支持数十亿构建者的世界，因为每个人都想学习如何构建东西，我们如何教他们？我们如何维护他们需要的一切，托管，安全，电子邮件，连接器，API，等等，所以，我认为会有空间。但我也和那些人在一起，如果我有一个18岁的弟弟，他问我应该做什么，我会告诉他，嘿，去做个水管工，你知道，不要去拿计算机科学学位，学习一门好手艺，你知道，因为，美国新一代的百万富翁实际上是电工和水管工等等，对吧？所以，这是一种平衡，我想说。我不知道。我仍然认为，拥有良好判断力并了解未来方向的优秀工程师将永远是必需的，而且稀缺。>> 这是一个非常有趣的问题。我认为，正如你所说，肯定需要有人来构建驱动这一切的机器。我们需要工程师来构建实际的产品，应用程序层吗？这就是问题所在。每个人都会像你一样吗？每个人都会成为设计师，我们只需要设计师吗？每个人都会成为工程师，让我们来谈谈这一点，我感觉我是一个快速工程师，我会在一年后称自己为快速工程师，因为Vibe编码就是编码，在12个月后，甚至今天，我们谈论过这个，有多少顶尖的工程师公开承认他们不再手动编码或手动编码，你想怎么称呼它，AI写了所有的代码。我在这里用这个比喻，就像编码将像书法一样。你写代码将相当于你在画布上写精美的印刷体，人们会说，我的天哪，你写了那段代码，太棒了。它将变得如此稀有，以至于它将成为一种艺术，对吧？它将完全商品化，就像它在某种意义上已经那样。大多数顶尖的Vibe编码者都依赖AI。再次，它是一个放大器，对吧？所以我认为，在未来的世界里，每个人都成为工程师，设计师，PM，每个人都是一个前线部署工程师，或者AI助手工程师，或者LLM工程师，或者Vibe编码者。术语无关紧要。我们都在使用LLM来获取原始输出，基于好的判断力或坏的判断力。>> 哦，天哪。基本上，这些工程师、设计师、PM的维恩图，以前非常分离。现在它们正在融合，而拥有更深入的PM、工程、设计背景的人将能够做同样的事情。基本上，所有角色都在融合。多么美好的时代，而且很难确切地预测这一切将如何发展，但推测很有趣。我想回到你被卡住的时候。说到顶尖工程师，现实中你仍然使用这些工具编写代码。有时代码会出错，会引入bug，会有奇怪的数据库问题，会有网络问题。当你卡住时你会怎么做？你有一个工作流程，你会经历一个解除封锁的过程。>> 是的，这是一个很好的问题，而且绝对是真实的。无论你有什么样的计划，你最终都会遇到问题。我有一个小框架，我称之为4x4。再次，比喻，对吧？4x4。如果你在车上装了它，你就能更容易地摆脱泥泞，而不是反过来。所以，在这种意义上，四种不同的调试方法。每种方法只尝试一次，我最后会解释原因。第一种是，再次，每个工具都不同。我将引用Lovable的工作流程，那就是当出现问题时，Lovable的Agent足够聪明，能够说，嘿，我犯了一个错误，它会用橙色标记该消息，并且通常有一个小按钮，叫做“尝试修复”。所以，你的Agent基本上承认它犯了一个错误，你点击一个按钮，大多数时候，当问题较小时，它会纠正方向，轻松修复它，没问题。现在，显然，当问题更深一些时，你点击“尝试修复”，但问题仍然存在，有时问题仍然存在，但Lovable的Agent不知道它仍然存在，所以没有更多的“尝试修复”按钮了，Lovable认为一切正常，但实际上并非如此，罪魁祸首通常是你正在使用第三方集成，你没有给Lovable足够的上下文来观察什么，看到什么，所以它看不到问题存在，因为Lovable、Cursor、Cloud Code，你都可以说，这些工具今天都足够好，可以解决任何它们知道的问题，再次，意识是关键，对吧？所以，当它们不知道时，就到了第二部分，那就是，我需要引入意识层，我所做的是，我非常简单地打开我的应用程序的预览沙盒开发环境，尝试运行有问题的函数，右键单击，阅读控制台日志，每个浏览器都允许你阅读控制台日志，很多时候它会记录一些东西，如果没有，你可以提示任何工具，说，嘿，我认为你没有看到问题，所以，而不是我冲你大喊大叫，让我们一起找到它，我认为这是XYZ的问题。我想让你在相关文件中写下控制台日志，以便我们一路监控每一步。让我们把意识层带入方程。它会写下控制台日志。你重新运行它。你猜怎么着？现在你拥有了所有发生的事情的完整历史记录。你复制它。你把它粘贴到你的聊天中。99%的情况下，这就足够了。AI说，好的，明白了，找到了，修复了，对吧？但有时即使那样也不够，所以你就像，好吧，我需要更深入地了解，这就是代码审查和评估发挥作用的地方。我今天最常用的工具是Codeex OpenAI。我所做的是，我做的任何构建，我都会导出到GitHub，就像Lovable允许你拥有你的代码一样，Cursor也一样，所有这些工具都允许你拥有代码的副本，你可以导出到GitHub，然后导入到任何你想要的地方。所以，我，你知道，自从Beta版以来就使用Codeex，我把它导入进去，然后我正在使用一个外部工具。所以，我就像在第一次尝试时，如果你还记得，我使用了工具，我说，完全Vibe，我依赖于工具，在第二次尝试时，我使用自己作为意识的促进者，在第三次尝试时，我使用外部工具作为促进者，就像我将连接到Codeex并与Codeex聊天，然后在Lovable中修复问题，我不会让Codeex为我更改代码，很多人会说，为什么你不喜欢，它是一个好的模型，我只是不知道它的Agent足够好，我不想去使用一个我不知道如何引导的工具，所以我只用它来进行诊断，我也会手动操作，这是一个我之前使用Codeex和Cloud Code的旧工作流程，有一个叫做RepoMix的工具，它允许你将整个代码库压缩成一个文件，你下载它，然后我上传它，Claude，普通的Claude或ChatGPT，我说，我正在构建这个，阅读它，这是我的问题，这是控制台日志，再次，这几乎就像有一个外部顾问，就像你在雇佣外部帮助，因为你的团队无法处理。>> 对。>> 然后第四种通常是最好的，因为当出现问题时，是我的错，无论你的自尊心有多大，伙计们，你们正在观看这个，是你们的错，相信我，你有一个糟糕的提示，你以错误的方式提出了你的请求。你只是不想承认，或者你记不起你做了，但这是你的错。所以，再次，在Lovable和所有这些其他工具中，你可以回滚。Lovable、Cursor、Cloud Code内置了版本控制。你去说，“好吧，我尝试了这三件事，我将后退三步，然后我会更多地思考我的提示。休息几分钟，散散步，喝杯咖啡，带着清晰的头脑回来，再试一次。”因为你猜怎么着？AI只是写代码很快，有时它会绊倒一块很小的石头，而且只会在那时发生，再也不会发生。所以，你只需要再次提出相同的请求，通常这就能解决问题。这只是一个障碍。这是一个语法错误。这是一个微不足道的事情，对吧？然后我做最后一件事，这是关键的。当问题解决时，我进入聊天模式，我问Lola。我说，“好吧，我需要做四件不同的事情来解决这个问题。你如何帮助我学习如何更好地提示你，以便下次我遇到问题时，我们一次就能解决？”99%的情况下，我得到了一个很好的答案，以至于我下次不知道该做什么，对吧？再次，你需要，我们都需要意识到并现实。这些工具非常擅长以正确的方式做事，如果它们以正确的方式使用的话。总是我们的错。我说是90%，但老实说，是100%我们的错。对吧？因为它们足够好。只是我没有动态地改变令牌分配。我没有引用正确的文件。我没有以正确的方式说。对我来说，作为一个非设计师，我不知道任何术语。比如，所有的标题等等，我至今仍然不知道。所以，当我挣扎于提示时，我经常使用聊天模式来帮助我构建一个好的提示。我的意思是，任何人都可以做到。如果你卡住了，已经是晚上10点了，你不知道该问什么，切换到聊天模式，倾倒你的想法，然后说，“帮我起草一个更好的提示。帮我更好地提示你。”然后让工具有效地提示自己。很多时候，你将通过避免引入问题来解决问题，而不是通过糟糕的输入。所以，>> 哦，天哪，你分享的一切都太有趣了。我只想继续深挖。所以，为了回顾一下顺序，然后我想跟进另一个问题。你卡住时经历的顺序，这会发生在每个人身上。一是只是让工具尝试修复它。通常它会告诉你有些东西坏了。我能帮你修复吗？然后你说，请修复。有时会奏效。二是努力在控制台日志中添加更多的调试消息。我喜欢这个建议，就是让它添加更多的调试行到它自己的控制台日志中，以帮助看到发生了什么。然后你可以问它，现在你正在看，看看你的控制台日志的所有输出，看看你是否能帮助找到问题，然后第三步是去Codeex，这太有趣了，我经常听到这个，Codeex就像最顶尖的AI工程师。Karpathy曾经发过一条推文，我们也在播客上采访过Codeex的负责人，他说，任何时候我遇到最棘手的bug，我都会去Codeex，让它运行半个小时，它就能解决，不像其他任何工具。所以，这很有道理，这就是你去的。所以，这里的想法是，你将Codeex指向你的代码。你向它展示所有的控制台输出日志，告诉它问题是什么，然后让它去找出答案。很棒。然后最后一步非常棒，这就是我想去的地方。你将这个作为学习机会，这样下次你就能更快地解决问题，或者完全避免它。所以，你在这里做的是，你问Agent，好吧，这是怎么发生的。我能做什么？我能说什么？我如何能更好地提示你，以便下次我能立即解决问题？>> 是的。甚至更深入的是，一旦你完成了这个对话，你会想，“好吧，让我再次完全排除自己，因为我两天后不会记得更好地提示你。”把这个放到规则里，把我们刚才学到的放到rules.mmd里，因为我总是让你阅读规则。所以，我不会更好地提示你，你只会学到我很笨，你会更好地提示自己，对吧？再次，排除自己，然后移动上下文。你今天解决了99%的AI问题。>> 所以，这里的想法是帮助它建立自己的大脑和规则以及思考方式，基于你遇到的问题。所以，太棒了。好的。所以，我想回到你几次提到的这个观点，这非常有趣。你观察Agent的输出以了解发生了什么。这是我看到其他人也做过的，Ben Tossel，我认为他现在是一家工厂，最近分享了这个。他也基本上一直在Vibe编码。他以前在无代码工具方面很出色，现在他专注于编码，他分享了基本上是他通过观察Agent的输出来学习代码是如何工作的，以及系统是如何工作的。这与我们播客上的Cursor首席执行官Michael Terrell分享的内容有关，他有一个愿景，即Cursor成为代码之后的产物。我们正在代码之上添加的层，人们不再需要担心代码。而那时我们聊天还是一年前，感觉这就是那层，就是Agent的对话，它在想什么，然后你告诉它什么。所以，基本上它是用英语进行的对话，这甚至不是伪代码。有趣的是，感觉事情正朝着这个方向发展。代码之上的层就是它的思考和你与它的对话。>> 是的。是的。没错。我的意思是，再次，在某种程度上，我非常注重好的判断力，而好的判断力的一部分来自于再次学习这些工具是如何工作的。你需要知道什么可能。我们谈论过它，我知道我有时听起来可能自相矛盾，对吧？但因为正如你所说，我们生活的世界如此有趣，事物会相互矛盾。不知道什么可能是一种优势，但同时，你也不能完全对一些事实性的东西一无所知。所以，让我谈谈我的一次失败，那是因为我自欺欺人。回到过去，当OpenAI发布了原生的图像生成功能时，对吧？所以，你可以去ChatGPT说，生成一张XYZ的图片。全世界都炸了，那真是太棒了。显然，我首先想到的是，我想构建一个Lovable应用程序。我想构建一个包装器，我想用Lullabable构建一个图像生成器，而没有考虑到OpenAI当时还没有发布图像生成的API。所以我花了一周时间试图强行让它奏效，而不是再等一周，因为一周后他们有了API，我在30秒内就构建了这个应用程序。问题是，我试图在不可能的时候去做，不可能，所以，我再次认为，你知道，这只是通过与Agent层沟通来学习什么可能的问题，而Lovable和其他工具现在都是Agentic的，这意味着它们不仅仅是编写代码，它们可以浏览网页，它们可以读取文件，它们有推理和思考能力，这就是为什么我如此投入于那个对话，因为很多时候它会告诉我，嘿，你试图做的事情目前是不可行的，因为XYZ。所以，我总是把那些作为学习机会，我通过在聊天模式中进行规划和学习来提升自己，因为这再次培养了你的清晰度，你的判断能力，而不是编码能力。是的。你在这里提到的另一点，我认为非常重要，那就是随着时间的推移，这些工具将越来越多地做你手动完成的工作。我从其他全职做这件事的人那里也听说了这一点。基本上，Vibe编码就是他们有所有这些工作流程，所有这些文件，然后Cursor添加了它们。Lovable添加了它们，>> 就像悲伤。哦，该死，我现在有一个很酷的工作流程。但另一方面，就像，好吧，现在它只是做了所有这些第二件事。>> 一年前，一年前，如果我们进行一次采访，你的想法会被震惊。我曾经不得不做的那些变通方法来解决缺点。比如，我为此制作了一个非常成功的课程，与Starter Story合作，一年来人们一直说，哦，我的天哪，你是世界上唯一知道这个秘密的人。现在Lovable原生解决了其中99%。我几乎可以肯定，我教人们的大部分东西，或者我有一个YouTube频道，有点赞赏，但有一个7天的Lovable Vibe编码学习系列，我在三月份完成的，完全过时了，它不再是真的，它不再是问题了，我曾经说过，“哦，这个东西缺失了，那个东西缺失了”，它不再缺失了，它就在产品中，你不需要绕过它，它就能正常工作，对吧？所以，这就是为什么我说，这是马的比喻。我不知道你是否听过，很多人都在发推特，那就是，我们在1700年代开始建造蒸汽机，花了大约200年才建造好，当它到达，当发动机建成，汽车上路时，我认为美国90%的马匹在20年内被消灭了。发推特的那个人在Clogged Code工作，所以他说，“现在当我把它翻译成AI时，我被雇来做一份技术工作，技术作家，等等。六个月后我就过时了。”就像人类没有得到马匹所拥有的20年。被雇来做这件事的人，六个月后，我需要重新发明我的角色。我需要把它变成别的东西，对吧？所以，你知道，我认为正在发生一场非常快速的进化。但很多人都很害怕，而我却非常兴奋，因为难道你们没看到我们的角色终于朝着我们外包了我们讨厌做的事情的方向发展了吗？坐在会议上，做笔记，做电子表格。可能有人喜欢，但大多数人不喜欢。我们只是进入了一个地方，在那里我们因为真正重要的事情而获得报酬，比如清晰度，判断力，思考。我们实际上将因为思考更长时间和沉思更长时间而获得报酬，因为想法沉淀并被分解得越好，构建它就会越快，对吧？它就会像这样。你只需要对它有非常清晰的认识，因为你猜怎么着？如果一个工具非常强大，而你给它一个错误的输入，输出也会很糟糕。这就是为什么我从来没有在Cloud Code上做得足够好，我觉得，因为我没有足够的清晰度来开始我的项目，而这个工具非常强大，以至于我从一开始就完全误导了它，然后我说，“哦，该死，这不是我想要的。”所以，这就是为什么我仍然认为我擅长使用那些有点处于探索性原型制作路径上的工具，而不是像顶尖工程师会使用的那种路径。>> 我喜欢你的乐观和兴奋。我认为对于很多人来说，比如他们现在的软件工程师，PM，设计师，对他们职业的未来有很多恐惧。他们还会相关吗？我的软件工程技能会消失吗？所以，为了继续这个话题，如果你要给某人建议，你认为哪些技能最有价值/AI将承担越来越多的这种势头，你看到AI正在填补越来越多的空白。你会建议人们关注什么？什么将继续有价值？>> 情感智能，当然。只是理解人性，现实生活中的东西。我认为我们都会厌倦所有虚假的东西，虚假的图像，虚假的帖子，虚假的个人资料，虚假的这个，虚假的那个，虚假的视频。一切都变得虚假，并且是AI生成的。我认为人类自然会渴望真实的东西。所以，任何人类之间的互动都将是一个重要的发展方向。任何与数学有关的东西。如果是数学问题，我认为Peter Steel最近说过，比如那些只做数学问题的人，AI会来找你。任何非常确定性的东西，也就是说，X输入等于Y输出，而且界限很清楚，AI会轻易地解决。但是，如果你理解X到Y在人类动态、人际关系层面是如何发生的，我认为那就是事情会变得好的地方。所以，如果再次将其转化为一项具体技能，我再说一遍。好的设计，真正好的设计，伟大的设计。比如，当我说的设计时，包括图像，字体，文案，文案是一个大问题。我们现在都处于AI时代两年了。我敢打赌，你和我，如果人们给我们10篇文案，我们可以在3秒内分辨出哪些是AI写的，哪些不是。我们才刚开始两年。所以，真正好的文案将是一项非常有价值的技能，因为人们在三句话或三段话后就会知道它是AI写的。甚至我也不再阅读AI的输出了。我不想看到它。我想要原始的人类体验。所以，我认为人类技能，我甚至不知道如何描述它，因为我不认为我们做得很好，给人类天生的能力贴标签。但我认为我们会。我认为我们会更好地描述工作描述。我们会拥有，比如，以人为本的工程师，我不知道，或者人类设计师，或者我不知道如何描述这些角色。就像Karpathy创造了Vibe编码一样。在他创造它之前，我一直在Vibe编码。我不知道如何称呼它。就像我在2024年7月开始Vibe编码，我认为他在2025年初创造了这个词。所以我已经做了七个月，并且教人们如何做这件事已经有三四年了，我甚至不知道如何称呼它，因为没有名字。就像，哦，我只是用AI来做这件事，我不知道，随便什么。所以，是的，我认为我们将重新发明一些术语，规则等等，但人类之间的东西将在这里停留。那些，我认为，哦，你只是在做，你是一个中层管理者，你是一个中间件人员，只是在翻译东西。而我可以用这个比喻再次说明。翻译者将消失。写笑话的人，喜剧演员不会。AI永远无法写出好的笑话。永远，永远，永远，它没有那个层面。

那根本就不理解什么是有趣的。比如，如果你曾经尝试用人工智能写笑话，它们会很糟糕。它们总是会很糟糕。但如果你用人工智能将一种语言翻译成另一种语言，它在这方面做得非常好。比如，人工智能将取代翻译。它将取代大多数记者，因为它能做好研究。它可以写出好的文案，等等。不是不是精英新闻业。它无法取代所有作家。它将放大那些能够训练人工智能如何写书的伟大作家。所以，一个了不起的作家会突然一年写七本书，而不是一本，对吧？所以，这是危险的。如果你是一个普通的作家，要小心。没有喜剧演员被取代。零。这只是我个人的看法。比如，人工智能永远写不出好的喜剧。这是不可能的。所以，试着在你的行业中找到你的类比。比如，我刚刚给你举了一个关于写作技巧的例子，可以说是。所以，写笑话，这是一个非常好的技能。翻译，我很抱歉地说，但你可能没有多少工作时间了。比如，你最好找点别的事情做。但是的，这就是我的看法。>>喜剧部分很有趣。我认识一家数据标注公司的创始人之一，我不知道是 Merkore 还是 Serge，他说，我想是 Anthropic 雇佣了一群 National Lampoon 的喜剧作家来帮助他们训练模型。所以他们正在努力。我非常喜欢你这个大胆的预测。我非常好奇一年后回头看，会发现他完全正确，还是他们也搞砸了。>>我今天说的 95% 的事情，三个月后都会是错的。这是我唯一能非常非常自信地说的一件事。是的。>>这似乎是对的。好的。那么，说到职业，一个有趣的职业选择就是做你现在做的事情。正如你所说，这是你的梦想工作。这是许多人的梦想工作。你是什么样的一个路径走到这个工作的？你认为一个人要以这个为职业需要具备什么？>>嗯，我个人的道路和旅程绝非一帆风顺。比如，我一生中做过很多事情，比如，我做过体力劳动，甚至在学习期间在地铁里打工，诸如此类。我是一名工程师，但不是软件工程师。我是一名林业工程师，所以不写代码，但工程就是工程，我觉得你仍然可以从中发展出一套技能。我做过很长时间的服务员，所以你发展出一些人际交往能力，你理解人们喜欢什么，不喜欢什么，对吧？我再次做过体力劳动，比如，它们教会你勤奋工作，而且正如我所说，这条路并非一帆风顺，但我感觉自己就像电影《贫民窟的百万富翁》里的情节一样，角色身上发生的一切都让他能够更好地回答测验中的问题。我感觉也是一样，我做了很多事情，过去七八年显然是在创业公司度过的，但做过除了写代码之外的一切事情，比如从社区管理、社交媒体开始，分发很重要。这是我们完全没有谈到的。比如，在一个每个人都在构建，而世界上的消费者数量大致相同的世界里，你如何才能吸引人们的眼球，对吧？并获得关注，而关注将是最稀缺的资源，而且会更加稀缺。但回到 vibe coder 的角色，如果有人说，好吧，我也有一个相当多元化的背景，而且我正在进行 vibe coding，那么，这如何成为一份工作呢？对我来说，我觉得这是通过公开构建而实现的。我曾经和 Elena 聊过一次，只有一次，为什么是我？有这么多优秀的 vorters，我怎么从人群中选出我？我想，你知道，她给了我几个理由，但将其转化为一个概念，那就是我一直在公开构建和分享。正如我所说，我创建了一个 YouTube 频道，我分享了所有的失败和所有的知识，我构建的所有项目。我大量使用社交媒体，比如 LinkedIn 是我的首选，因为我就是那种节奏。正如你所见，我所有的回答都非常长，而 X 无法满足这一点。比如，你需要，你知道，你需要非常专注于此才能在 X 上取得成功。所以我不是。所以，我想，你知道，这就像公开构建，分享你的知识，给出所有的秘密，比如，根本没有秘密。如果你有一个好概念，你就错过了。让我们立即分享，如果你找到了什么。我早就认识到了这一点。而且，你知道，我觉得现在很多人都参加黑客马拉松。我想鼓励人们去做，比如在当地找到那些机会与其他构建者联系。Lovable 正在招聘。查看我们的职位空缺。就这么简单，对吧？比如，申请吧。真正找到正在招聘的公司，并且招聘不同的角色。我见过有人做过一些事情。我要给人们透露一个秘密。有几个人是通过发送 Lovable 应用而不是简历而脱颖而出的。他们构建了 Lovable 应用来展示他们为什么适合这个职位。我们作为 Lovable 的员工，总是会打开一个使用 lovable.appd 域名的应用。总是。如果你给我发私信，给我发一个 Lovable 应用。不要给我发长篇大论。给我发一个应用，告诉我你想要什么，或者你如何看待我们合作和一起工作。对吧？所以，人们正在找到创造性的方法来吸引决策者，比如 Elena 的眼球。对吧？而且，我的意思是，从技能上来说，我们只是在重复自己，但我觉得重复它尽可能多的次数很重要。真正培养良好的判断力，对吧？真正更深入地理解当 wife Cody 介入时，事物是如何转化的。对吧？有一家公司，我不会说出名字，但比如，他们非常虔诚地使用 Lovable。这实际上将是我们主要的案例研究之一，他们实际上在 Lovable 之前就雇佣了 Vibe Coders。比如，我是 Lovable 的第一位官方 Vibe Coding 工程师，拥有这个头衔，但我遇到过在他们之前就雇佣了他们的人。那些只是 vibe coder 的人，那些只是理解速度很重要的人，对吧？速度快仍然很重要，而且有一家公司有三名全职的 vibe coder，他们所做的就是将旧的代码库迁移到 lovable 上，将他们所有的 CRM、CMS、所有的工具集都迁移到那里，他们需要它们。现在有人主动将一切都迁移过去。有 S&P 500 公司也在招聘描述中提到 lovable，比如，说嘿，lovable 技能，你知道，在推荐标签中被推荐，对吧？所以，是的，回到如何成为一名职业 vibe coder。嗯，你不需要一家公司雇佣你。你可以先雇佣你自己成为一名专业的 vibe coder。我觉得我能和 Anton 和 Elena 以及其他人产生共鸣的原因是，我已经在做这件事了，我所做的只是改变了载体，但在我被雇佣之前，我已经在专业地做这件事了。所以，这就是关键，比如，做你无论如何都会做的工作。>>多么开阔思维的谈话。我喜欢你对这一切的热情、兴奋和动力。感觉现在有很多人都筋疲力尽，不知道，幻灭，害怕，而你正好相反。你只是在拥抱这一切，只是在利用它，不确定它会走向何方，但正在沿着这条路走。>>是的。而且我不想打断你，但是，这是因为，你看，Lovable 本身不是一家公司。你可以把它当作一家公司来谈论。我不把它当作一家公司。它是一个想法。它是一个使命。它比互联网更强大，在我看来，因为互联网允许我们消费。Lovable 允许我们构建，而构建和创造是人类的本性。而且，今天有一个工具，你可以输入一个想法，然后就会产生一些东西，有人使用它并觉得它有用。对我来说，这简直是疯狂的概念。这是我一生的梦想。我六岁时有了第一台电脑，我一生都确信自己会成为一名软件工程师，或者我会去构建东西，但生活对我来说并不那么简单。比如，你，它非常非常复杂，而且说实话，过去 5 到 10 年，我几乎放弃了那个梦想，我以为我永远不会构建任何东西，比如，我尝试过，我尝试过与技术联合创始人一起构建，但我就是找不到共鸣，我就是放弃了。现在，36 岁的我，30 年后，我感觉又回到了那个孩子，我每天都在做梦，比如，这让我们能够做的事情太神奇了，任何害怕的人，试试吧。它会立即从恐惧转变为兴奋，因为你亲眼看到了可能性，进去构建一些东西，构建任何东西，恐惧就会消失。只有当你什么都不做的时候才应该害怕。如果你什么都不做，那就极度恐惧吧，然后采取一步行动。相信我，这一步不再像以前那么大了。它就像你进来，说出你的想法，然后就发布。>>我认为这很大程度上就是停止听这个播客。去行动吧。你真的会尝试去做的，对吧？>>理想情况下，人们现在就停止。他们听够了。我给了他们我能给的最好的东西，所以停止听，然后就去吧。>>好吧，再见，各位。好的。我只是开玩笑。但是，我们应该结束了。我将跳过闪电轮答，以使本集更短。在我们结束之前，除了去构建一些东西之外，还有什么要说的吗？还有什么你想留给听众的吗？否则，我们就让你走了。>>是的。嗯，文本标签不再重要了，对吧？它不重要了。比如，人们纠结于，哦，这是用 HTML 写的吗？这是用 React 写的吗？它不重要。比如，它从来不重要，但现在更不重要了。最终用户只想要一个出色的体验。我们生活在一个任何人都可以生产足够好的世界里。所以，你最好开始学习如何生产魔法，否则你就会和其他数百万、数千万人挤在一起。但同时，如果你不知道魔法是什么样的，不要灰心开始构建任何东西，从足够好开始，然后升级。升级的最佳方式是曝光时间。花更多的时间在学习上，而不是构建上。阅读代理输出。了解它是如何思考的，这样你就知道什么是有可能的。但同时也要获得灵感。在 X 上关注优秀的设计师。找到生产出优秀设计的工具，并关注它们的创造者。有一个工具，我正在关注它的创造者，因为他几乎每天都会发布 40 到 50 分钟的设计视频。我想看看一位世界级的 the designer 是如何做的。我想看他与工具对话。我想看他提示，这就是我学会如何做得更好的方法。所以，再次，曝光时间。只是有意识地花更多的时间在学习上，而不是编码上，因为你可以快速编码，但你也可以快速编码垃圾，也可以快速编码魔法。所需时间相同。是你和你的输入很重要。忘掉技术栈的决定。忘掉你正在使用哪个后端，哪个前端。那不重要。质量、品味、设计。这就是你未来需要优化的所有东西。Lazar，我认为这次谈话会让很多人思绪万千。你在很多方面都让我大开眼界。多么迷人的话题和谈话。多么对未来的洞察。多么有趣的时间点。我非常好奇，你知道，六个月后情况会如何，以及我们如何回顾这次谈话。我非常感谢你来分享这一切。你太棒了。人们在哪里可以找到你，如果他们想联系你，也许问一些后续问题，以及听众如何对你有帮助？>>太棒了。是的。嗯，我已经在上面提到了。LinkedIn 可能是找到我的最佳地点。你知道，我在那里非常积极。如果你想关注我，我希望重新激活我的 YouTube 频道。我认为我有很多很酷的技巧和窍门想要分享，并教人们如何使用 lovable，以及如何进行 vibe coding，以及如何升级。至于人们如何对我有所帮助，嗯，你知道，我非常热衷于确保每个人都能体验到我那天获得的第一个提示的感受。我羡慕那些在看了这集之后第一次尝试 Lovable 的人，因为从消费者转变为构建者的感觉是无与伦比的。但在那个过程中，会有一些战斗要打。我想减少这些战斗和障碍的数量。所以，如果你能以任何方式帮助我，请给我发消息。在那次体验中，什么可以做得更好？特别是如果你刚刚看了这个，然后说，我要去尝试。我犹豫不决，但我决定去尝试。如果有什么东西坏了，有什么东西不连接或不相关，我需要知道是什么。我的工作是 100% 地赋能你，让你构建你一生中最伟大的作品，对吧？嗯，你知道，我也需要说这个，因为很多人可能会受到启发，不是通过构建或使用 Lovable，而是通过构建 Lovable。来加入我们的团队。再次，我们正在招聘很多职位。我认为很多人应该感到受到启发，因为我希望我带来的能量能够引起共鸣。这就是在 Lovable 工作的感觉。这就是与世界上最聪明、最杰出的人才一起工作的感觉。我们不是偶然成为第一的。这不是巧合。最优秀的人才正在聚集，我们也希望你成为其中的一员。所以，如果能量和谈话引起了你的共鸣，或者你今天听到了一个问题，然后你说，天哪，我觉得我能解决它，来加入我们吧。帮助我们构建和塑造软件开发的未来。>>太棒了。网站是什么？我想 Lovable 的网站上应该有招聘信息的链接。我们会把链接发给大家。>>是的。>>太棒了。Lazar，非常感谢你来到这里。>>我很感激这个机会。>>再见，各位。非常感谢您的收听。如果您觉得这很有价值，您可以在 Apple Podcasts、Spotify 或您喜欢的播客应用上订阅本节目。另外，请考虑给我们评分或留下评论，因为这真的能帮助其他听众找到播客。您可以在 lenny'spodcast.com 上找到所有过去的剧集或了解更多关于本节目的信息。下一集再见。