易泳江工作室
首页 文档中心 文档详情

CEO Anto:为99%不会编程的人做产品,这是最后一种软件,15人团队

📅 2026-06-03 🏷️ it服务属于软件行业吗
CEO Anto:为99%不会编程的人做产品,这是最后一种软件,15人团队
这是AI编码初创公司创始人访谈记录的第一轮介绍的最后一篇。之前我们分别介绍了:要让一亿人成为全栈工程师的V0,建议编程要从娃娃学起的GitHub、认为有十亿开发者比AGI重要的Replit、强调产品打造别追求完美却已营收过亿美金的Cursor,OpenAI想30亿美金收入囊中的Windsurf,创业7年公司陷入瓶颈期,本已决定关门大吉的Bolt.new。
说是第一轮介绍,因为AI变化速度太快,模型自身、商业理念、生态关系,完全可能在一个月的时间之内发生翻地复地的变化。所以,很快大家就会再听到他们的新故事。
图片
这期Lovable公司联合创始人兼CEO Anton Osika的内容,主要来自播客Lenny's Podcast几周前的一期节目。我也顺路推荐一下这个频道——在持续对这个赛道的创始人做访谈。不过,在我准备发出来的时候,又刷到Lovable团队4月30号刚举办的一场AMA(Ask Me Anything,也就是在线回答网友问题)直播活动,庆祝Lovable 2.0发布。因此,我也将这部分内容也附上了。所以,我敢说,这绝对是中文互联网上(可能也包括整个互联网)目前对Lovable介绍最全的文字了。但代价就是,长达两万字,辛苦眼睛了。
图片
先大概介绍一下这家公司。和我们之前说过的其他所有AI编码公司不同,它们的创始人虽然来自不同国家,不同族裔,但还都是美国公司。但是Lovable是一家总部位于瑞典的AI初创公司。公司创始人Anton Osika拥有粒子物理学背景,曾在欧洲核子研究中心(CERN)工作,随后进入AI领域,曾是Sana Labs的首位员工,专注深度学习研究,后创办并担任Depict CTO。
我记忆中,另外一个在这儿工作的互联网名人,就是Tim Berners Lee了,他因为发明了万维网(World Wide Web)、第一个Web浏览器,以及支持Web规模化扩展的基础协议和算法而获得2016年的ACM图灵奖。
说回到今天的故事主角。Lovable的核心产品最初名为GPT Engineer,就是Anton Osika在Depict担任CTO期间为提升工程师团队效率而开发的代码生成工具。该项目发布后迅速走红GitHub,成为最受欢迎的AI代码生成项目之一,Anton Osika也因此在工程师和投资界获得了广泛关注。2023年,Anton Osika离开Depict,专注于Lovable的开发和运营。
从2024年11月21日正式发布到现在,三四个月的时间里,这家仅有15人(现在18人)的小团队创造了欧洲创业史上前所未有的增长纪录——第一个月达到400万美元年度经常性收入(ARR),两个月内突破1000万美元ARR,而且目前仍以每周超过100万美元ARR的速度持续增长。截至访谈时,Lovable已拥有30万月活用户,其中3万是付费用户。
图片
作为欧洲公司,Lovable拒绝了很多人求之而不得的Y Combinator的孵化机会,选择了更适合其欧洲市场和股权结构需求的融资方案。Lovable在2024年10月完成了680万欧元的种子前融资,投资方包括Hummingbird Ventures、byFounders、DeepMind运营者及Creandum联合创始人Stefan Lindeberg等。2025年2月,Lovable又完成了1500万美元的Pre-Series A融资,由Creandum领投,吸引了Meta董事Charlie Songhurst、Huggingface创始人Thomas Wolf等知名投资人支持。
这家公司的使命是所谓的"最后一个软件"(the last piece of software)——一个能够将自然语言描述转化为功能完整的产品的AI工程师。Anton Osika在访谈中强调,Lovable的目标不是让工程师更高效,而是赋能那99%不会编程的人,让他们也能将创意变成现实。
对了,一说到欧洲公司,特别是北欧公司,大家可能觉得Lovable的公司文化是慢节奏,和讲究工作和生活平衡的。不是,完全不是,因为他们的招聘广告是:长时间工作,高节奏... 寻求舒适工作的人请勿申请
在AI一天,人间一年的时代,慢跑都是后退,真的没办法。所以,第五章关于组织文化和招聘哲学的部分,我觉得值得大家特别关注一读。
一、Lovable的核心定位:开启软件开发的普惠化
图片
访谈一开始,Lenny就请Anton用最简单的方式解释什么是Lovable。Anton的回答直指核心:"Lovable是你的个人AI软件工程师。你描述一个想法,然后你就能得到一个完全可用的产品。"
这个看似简单的定义背后,蕴含着Anton对软件开发未来的深刻洞察。他解释道,目前使用Lovable的主要有三类人群:第一类是企业家,他们正在将想法转化为真实的业务;第二类是设计师和产品经理,他们用Lovable快速创建产品原型来向团队展示;最令人惊喜的是,一些人因为Lovable的赋能而成为了创始人,实现了从创意到创业的飞跃。
Anton特别强调了Lovable诞生的初衷:"我不知道你妈妈的情况如何,但我妈妈不会写代码。我几乎所有的朋友在生活中都曾向我求助:'Anton,我需要做点什么。我该如何找到一个优秀的软件工程师?'我们正是为这99%不会编程的人群而构建Lovable。"
他接着解释说,虽然目前如果你有技术背景,使用Lovable会更得心应手,但随着时间推移,通过与AI对话来构建软件将成为常态。这是一种不可逆转的趋势,就像历史上每一次重大的技术革命一样。
Anton还分享了一个更为宏大的愿景:"我们说我们正在构建最后一个软件(the last piece of software)。"这个富有诗意的表述意味着,Lovable将成为一个终极的创造工具,从此以后,所有其他软件都可以通过它来创建。
在谈到具体的成就时,Anton介绍了几个令人印象深刻的案例。其中最引人注目的是Harry的故事,他原本是一位设计师,是Lovable的早期用户之一。Harry起初只是用Lovable将设计转化为真实的网页应用提供给客户,后来他意识到自己可以做得更多,于是创办了一家AI初创公司。他的产品允许用户上传照片库,AI会自动解析和分类这些照片。这家公司已经在Product Hunt上发布,并开始盈利。
Anton还提到了launch.lovable.app这个网站,它本身就是用Lovable构建的,功能类似Product Hunt,展示了许多用Lovable创建的小型SaaS产品。这些真实案例生动地证明了Lovable正在实现其使命:让每个人都能成为软件创造者。
值得注意的是,Lovable的增长几乎完全依靠有机的口碑传播。Anton解释说:"人们喜爱这个产品,这就是增长的驱动力。至于如何获得知名度,我们主要是在社交媒体上发布我们的最新进展。这就是人们通常所说的公开构建(building in public)。"
二、现场演示:30秒构建功能完整的Airbnb克隆
图片
访谈中的互动环节之一是Anton的现场演示。Lenny开玩笑地问:"你有没有考虑过复制一个属于自己的Airbnb?"Anton立即接受了这个挑战,开始向观众展示Lovable的强大能力。
演示开始得极其简单。Anton在Lovable界面中输入了仅有两个单词的提示:"Airbnb clone"。他解释说:"就这两个词,这就是提示。"随后,AI开始工作,系统显示它正在思考如何创建一个美观的Airbnb克隆,并开始进行一系列设计决策。
仅仅30秒后,成果出现了。一个功能完整的Airbnb克隆网站呈现在眼前,拥有现代化的UI设计、不同的房源分类、带有图片的房源列表,以及登录按钮等所有你期望在Airbnb上看到的元素。Anton指出:"到目前为止,它还没有Airbnb的后端功能,只有UI。但如果我想改进某些功能,比如切换分类时显示不同的房源,我可以继续提出要求。"
接下来,Lenny提出了一个有趣的需求:他一直想在Airbnb上探索购买正在浏览的房产的可能性。于是Anton开始演示如何添加这个功能。他输入了一个更具体的提示:"在房源上创建另一个按钮,上面写着'购买这个Airbnb房产',点击后会弹出一个购买房源的模态窗口。"
有趣的是,AI并没有完全按照要求执行。它创建了一个"立即预订"(Book Now)按钮,而不是"立即购买"(Buy Now)。Anton解释说:"AI可能对你想要购买房源感到困惑,因为这是Airbnb,对吧?所以它仍然说预订房源,但它显示了一个漂亮的模态窗口,我可以点击确认并支付。"
这个小插曲实际上展示了一个重要的产品管理原则。Lenny评论道:"我喜欢这个例子,它真的展示了为什么成为一个优秀的产品经理很重要。很多时间浪费发生在你不清楚要解决什么问题、为什么要解决这个问题等情况下。所以这真的很酷,这是一个你必须非常擅长解释你想要什么的用例。"
Anton补充道:"向AI精确解释你的期望和你没有得到什么,比向人类解释更加重要。"
接下来,Anton展示了Lovable的一个突破性功能——可视化编辑。他选中了"立即预订"按钮并直接将文本改为"立即购买"。这个改动立即生效,而且是在代码层面上的真实修改。Lenny兴奋地指出:"人们听到和看到这个,如果你不知道的话,这是这类工具的最前沿。据我所知,没有其他工具可以让你生成AI工程师的代码,然后实际上只更改其中的一个小元素。在我知道的其他所有工具中,你必须要求代理(agents)为你做这件事,然后希望它做对了。所以你刚刚展示的是一个巨大的进步。"
Anton还演示了如何为应用添加后端功能。他展示了如何连接一个开源的后端服务Supabase,只需要一次点击就可以设置一个完全空白的实例。连接完成后,系统自动生成代码并解释接下来可以做什么。Anton说:"我现在会说,让我们添加登录功能。让我们让用户能够编辑房源,让用户能够上传房源。然后这会花费更多时间,但通过耐心和良好的提示技巧,你将能够实现每一个需求。"
关于托管问题,Anton解释说,所有内容都可以一键部署,前端由CloudFlare托管("我认为它托管了互联网的很大一部分"),后端则由Supabase提供支持。
这个演示不仅展示了Lovable的技术能力,更重要的是,它让我们看到了软件开发未来的模样:从想法到产品的路径被极大地缩短,技术门槛被大幅降低,而创造力和产品思维变得比以往任何时候都更重要。
三、从GPT Engineer到Lovable:一个技术高手的创业历程
Anton的创业故事始于对AI潜力的深刻认识。他回忆道:"我对人们用大语言模型做的事情并不印象深刻。我很早就在使用它们,但当ChatGPT出现时,它们开始在接受人类指令并生成代码方面变得真正优秀。"
当时Anton是一家Y Combinator初创公司的CTO,他的团队成员对AI的潜力持怀疑态度:"他们觉得'Anton,你太夸张了。这在未来几年不会改变任何事情。'所以我想证明一个观点。"
为了证明自己的观点,Anton创建了一个开源工具GPT Engineer,用户只需输入"创建贪吃蛇游戏"这样的指令,系统就会生成大量代码和不同文件,然后打开一个可玩的贪吃蛇游戏。他将这个演示制作成视频发布在Twitter上,反响异常热烈。
GPT Engineer迅速成为最受欢迎的开源工具,用于展示大语言模型创建应用程序的能力。它获得了超过5万个GitHub stars和数十篇学术引用。有趣的是,后来Lovable的快速增长甚至导致GitHub暂时关闭了他们的服务,因为系统每天创建超过15,000个项目,GitHub的工程师可能在半夜被唤醒,发现服务器负载过高。
Anton在成功创建GPT Engineer后开始思考更大的愿景:"我看到了人类可能经历的最大变革,我认为是这样,以前你有机器接管体力劳动,但现在实际上是认知劳动被机器更好地完成。那么在这里产生某种积极影响的最佳方式是什么?"
他意识到,真正的机会不在于让工程师更高效(已经有很多公司在做这个,比如微软的Copilot),而是"赋能那些很难找到优秀软件创建者的人。这一直是他们的绝对瓶颈。让他们将自己的想法和信念变成现实。"
于是,Anton找到了他的前同事Fabian,一位同样有创业经历的技术人才,对他说:"我们应该构建类似GPT Engineer的东西,但它必须是为不会编程的人设计的。"这就是Lovable的起源。
最初,他们将产品命名为GPT Engineer app,并通过等待名单发布。他们收集了大量反馈并不断迭代,主要在AI方面进行了许多改进。当他们认为产品真正优秀时,他们说:"好的,现在我们有了一个可爱的产品(lovable product)。"于是在2024年11月21日正式发布了Lovable。
发布后的增长速度惊人:"我们在一周内就达到了100万美元的ARR,然后它继续以这个速度增长。现在它的增长速度甚至比那还要快。"Anton透露,目前Lovable的增长速度超过每周100万美元ARR。
这个从开源项目到商业产品的转变过程,展现了Anton作为技术领导者的远见。他不仅看到了AI技术的潜力,更重要的是理解了如何将这种潜力转化为真正能改变世界的产品。
四、突破AI的技术瓶颈:Lovable背后的创新机制
当Lenny问到Lovable在技术上的独特优势时,Anton分享了一个关键的突破——他们发现了一种新的扩展定律(scaling law),使得Lovable能够比其他AI工具更可靠地生成代码。
"在构建AI系统时有许多扩展定律,"Anton解释道,"这个特定的定律是关于当你投入更多工作时,产品会可靠地变得越来越好。你通常在AI构建东西时看到的是,它在开始时超级好,然后就卡住了。"
Lovable团队的突破在于系统性地识别AI容易卡住的地方,并针对性地解决这些问题。Anton详细解释了他们的方法:"我们煞费苦心地识别它在哪里卡住。有不同的方法,但要解决它卡住的地方。调整整个系统,定量地进行,并有一个非常快速的反馈循环来改进它在卡住的地方,最重要的地方。它仍然有时会卡住,但这就是扩展定律。我们在这个扩展定律中仍然处于早期阶段。"
当Lenny追问什么是"卡住"时,Anton解释:"它引入了某种bug,然后它不够聪明,无法弄清楚如何摆脱那个bug。"这是使用AI代码生成工具的人普遍遇到的问题:AI到达某个点后会说"我不知道该怎么做"或者遇到无法解决的基础设施问题。
Anton特别指出了他们重点解决的几个关键领域:"具体来说,添加登录功能、创建数据持久化、使用Stripe添加支付。这些是我们确保它不会卡住的事情。"
有趣的是,Anton对未来持乐观态度:"这是今天的问题。而这个问题的前沿正在迅速后退。"他认为,目前用户确实需要掌握如何帮助AI"解困"的技能,但在未来,AI系统将不会再卡住。
这种技术创新使得Lovable能够更可靠地处理复杂的开发任务。当Lenny提到他们不会深入讨论技术细节,因为这是公司的不公平优势时,Anton谦虚地承认这确实是他们的核心竞争力之一。
在讨论到与竞争对手的差异时,Anton强调了Lovable的独特定位:"为非技术人员打包软件是我们的目标。"他展示了如何即时编辑文本和改变颜色,无需进入代码编辑器,也无需等待30秒让AI完成完整的更改。"这是我们思考如何打包它的重要方式。"
另一个关键差异是与GitHub的同步功能:"它与GitHub同步,这意味着你可以使用Cursor,或者你团队中想要更底层操作的人可以使用Cursor,而那些不想折腾设置本地文件系统、提交到GitHub等的人可以使用Lovable。"Anton指出,他不知道任何其他工具提供这种功能。
最重要的是,Lovable在防止AI卡住方面表现最佳:"不卡住对人们来说是最重要的事情,这就是为什么我们较晚进入这个领域。我们没有像许多其他公司那样做同样类型的营销,但从我与人们的交谈来看,我们仍然被评为最可靠的工具。"
这些技术创新不仅让Lovable在激烈的竞争中脱颖而出,更重要的是,它们正在推动整个AI辅助开发领域向前发展,让软件创建变得更加可靠和易用。
五、15人团队创造奇迹:Lovable的人才哲学
当被问及如何用如此小的团队实现如此惊人的增长时,Anton首先谦虚地表示:"我想把所有功劳都归于自己,说我做了端到端的所有产品工作,但我们是建立在现有基础上的,如果要用石油来比喻,我们发现了石油,也就是基础模型。"
他接着解释了Lovable团队真正做的事情:"我们痴迷于找到向用户展示这个的正确方式,人类的界面是什么,让人类能够从中获得尽可能多的价值,将所有东西打包在一起。我在演示中向你展示了如何添加身份验证,让这些无缝地协同工作。这就是我们所做的。然后人们喜爱这个产品,这就是增长的驱动力。"
截至访谈时,Lovable团队已从15人增长到18人,其中至少12人会兼职或全职编写代码。Anton特别强调了团队的重要性:"团队就是构建优秀产品的一切。所以我要向编写代码的团队致敬。最近我没有写太多代码。你需要能够快速交付的人,他们对什么是简单、什么是正确的抽象有良好的品味。我认为这就是我们做得不同的地方。我有这种痴迷,就是让它变得越来越好。"
关于招聘策略,Anton分享了他们的独特方法。他们的招聘启事深受Shackleton极地探险招募广告的启发,其中写道:"长时间工作,快节奏。候选人必须在高度紧迫感下茁壮成长,AGI时间线正在逼近。艰难的任务在前方。成功的话会获得荣誉和认可。寻求舒适工作的人请勿申请。"
Anton解释了这种直白风格的用意:"这种在瑞典不常见的雄心水平是最大的解锁因素。像我这样的人看到这是人类历史上工作一小时产生最大影响的时刻。这就是为什么我们必须超级有野心,提高雄心水平。然后我们也许可以退休,让AI照顾社会中的大多数事情。"
在具体的招聘标准上,Anton强调了几个关键点:
1. 关心程度:"最重要的是人们真正关心,而不只是'哦,我来这里只是为了一份工作,我来这里只是为了成为这段旅程的乘客',每个人都应该真正关心产品、用户,并且非常关心团队,关心团队如何更有效地协同工作。"
2. 超能力维度:"你通常希望在某个维度上拥有绝对的超能力,能够理解和做尽可能多的事情,像有这种通才大脑,能够快速学习任何技能,但在一个维度上要超级超级优秀。对我们来说,这主要是从AI、从大语言模型中榨取尽可能多的价值,并理解整个参数空间,你可以改变什么来让我们的产品表现更好。"
3. 原始认知能力:"我认为原始认知能力是在Lovable工作的最强相关因素。"
4. 创业心态:"有这种创业心态也非常重要,对快速行动和快速迭代更感兴趣,而不是有很多结构、很多流程,更多地思考整个业务,而不是思考我的具体职业、我的具体技艺。"
在面试过程中,Anton采用了几种方法来评估候选人:
- 深入了解候选人过去的工作经历,特别关注他们对所做工作的热情程度
- 展示一个未见过的难题,观察他们的思考和推理过程
- 进行工作模拟,至少一天,通常是一整周,让候选人实际参与团队工作
关于远程工作与办公室文化,Anton强调了面对面协作的价值:"我们大部分时间在办公室工作。我认为能够说'嘿,我认为我们对这件事的思考是错误的'或者'我们实际上不应该做这个其他的事情吗?'是非常好的。特别是午餐,一起吃午餐是一个相当有成效的时间,人们在交叉传播想法。"
当Lenny问到除了这些还有什么能帮助团队快速行动时,Anton的回答出人意料地朴实:"在办公室工作大部分时间。"他特别强调了共进午餐的重要性,称其为"一个相当有成效的时间,人们在交叉传播想法"。这种简单却有效的方法体现了Lovable团队注重实效的文化。
在工作流程方面,Lovable采用了敏捷但不僵化的方法:
- 每周进行计划会议,使用大型Jam board(白班协作工具)列出所有主要问题并排序
- 周末展示本周交付的成果,确保所有人保持同步
- 现在开始建立更长期的路线图,涵盖未来一到三个月的计划
- 使用Linear作为主要项目管理工具,甚至用它来追踪人才申请
- 配合使用FigJam进行协作设计和头脑风暴
Anton特别提到了"Polish Week"(打磨周)的概念,整个团队会专注于修复bug和改善用户体验。这种平衡快速迭代与质量保证的方法,是Lovable能够在保持高速增长的同时维持产品质量的关键。
这种将高标准、创业精神和实用主义完美结合的团队文化,正是Lovable能够以如此小的团队规模创造惊人成绩的核心原因。
六、AI时代的技能革命:什么将变得更重要,什么将被淘汰
在讨论AI如何改变工作技能的价值时,Lenny分享了一个深刻的观察:"感觉现在变得更有价值的是擅长弄清楚要构建什么,然后知道你构建的东西是否正确、优秀和准备就绪。所以这是发现、构思、想法,产品发布过程的一部分。然后是品味和工艺。就像,这是对的吗?这会解决人们的问题吗?"
他进一步指出了一个有趣的逆转:"以前,工程是最难、最有价值的技能。现在是弄清楚要构建什么。你可以坐在那里,告诉它要构建什么。我相信很多人来到你的屏幕前会说'我不知道要构建什么。我不知道人们想要什么。'现在这才是关键。"
Anton对此表示赞同,并补充了自己的见解:"如果你是创始人或想要构建某些东西,是的,我完全同意,弄清楚痛点是什么,看到通常目前对所有事情都有某种解决方案。你如何以某种方式使其好10倍?弄清楚这一点超级重要。"
对于已有产品的情况,Anton强调:"品味和提炼什么是好的品味变得更加重要。"
关于工程师的未来,Anton认为工程技能仍然重要,但需要进化:"工程技能集仍然很重要,因为它帮助你理解什么是约束,所以你可以构建什么。我认为很多软件工程师现在可能有点害怕。比如,好吧,我会失业吗?会发生什么?但他们应该把自己视为将人类陈述的问题转化为技术解决方案的人。"
他特别强调工程师需要提升抽象层次:"但他们确实必须将自己抽象到更高几个层次,不只是看他们的技术栈,比如,哦,我只能做前端更改。工程师或技术人员非常擅长理解技术约束是什么,他们应该把自己视为翻译者。"
当被问及是否应该学习工程管理技能而非实际编程技能时,Anton的回答充满智慧:"我认为做一点所有事情,成为通才,比以前重要得多。如果我今天组建一个产品团队,我会痴迷于为我雇用的每个人获得尽可能多的技能集。他们应该知道如何架构系统,最好是。他们应该懂设计。他们应该有产品品味。他们应该知道如何与用户交谈。我认为每个人都应该知道一点这些,最好是。"
关于具体的技能建议,Anton提供了一个明确的行动指南来成为AI工具使用的前1%:"我认为如果你花整整一周时间尝试达到一个结果,学习的最佳方式是我想做这件事,然后我想用AI来做那件事。如果你花整整一周,你就进入了全球人口的前1%。如果你有朋友,你周围的朋友有这种痴迷,或者他们也非常关心这个,那么你很快就会进入前0.1%。"
他进一步解释:"我认为仅仅通过花整整一周的时间,如果你不理解就问AI,确保你理解,你就能进入前1%。"
Lenny总结了这个建议:"所以我听到的是找到一个可以解决的问题。找到一个问题,你自己或某人的痛点,然后端到端地完全解决那个问题。花一周时间从想法到某人实际使用的东西。"
在整个讨论中,Anton反复强调了一个核心观点:在AI驱动的未来,成为通才比专家更有价值,理解用户需求和拥有产品品味将比纯粹的技术实现能力更加重要。这种转变不仅改变了个人职业发展的路径,也重塑了整个科技行业的人才需求格局。
七、从产品愿景到企业使命:Lovable的未来蓝图
当被问及Lovable的长期愿景时,Anton坦诚地说:"我必须说,我们正在构建最后一个软件,现在很难预测五年后世界会是什么样子。这很难。"
尽管未来充满不确定性,他还是勾勒出了一个清晰的方向:"我看到的最后一个软件是,从你想要改变产品的什么,或者你想要构建什么产品,到拥有它完全端到端工作,与你现有的任何系统集成,或与非常强大的第三方提供商集成,这个过程几乎是即时的。"
Anton举例说明了当前的能力:"今天,你已经可以说'添加一个与OpenAI的聊天',然后你的产品中就有了一个与OpenAI的聊天。但完美地工作是未来两年内会实现的事情。"
更重要的是,他看到了AI在产品开发全流程中的潜力:"构建产品不仅仅是工程方面,对吧?AI在聚合和理解你的用户方面可以非常有用。如果你使用分析工具,你知道有一些很常见的功能是查看用户如何与产品交互。AI可以在绝对大规模上做到这一点,并向人类提出更改建议,说,哦,是的,这听起来像是一个很好的更改,使它更直观一点。它还可以自动运行分离的A/B测试。所以你可以看到,通过数据,所有这些对产品的改进。"
关于近期的产品规划,Anton分享了几个关键方向:
1. 更强的代理(agents)行为:"我提到了这种代理行为,当我说代理时,意思是你给系统更多的自由来决定接下来发生什么。它可能想要编写测试,运行这些测试,然后说,哦,测试失败了,让我们修复它们。这是更快更远的重大解锁之一。"
2. 商业闭环功能:"有一些更明显的事情你想做,以便轻松地通过Lovable赚钱,比如如何设置它托管在你的特定域名上,如何与你的团队无缝协作,使这些成为现实。"
3. 创业者成功支持:"我们正在考虑帮助创始人在构建第一个版本后取得成功。他们如何获得更多用户?他们如何获得反馈?如果他们构建了有用的东西,他们如何传播出去?"
Lenny对最后一点特别感兴趣:"这正是我脑海中的想法。每个人都会构建所有这些东西。没有人会用这些工具获得任何吸引力,因为没有人知道如何找到用户,基本上没有人知道如何进入市场,增长是一个完全不同的技能。所以你们考虑这个真的很酷。"
Anton补充道:"我们如何为你运行一些付费广告?我们如何考虑SEO?我们如何考虑口碑、现实推荐?"他还提到Lovable已经在博客上提供了一些操作手册来帮助用户实现这些目标。
在谈到与现有代码库的集成时,Anton澄清了一个重要的区别:"让我纠正你。你不能在任何现有代码库上使用它。我们有一个导入代码库的研究预览。但你可以做的是,如果你从Lovable开始,那么工程师可以使用他们想要的任何工具来编辑它。"他透露,完全支持现有代码库的功能正在开发中,这将是一个巨大的突破,因为大多数听众都在现有产品中工作。
在讨论到AI的"代理"概念时,Anton展现了他的哲学思考:"我想深入探讨这个问题实际上意味着什么。我认为我们一直在谈论AI,哦,那会需要某种东西玩国际象棋,那就是AI。如果计算机能下棋,那就是AI。现在就像,哦,不,那只是一个国际象棋程序。我们总是把这个定义向前推进。"
他继续说:"我认为任何人类不做的事情都只是一个智能计算机系统,对吧?那么软件工程师什么时候是一个代理?我认为它总是会是这样,我们在Lovable中构建的只是一个界面,人类与之交互来创建他们想要的软件。然后我们如何解决这个问题,在某种定义下会是一个代理。是的,当然。但这对我来说不太重要。"
这种务实而富有远见的态度贯穿了整个访谈。Anton不仅在构建一个工具,更是在塑造软件开发的未来。他的愿景超越了技术本身,触及了人类创造力的本质:让每个人都能将想法变成现实,让软件成为思想的直接延伸。
八、失败中的智慧:从API困境到产品哲学的升华
当Lenny邀请Anton分享一个失败经历时,Anton选择了一个深具启发性的故事。他回忆起自己作为斯德哥尔摩AI初创公司Sana Labs第一名员工的经历。
"前提很简单,"Anton解释道,"人类以不同的方式学习。如果你个性化学习,那么你会获得两个标准差的更有效学习。所以有很多产品,比如教育软件,帮助你学习,但没有个性化。我们正在构建一个API来个性化学习。"
技术上,这个个性化AI系统表现良好。但问题出在产品策略上:"我们最终做的是,好的,这是这个产品。某人必须构建一个产品或某种学习方式,比如学英语,想想Duolingo。然后那些有产品的人必须使用这个高级AI API来开始使其个性化。"
这种改造现有系统的方法遇到了巨大阻力:"这非常困难,就像改装,你必须更换引擎并放入这个AI。"最终,这个方向没有为公司带来预期的成功。
Anton从中得出了一个重要的产品教训:"最大的教训是,你必须从'这个产品如何端到端工作?'开始,然后添加AI。或者思考,我们应该在哪里添加AI?你真的想看到用户的全貌是什么,你认为用户体验应该是什么样的全貌,然后添加AI来解决特定问题。"
他补充说,虽然Sana Labs现在发展得很好,但已经不再基于那个特定的产品了。
我担心大家对Sana Labs不够熟悉,没有搞明白这一段的意思,这里我多做一下解释:
Anton当时在Sana Labs开发了一个个性化学习的AI系统。这个系统本身技术很好,能根据每个人的学习特点来调整教学内容,理论上可以让学习效率提升两个标准差。但他们选择了一个有问题的商业模式:他们把这个AI做成了一个API(应用程序接口),想让已经存在的教育软件公司来使用。
具体来说:
Sana Labs提供API(可以理解为一个技术接口)
现有的教育公司(比如类似Duolingo的语言学习应用)需要接入这个API
这些公司要对他们已有的产品进行大规模改造才能使用这个API
问题在于:这种改造太困难了。Anton用了一个比喻:就像要把一辆已经造好的汽车的整个引擎换掉,还要让它继续正常行驶。现有的教育公司觉得这个改造成本太高、太复杂,所以不愿意采用。
最终,虽然技术很好,但因为这种"让别人改造现有产品来适应我们的API"的策略,导致这个方向没有成功。
Lenny深有感触地评论:"我认为很多人听到这个会说'当然',但我认为当你有一些很酷的技术,你觉得'天哪,每个人都需要尝试这个,他们会喜欢的',实际上很难记住这一点。然后你没有意识到,没有人真正关心,如果它没有为他们解决问题的话。"
这个讨论引发了一个有趣的想法。Lenny建议Lovable可以开发一个"产品教练"功能来引导用户思考关键问题:"好的,你试图为某人解决什么问题?有多少人有这个问题?这对他们有多重要?"
Anton开玩笑地提议:"也许我们应该添加学习模式。在Lovable中激活,它会激活这个产品教练。"
Lenny更进一步建议:"我们可以叫它Lenny模式吗?"
Anton欣然同意:"100%。我们在这里达成了协议。让我们做吧。"
这个轻松的交流也可以说是揭示了一个深刻的产品开发真理:技术创新必须服务于真实的用户需求,而不是相反。这个教训不仅塑造了Anton的产品哲学,也成为Lovable成功的基石之一。
以下就是2025年4月30日,Lovable团队举办了一场特别的AMA(Ask Me Anything)直播活动的完整问答记录,其中一些讨论,应该对从事Vibe Coding和做类似产品的同学有帮助,所以一并附上。
参与者介绍
* Talisha White:Lovable社区负责人,主持人
* Anton:Lovable联合创始人
* Fabian:Lovable联合创始人,工程负责人
* Nat:Lovable设计师
开场介绍
Talisha:大家好!欢迎来到Lovable 2.0的AMA直播。我是Talisha White,Lovable的社区负责人。[观众们纷纷在聊天中报出所在地:德克萨斯、马里兰州波托马克、南非、旧金山、乌干达、匈牙利等]
Talisha:让我来介绍今天参与直播的团队成员,我们先从Nat开始。
Nat:大家好,我是Nat,Lovable的设计师。希望你们中的一些人已经从之前的直播中认识我了。我一直在努力思考Lovable应该是什么样子,我们如何使用它,它能为你们带来什么。
Fabian:大家好,我是Fabian,和Anton一起创立了Lovable。我主要负责工程方面,努力让产品变得更好。
Anton:谢谢Talisha。我是Anton,也是和Fabian一起的联合创始人。我非常感激看到人们喜欢我们在Lovable所做的事情。我们知道这只是开始。正如我们所说,我们想要构建最后一款软件,让它创建所有其他软件。
问答环节
Q1: Lovable 2.0的品牌重塑背后有什么故事?
Nat:实际上我们原本没有计划重塑品牌。但我们意识到,去年11月发布时使用的品牌形象与我们从用户那里感受到的能量之间存在巨大差异。每次与用户交流后,我们都会说:"哇,人们感觉完全被赋能了!他们觉得自己能够解锁一个充满可能性的新时代,一个他们以前认为不可能的时代。"
人们认为可以以超人般的速度创造事物,但我们看看之前的品牌,感觉有点暗,有点......[此时他的猫打断了直播]......所以我们想要刷新一切,添加更多色彩,让它感觉更有活力。因为坦白说,每当我们看到用户创造的内容,都是超级有活力的。所以我们的想法是展现可能性的光谱。
Q2: Lovable 2.0的主要改进有哪些?
Anton:除了明显的UI变化外,我们发布的一个重要新功能是聊天模式(Chat Mode),它允许你与AI对话。我们构建了一个全新的系统来支持这种更具对话性的...我不太想说"代理"(agent),但这就是我们内部的叫法。这是一种更具对话性的模式,让你能更好地解决使用Lovable时遇到的问题。我认为在我们内部测试时,这确实是一个很大的突破,让我们使用起来更加得心应手。
Q3: 邀请用户到项目和工作空间有什么区别?
Anton:如果你有一个已经开始的项目,想要给某人访问权限,你可以只给他们项目级别的访问权限。或者你可以想:"让我和朋友创建一个工作空间,随着时间推移我们可能会创建多个项目。"如果你想这样做,那么你就给他们工作空间的访问权限,通过链接或电子邮件邀请他们。
Fabian:简单来说,工作空间就像是一个物理团队。如果你在一个团队中工作,你创建一个工作空间,邀请团队中的每个人,然后你们可以创建一系列项目,所有人都默认可以访问这些项目。如果你只是进行一次性的合作,那么你可以直接邀请人们到具体项目。
Q4: 我用Lovable创建的网站能承受多大流量?
Anton:我不会说它可以处理无限的流量,但如果只是一个网站,Fabian,我认为它非常接近能够处理无限流量了。
Fabian:是的,我会很惊讶如果有人能仅凭流量就把托管服务搞垮。我们使用最先进的用户...服务大量用户的托管服务,所以实际上是无限的。但是,如果你设置了Supabase,那么Supabase有其自己的扩展限制。它们不是无限的。你可以在Supabase网站上了解具体的限制是什么。不过我仍然会很惊讶如果有人在未来几个月内就接近这些限制。所以这不是需要担心的事情。如果你遇到任何问题,支持团队会非常乐意帮助你,因为这是我们想要支持得很好的东西——扩展性是我们致力于支持得很好的东西。
Q5: 我们什么时候能获得改进的UI设计输出?
Fabian:这是我们持续在改进的东西。实际上,对于Lovable 2.0,我们一直在不断改进。到了2.0发布点,我们觉得可以将所有这些渐进式改进打上2.0的标签。我们内部也有一些测试,在初始生成上做更多工作。这需要更长时间,但可以产生非常酷的输出。所以我们也在持续实验这个。
但我只想说,我很想听听具体有什么设计方面的不足。当我看到AI生成设计的比较时,我通常看到Lovable创建了一些最好的设计。这不是我的观点,而是其他人的。
如果你像我一样不懂设计,我就让AI来做。我倾向于发现如果我太固执己见,反而会让它变得更糟。所以我倾向于把它交给AI。但你也可以半参与,说"我想要更传统的风格"或"请使用无衬线字体",把这些放入提示词中,获得更多个人风格。它通常很擅长遵循这些具体的风格指南。
Q6: 你们有什么计划来改进Lovable生成网站的SEO?
Anton:SEO意味着让人们更容易通过Google找到你的网站。我们希望人们能通过Google轻松找到网站。当然,如果Lovable项目已发布并有自定义域名等,你可以通过Google找到它们。有几件事可以让Google更容易在正确的搜索中显示你的网站。例如,网站标题设置正确。有一个属性叫做title。你可以要求Lovable确保一些元数据针对Google、针对SEO进行优化。然后它会做一些改进。
Fabian:SEO是一个很大的范畴,有一长串你应该做的事情来获得最佳效果。其中之一是性能。如果你使用Google的Lighthouse性能工具,新的Lovable网站通常会得到100分。所以我认为这通常是合格的。当然,你可以开始以一种让网站变得不高效的方式构建,那就需要检查了。
但SEO的主要事情首先是确保Google能找到你的网站。这通常通过链接到你的网站来完成。我们已经讨论过帮助人们创建更多可发现性。例如,我们有launch.lovable.dev,如果你把网站添加到那里,Google会更好地索引你的网站,因为它会在新Lovable网站列表中看到它。你还可以在社交媒体上发布等等。
我认为我们将继续关注和改进的是,Lovable能够在修复SEO最佳实践方面变得更加主动。但我会说,通常如果你要求Lovable确保使用SEO最佳实践,你可以使用聊天模式,与它讨论:"嘿,我的网站有哪些潜在改进?"那么你就会得到很好的AI反馈,了解可以为你的网站做哪些改进。
Q7: MCP(Model Context Protocol)什么时候会进入Lovable测试版?
Anton:这是个有趣的问题。我们实际上已经在内部尝试设置MCP。我们认为MCP可能是一种让你搬起石头砸自己脚的方式。什么是MCP?MCP是让我们的代理(即Lovable)使用外部工具的方式,任何外部工具。这可能是危险的,这就是我要说的。所以我们要做的是发布那些真正非常好用的工具。我们希望当使用某些MCP时,感觉非常可靠。Fabian,我认为我们将在未来六周内在这方面看到一些进展。对吗?
Fabian:也许是这样。[笑] 这有点长。我正要说,是的,我相信我可以承诺这个时间表。
Q8: 是否有计划更多地关注人工支持?
Anton:是的,我们有五位出色的支持工程师。我们需要更多支持工程师。如果有人有兴趣加入我们的支持团队,请联系我们。
关于AI回答,我们知道有些人真的很喜欢AI回复,因为它们是即时的。但对于某些问题,它们并不令人满意。所以我们致力于更好地识别何时应该由人类回答。
Q9: 在如此快速发展的领域,接下来的3-6个月会是什么样子?
Anton:那么我们想在Lovable创造什么?我们正在构建一个让任何人都能通过访问Lovable就建立业务的平台,一切都能可靠地工作,获得完整的商业级软件,能够带来收入。这就是我们实际关注的。
我们认为,如果我们实现了这一点,那么我们看到的所有其他用例——不是建立业务而是建立网站或为自己构建工具——都会自然而然地实现。所以这就是我们如何进行规划的方法。
更具体地说,产品在这三到六个月将如何发展,将是改进集成的数量和这些集成的工作方式,让设置存储数据、登录和连接到集成(如AI功能、支付和分析)变得更容易,使所有这些东西更无缝地工作。
一个关键的事情是,在生产环境中运行应用程序的人知道,当系统在生产环境中运行时,在不影响用户的情况下更改系统并不简单。这是我们的首要任务之一,确保一旦系统在生产环境中运行,你可以在不影响用户的情况下进行更改。
Fabian:是的,我想说现在Lovable在一个环境中工作,这在测试时很好,很容易理解。你只有一个地方有数据和代码,它们总是相同的。但当你进入生产环境时,你通常需要一个开发环境。所以这是我们将要推出的东西。
但我只想说,像我们谈到的分析等不同功能,这些都是我们想要并将要添加的好东西。但实际上,主要焦点是使其更可靠,构建更复杂的应用程序,真正推动AI能构建什么的前沿。基本上改善这种核心感觉——向Lovable提出要求,然后Lovable为你构建,使这个过程更快更好是我们的主要优先事项。
Q10: 如何确保在添加复杂功能时我的应用不会崩溃?
Fabian:这取决于具体情况。我和Anton可能会有一些不同的策略。我认为一件不是每个使用Lovable的人都知道的事情是,Lovable有版本控制。就像开发者使用Git一样。这只是一个花哨的词,表示能够回到不同的版本。所以这意味着如果你觉得自己开始偏离轨道了,你总是可以回滚到之前的版本。这是需要记住的事情。有时候退后几步,然后尝试朝不同方向前进是正确的选择。
我鼓励人们在构建更复杂的东西时遇到困难时尝试的另一件事是使用新的聊天模式,在那里与AI对话,因为那时Lovable仍然拥有你代码的完整上下文,但它不会被允许编辑代码。这通常是一个很好的方式,迫使Lovable更多地思考,好吧,我们实际应该在这里做什么,而不是直接采取行动。你作为用户可以更好地控制,比如,好的,这听起来不错,这听起来是个可靠的计划,让我们尝试推进它。
Anton:作为一个建立过初创公司的人,我认为做大量思考并在你知道它们是必要的之前尽可能少做复杂功能通常是明智的。因为当你作为工程师编写代码时(就像我做过的那样),当你添加许多复杂功能来发展产品时,它总是会变得困难。所以如果你能在开始要求AI做高级事情之前尝试简化,你会有更好的体验。
然后当你确实知道你想要添加一个复杂功能时,有时我会创建一个新的独立项目,只创建那个复杂功能,确保它能工作,并学习一些关于如何使它工作的知识。然后我回到我的主项目。我添加那个复杂...我现在已经学到了使它工作最重要的是什么。我将它分解成一个个小块,以达到我们正在努力的复杂功能。同时在每一步测试我没有搞砸任何东西。可能会像Fabian提到的那样进行回滚。
Q11: 我们能获得更好的Stripe集成吗?
Fabian:我认为如果你一个月前使用过它,我们在那段时间已经做了一些更新。所以它已经改进了一些。但是的,它仍然可能会令人困惑。
Anton:即使没有AI,Stripe也是相当复杂的安装。我自己做过。我不建议从头开始做。
Fabian:现在,Lovable已经教会了它构建Stripe设置的最佳实践,但你仍然需要自己进入Stripe仪表板,获取正确的产品ID或从Stripe获取ID,并自己在Stripe中配置webhooks。这是我们将要推出的东西,让Lovable能够控制并为你配置Stripe。这样就减少了复制粘贴,Lovable可以采取更全面的方法来与Stripe集成,基本上使它变得更容易。你不必进入Stripe仪表板的开发者设置中做事情。
Q12: 对一年级计算机科学和数学本科生有什么建议?
Anton:我只能说,我们期望扩大Lovable团队,我们正在寻找非常有雄心、技术背景强、想成为通才并在团队中做不同类型事情的人。被我们注意到的最好方式可能是参与社区活动,帮助他人,联系Talisha,分享你有兴趣贡献什么。
你可能不知道,但Talisha在Lovable负责社区工作。她有计算机科学背景,过去创办过AI初创公司。公司里几乎每个人都有这样的技术背景。
Fabian:我认为当人们构建酷的东西时真的很酷,可以是用Lovable,也可以是其他东西。但仅仅是你在这个领域做事情的事实,我认为就展示了很多我们在这里与人合作时寻找的东西。
Q13: 随着项目增长,你们如何处理上下文大小限制?
Anton:我认为我们做了很多聪明的事情,技术方面我可以在单独的会议中详细介绍,但作为用户,如何思考这个问题是,确保AI查看代码中正确位置的最好方法是开始一个聊天会话,AI会逐步阅读整个代码库的越来越多部分。然后当你聊到如何实现功能时,你问AI你认为我应该怎么做?哪些文件最相关?
然后如果你懂一点编码,或者你只是尝试思考,也许帮助AI创建一个计划。然后当AI与你一起创建了一个计划,你提出非常具体的问题,关于要更改代码的哪些部分,即使你有一个更大的项目,它也会更可靠地工作。
另一个是,如果你在一个大型复杂项目中做更改,目前作为用户,你应该进入并仔细检查它是否仍然像你做更改之前那样工作,并非常清楚地告诉AI在你做更改后什么不工作了。所以你经历这个测试循环,在你做更改后确保...我们在Lovable也这样做。有时我们没能做到,正如你可能注意到的。但我们必须始终检查,在我们更改产品后有什么停止工作了吗?如果有,我们回去更改它。
Q14: 未来是否会有品牌集成,让设计符合品牌颜色等?
Anton:这是我们正在努力的事情,所以请继续关注。仍然有方法可以实现这一点,我建议你开始一个全新的项目,附上你想要的外观的截图,你也可以放入代码,可以放入你的设计系统,或在代码中使用CSS样式,然后你尝试找到这样的提示,使它看起来像你想要的样子。然后你保存那个提示,每次创建新项目时都使用它。
Fabian:是的,我还要说自定义知识。一旦你创建了一个项目,如果你想要某些东西在你说的每条新消息中都被保留,而不是在聊天中丢失,你可以把它放在自定义知识中,然后它会为每条新的聊天消息记住这一点。
Anton:实际上如果你想每次都重用你的品牌,我认为最好的方法之一是获得一个有很多组件的地方,就像你想要作为设计系统的组件类型,然后你说,好的,很好,现在我完成了设计系统和组件。对于未来的项目,你从remix开始。你可以去菜单,然后你可以remix,你可以去设置,你可以remix它,这样你就得到一个新项目,你可以在此基础上构建,它保留了那种样式。
Q15: 为什么需要另一个计划来创建新工作空间?
Fabian:工作空间现在在Lovable中是你所有项目所在的地方。它是一个有所有工作空间成员的地方,可以编辑和阅读这些项目的人。它也与计费和你的计划绑定。它在那个工作空间中有共享的积分。我们将继续发展这个。
我认为这里的问题突出的是,你想要自己的小空间,只有你的项目,而不需要为此有单独的计划。我认为我们会添加类似工作空间内的文件夹,你可以组织项目,这将解决Justin这里的需求。
‍Q16: 对非程序员来说,如何完成开发的最后30%?
Anton:首先,我想说我们致力于确保你不必离开Lovable就能使完整的应用程序工作,这就是大多数成功产品的制作方式。如果这是一个非常复杂的功能,那么你希望有一个人类工程师参与进来,在你做最后的润色和随着时间的推移发展它时。
如果你想自己做,好吧,我认为你应该确保首先理解代码库中的各个部分是什么,所以你首先连接GitHub,然后在你的编辑器中打开它,比如我们说的Visual Studio Code或者Cursor,你理解什么是什么,你在本地运行它,然后你与AI交谈,理解需要做什么来使它工作,完成最后的30%,并继续向AI提问。随着时间的推移,你会学到很多东西,这是非常有价值的。
Fabian:在高层次上,我会说我们用Lovable尝试做的,以及产品所做的是,它为你提供了一种非常抽象的构建产品的方式,即使对我作为工程师来说,能够坐下来告诉AI该做什么也是非常好的。我认为聊天中的大多数人都有这种体验。
有时我几乎感觉有点懒,但这很好。这有时会带来这样的效果,你忘记了,好吧,AI实际上在写代码。如果AI遇到困难,对我作为人类来说,可能很难跟上,好吧,实际发生了什么。只要你不构建太复杂的东西,AI就会挣扎,这是可以的。
如果你正在构建的东西,我会说是在可能性的前沿,那么通过做Anton说的,理解更多,尝试深入了解并学习更多关于AI实际在挣扎什么,你通常可以走得更远。
Q17: 软件开发者什么时候能完全不看代码就制作软件?
Anton:我认为这已经在发生了。今天对于小型简单的事情已经发生了。对于复杂的事情,对于中等复杂的事情,今年正在发生,不是100%针对所有类型的中等复杂事情。对于高度复杂的事情,我认为明年就会发生,你可以在不看代码的情况下创建完整的软件、复杂的软件。
Q18: Lovable 2.0中的安全扫描是什么?
Fabian:我们与Supabase合作提供我们的后端,它使用一种叫做RLS策略的东西,即行级安全策略。有一系列关于如何配置这些策略的最佳实践。安全扫描所做的是进入并查看这是如何配置的,确保它以安全的方式配置。
我认为的方式是,当你只是在开发,没有任何实时数据,或者还没有将你的应用程序投入生产时,我认为只考虑功能性等是非常有帮助的。但在你按下发布按钮之前,通常最好三思,好吧,我实际上是如何处理数据的?特别是如果你在做一些涉及个人数据或密码等的事情,那么检查代码并确保它是正确的就至关重要了。我们提供的这种安全扫描是一个帮助理解是否存在任何问题的工具,AI可以帮助解决这些问题。
Q19: Lovable 2.0是否提高了价格?
Anton:对于忠实的Lovable用户,你们将保持现有价格。你可以打开定价页面看到,好吧,只要你继续是客户,你就会保持那些较低的价格。我们注意到,对于很多使用场景,有大量的AI消耗,这让我们花费了很多钱。所以我们不得不为新用户提高价格,变化通常相当小,你可以在lovable.dev/pricing找到详细信息。
Fabian:我们将初始层级的价格从20美元提高到25美元,这种变化也反映在下一层级。随着你升级到更高层级,我们也提供批量折扣,使每个积分更便宜。
Q20: 如何确保Lovable不会在多步骤过程中不断停止?
Anton:我们注意到,如果你作为人类保持在循环中,你会得到最好的结果。目前,我们建议做相对较小的提示,并在进行下一步之前检查一切是否如你所愿。随着时间的推移,对于某些情况,我们当然会支持一次多个步骤。但这有点危险,就像你不想让AI自动"vibe code off a cliff"(偏离轨道),正如Talisha所说。
Fabian:我认为这也非常微妙,如何提示Lovable。我认为学习的最好方法之一是实验。但正如我所说,一般的技巧是将其分解成更小的提示,一次做一点,确保你在进行过程中验证,这样你就不会最终破坏某些东西,也许10次编辑前就破坏了,然后你必须去搜索它。如果你保持在循环中,随着进行测试,那么希望不会有惊喜。
Q21: 你们是想成为下一个Figma吗?
Anton:这是个好问题。我们想创建这个Package,让你不必离开Lovable就能创建你的产品。我不是Figma的重度用户,所以我不能回答Figma是否有其他我们永远不会支持的用例,但我们对Figma没有任何反对意见。
Fabian:作为开发者,当我构建东西时,我总是自己用代码进行原型设计。所以对我来说,从手动输入所有内容到使用Lovable感觉非常熟悉,因为以同样的方式,Lovable只是编写代码来进行原型设计,你可以让它具有交互性等等,它通常更...你可以分享Lovable原型,让它在原型中使用AI请求,你可以有按钮做一堆疯狂的事情,很快就能达到原型阶段。
所以我认为这些工具仍然服务于有点不同的目的。比如你可以将Figma设计导入Lovable等等。但是,你也可以直接使用Lovable进行原型设计。
Q22: 团队在构建Lovable时是否研究过上一代低代码平台?
Fabian:是的,我尝试过很多这样的平台,说实话,我总是感到困惑,有太多按钮需要了解等等。我可以看到经常使用它们的人可以变得相当擅长使用它们。但我们试图用Lovable做的是真正保持界面非常简单。所以你不需要这种漫长的学习曲线来了解所有这些不同的按钮是做什么的等等。更多的是有这个非常简单的设置,你有一个聊天,你有一个预览,你提出要求。
我最大的收获是,我只想让人们构建变得更简单,而不必学习太多如何使用工具。它应该是直观的。
Q23: 你们什么时候计划集成网站分析(如Google Analytics)?
Fabian:我们目前正在计划并做一些发现工作,研究如何最好地做到这一点,它即将到来。我不确定我想在这里承诺一个时间表。Anton,如果你想设定时间表,那么也许我可以说是,但这是我们正在积极研究的事情。
Q24: 能分享你们对安全功能路线图的想法吗?
Anton:我不会分享太多细节,但AI实际上很擅长理解是否存在任何漏洞,这是我们未来将要利用的东西,在你发布项目之前。如果看看有哪些漏洞,我们看到的唯一漏洞,Fabian,应该100%通过我们现在添加的安全更新(即安全检查器)得到解决。但如果我错了,如果还有任何未解决的漏洞,请纠正我。
Fabian:我总是犹豫说100%的安全漏洞都得到了解决,因为事实从来不是这样。你会看到微软,你会看到这些大政府被黑客入侵等等。但我们致力于使Lovable成为最安全的vibe code平台。我们添加的第一个安全扫描功能只是我们想要做的开始,以确保你构建的软件是安全的。这是我们非常致力于继续改进和推出新功能的事情。
Q25: 为什么Lovable积分不能滚动使用?是否有办法在不升级的情况下获得更多积分?
Anton:这是个好问题。我喜欢解决困难的问题,我认为滚动积分当你深入研究时,并不完全清楚它如何工作。但由于我们如此专注于改进产品和可靠性,我们现在的做法是根据具体情况,如果你损失了很多没有滚动的积分,支持团队可能会帮助你从上个月获得积分,如果你仍然是Lovable的客户。所以这是我们正在考虑的事情,我们正在寻找最佳解决方案,随着我们稳定和改进产品。
Q26: 应该使用大提示还是小提示?哪种更好?有区别吗?
Anton:我认为这实际上取决于你想做大提示还是小提示。太长的提示不好。如果你在对项目进行更改,非常长的提示通常不好。较小的提示更可靠,但它们应该包含所有必要的信息,让AI准确理解你的意思。
Fabian:我认为你触及了更重要的东西,Anton,即提示的长度不一定决定提示的成功。更多的是提示有多清晰,你所说的是否有歧义。通常当我提示时,我很懒。所以我只说一些简短的东西,它相当模糊。如果我对人类开发者这样说,他们可能也不会理解我。所以一般来说尽量——你不必——你总是可以不清楚,希望AI理解。但如果你觉得AI误解了你,那就是一个很好的提示,试着更清楚。
结束语
Talisha:感谢大家加入我们,感谢大家提问。抱歉我们不能回答每个人的问题。有太多问题了。我试图尽可能回答更多人的问题。
让我问你们两位一个问题:Lovable接下来会发生什么?
Anton:Lovable将会发展很多东西,我认为我们最致力的是使可靠地更改项目成为可能,而不会卡住。其次,发展你的产品而不用担心它会影响当前正在运行的真实用户系统。这是两个最优先的事情。但我们有更长的清单。
Fabian:我不想分享任何接下来会发生什么的热点消息,我认为我们会在时机成熟时预告。但我要说的是,如果你三个月前或六个月前使用过Lovable,你会看到我们可能有一些新的酷功能等等,但你也会感觉到,通常你可以比六个月前走得更远。
这真的仍然是我们的首要任务,比如确保你可以用Lovable创建的东西是更令人印象深刻的东西。希望我们能继续以同样的方式改进,并确保我们能以最好的方式交付。最终,它应该感觉像是在与一位专业的人类软件工程师合作,只是速度快得多,希望如此。
Anton:Talisha,你能在我们结束前说点什么吗?
Talisha:我们正在努力工作。整个团队都在努力工作,让Lovable成为最好的产品,让vibe coder们能在Lovable上构建你们的梦想。我们听到了很多人说,他们不是程序员,没有技术背景,他们处于人生的第二阶段,他们想要构建一些了不起的东西,我喜欢你们能在Lovable上构建它。
免责声明:本站内容来源于互联网公开信息,仅供学习和参考使用。如涉及版权问题,请联系我们,我们将在核实后第一时间删除相关内容。