這是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上構建它。
