過去一年裡，vibe coding 已經變成普通人接觸 AI 生產力最直接的方式——不會寫代碼的人，也可以用自然語言描述需求，讓 AI 幫自己生成一個能運行的 App。
但對於真正想做產品的人來說，「生成」只解決了最基礎的一步。一個 App 能夠運行，並不等於它已經具備了產品價值。只有當創作者開始關心它是否足夠好用、運行是否穩定、能不能真正解決用戶的問題，以及用戶是否願意長期使用時，這個 App 才有了成為產品的可能。
對於不會寫代碼的人來說，vibe coding 最直觀的變化當然是降低了開發門檻。但如果本來就會寫代碼，它的價值反而沒有那麼顯而易見。畢竟讓 AI 幫忙補一個頁面、寫一段業務邏輯，如今已經不是什麼稀缺能力。
真正耗費開發者時間的，往往是代碼之外的那些事情。
一個 App 從功能完成到真正上線，中間還隔著測試、合規整改、隱私政策、軟體著作權、App 備案、商店資料、審核提交，之後還要考慮分發與運營。這些事情大多不會直接改善產品的核心體驗，卻會消耗開發者大量時間和精力。
騰訊旗下的 AI 應用生成平台吐司最近上線了開發者權益包，也是我近期嘗試的產品之一。相比於單純強調「普通人也能做 App」，這次更新更讓我感興趣的，是吐司開始嘗試讓普通人不僅能做出 App，也能把它真正上架。
▍用吐司做一個「天光時刻」
在展開介紹吐司的功能之前，我想先從一次實際的經歷講起。
經常拍照的人應該都聽過「黃金時刻」和「藍調時刻」。太陽升起和落下前後的光線變化，會直接影響照片的色溫、反差和整體氛圍。然而，這些絕佳的光影往往稍縱即逝，想要精準「追光」，就極度依賴提前的規劃與準備。
大多數天氣類 app 都只會顯示日出日落時刻
所以我也一直希望能有一款能夠展示日月運行和特殊光線時段的攝影規劃 App。我希望它既能清晰標註每日的日出日落、黃金時刻與藍調時刻，也能讀取當前位置，並查詢未來任意日期的數據。雖然許多天氣 App 也包含這類資訊，但入口往往藏得很深，想要對比其他數據時只能反覆跳轉。
所以我決定用吐司來試試。吐司的使用方式很直接：先用自然語言描述需求，它會拆解出功能點並生成預覽，之後再通過對話繼續修改。吐司目前可以在 Android 和 iOS 端使用，但能夠打包並安裝為獨立 App 的主要是 Android 版本，所以這次我也以 Android 端為例。
我給吐司的第一條提示詞只有這樣一句話：
需要做一個展示日月事件的 App，比如每天的藍調時間、黃金時間、日出時間等天文細節有關的數據
吐司接收到需求後，自動拆解出了日出日落計算、黃金時刻、藍調時刻等核心功能，並很快給出了第一版可交互預覽。老實說，第一版已經比我預想中的完成度高。
不過，它距離一個我真的會長期放在手機里的工具還有不小距離。所以基本框架出來之後，我更多是在通過吐司的選取工具配合自然語言，逐步調整第一版中不太滿意的界面、資訊層級和交互方式。
基本形態敲定後，後續的修改主要聚焦在算法和功能細節上：補上了專業模式開關，讓用戶可以在簡潔視圖和詳細天文數據之間切換；接入了系統定位權限，直接讀取手機 GPS 獲取當前位置的天文數據；加入了未來日期查詢，方便攝影師提前規劃拍攝計劃；校正了藍調時刻和黃金時刻的計算規則，進一步提高時間計算的準確性。
對有開發經驗的人來說，用吐司這類的平台很容易有這樣的顧慮：
如果我真的想把這個 App 繼續做下去，還能不能離開吐司？
很多低代碼和 AI 應用生成工具最方便的時候是在開始階段，但隨著產品逐漸複雜，平台本身也可能變成新的限制。如果應用只能繼續留在原有平台里維護，那麼早期節省下來的開發成本，未來可能又會變成遷移成本。
吐司在這裡採用了相對開放的做法。為了滿足從個人開發者、小型團隊到有更複雜開發需求的不同用戶，吐司提供了「基礎版 Plus」和「進階版 Pro」兩檔套餐。
Plus 和 Pro版本都支持下載生成應用的源代碼。所以開發者可以先通過自然語言快速完成原型和 MVP，等到應用逐漸成熟，需要更精細地控制代碼結構、性能或者業務邏輯時，再把項目帶回自己熟悉的開發環境繼續維護。
吐司生成的 Android App 可以直接申請和調用系統定位權限。比如在我的「天光時刻」中，我就可以通過手機里的 GPS 獲得當前設備的位置。
不過，定位只是其中比較基礎的一項。如果我想繼續做下去，後續給「天光時刻」加上賬號同步、拍攝提醒、甚至用 AI 分析照片構圖。那麼吐司目前開放的 30 多項系統、雲端和 AI 能力，就能派上用場，不需要自己從零搭後端。相比之下，H5 頁面會受到瀏覽器能力限制，小程序則依賴各自的宿主平台，在系統權限和運行環境上通常沒有獨立 App 那麼自由。
▍為什麼要生成安卓 App？
市面上的 vibe coding 產品路徑各異。有的生成 H5 頁面，需要依賴鏈接訪問，缺少穩定的獨立安裝入口；有的生成小程序，依賴特定平台容器才能運行；有的生成可操作原型或網站，多用於展示與概念驗證。相比之下，網頁和小程序更適合快速分享與臨時體驗；對於每天都要打開的工具，獨立安裝的形式通常更自然。
吐司則走了另一條路，它能在安卓端生成可直接安裝到手機上的 APK。這樣生成後的應用也能擁有獨立的桌面圖標，可以離線運行。分享安裝包給別人以後，即使他手機里沒有安裝吐司，也能像普通 App 一樣使用。更重要的是，APK 讓應用擁有了獨立安裝和長期使用的形態，也具備了進入應用商店分發體系的基礎。對於希望長期使用的工具來說，這種獨立應用形態也提供了比網頁或臨時頁面更穩定的使用入口。
吐司是應用寶孵化的產品，應用寶又是中國最大的第三方安卓應用商店。對開發者而言，做完的 App 可以直接提交到應用寶上架，審核、分發、運營的流程都是現成的，不需要再額外尋找和重新熟悉另一套完全獨立的分發渠道。
從 App 到真正的產品，還需要跨越的四道門檻
如果一個 App 只是解決自己的一個小問題，它更像是一個個人工具。比如我做的「天光時刻」，最初只是為了方便自己查看每天的黃金時刻和藍調時刻。它不需要伺服器、不需要賬號體系，甚至不需要考慮商業模式，只要能夠準確計算對應時間，就已經足夠了。
但如果希望它被更多人使用，情況就完全不同了。吐司 2.0 想繼續解決的，是 App 做出來之後的事情：怎麼完善、怎麼上架，又怎麼被真正的用戶找到。
第一道門檻：讓一個 App 具備持續價值
對於很多人來說，AI 生成 App 的第一步已經不難：提出需求、描述功能，AI 就能快速生成一個能夠運行的應用。但當這個應用真的交付給別人使用時，新的問題隨之出現：
它應該免費嗎？
有沒有必要收費？
如果不收費，如何承擔後續維護成本？
如果收費，用戶為什麼願意付錢？
在我看來，這也是從「做一個工具」到「做一個產品」之間最大的區別。過去，一個創作者想完整回答這些問題，先要找到一種與產品階段相匹配的經營方式，再要自己接入支付系統、設計會員體系等等。
問題在於，一旦開始考慮收費，開發者馬上就要面對支付、會員權益、結算這些與核心功能完全不同的工作。對於沒有技術背景的普通創作者來說，這些事情跟重新寫一個 App 的難度差不多。
吐司 2.0 正在搭建的廣告組件接入就可以解決這個痛點。簡單來說，我可以根據應用所處的階段，選擇更合適的商業化方式。
對「天光時刻」這樣的工具，我不會在一開始就加入商業化變現組件。那個階段它的功能仍然比較單一，保持免費既能維持簡潔的使用體驗，也更適合驗證究竟有多少人真正需要它。
等「天光時刻」進一步完善後，有了穩定的使用場景，比如「天光時刻」在最新版本中支持了專業拍攝規劃、天氣與能見度分析，甚至針對不同場景給出建議，它就有可能成為一款面向專業用戶的垂直工具。對於這類解決具體問題、能夠持續提供價值的 App，付費下載會更加合適。
不過，找到合適的商業化方式，只是讓一個 App 具備持續價值的第一步。用戶願意持續使用甚至付費的前提，始終是這個應用能夠不斷回應新的需求。隨著用戶增多、使用場景不斷擴展，原本只需要完成單一任務的小工具，也會逐漸產生數據同步、外部服務接入和智能分析等更複雜的需求。
第二道門檻：從「工具」成長為「服務」
「天光時刻」在我的設想中只需要計算各種時間。我把應用發給幾位會拍照的朋友試用後，有人問能不能順便顯示天氣和能見度，也有人希望它直接告訴自己「今天值不值得出門拍」。這些反饋已經超出了單純計算時間的範圍。
表面上這些功能看起來只是一個簡單需求，背後卻對應著完整的開發鏈路。比如賬號登錄需要用戶體系，數據同步需要後端服務，AI 功能需要接入模型接口，實時資訊則需要連接第三方數據源。對於專業開發者來說，這些都是開發過程中需要提前規劃的基礎設施。但對於通過 vibe coding 創造應用的普通用戶來說，它們往往才是從「工具」成長為「服務」時遇到的第二道門檻。
吐司 2.0 的開發者模式開放了更多面向這一階段的能力，包括大模型接口、多模態能力、雲資料庫和後端服務等，讓應用不再停留在一次性生成的單機小工具，而是具備繼續擴展、持續運營的空間。
當它需要走出朋友圈，面向更多陌生用戶時，創作者還必須回答另一個更現實的問題：用戶應該去哪裡找到它，又如何放心地安裝和使用它？
直接分享 APK 或許足以完成小範圍測試，卻很難支撐長期分發。它缺少穩定的下載入口，也難以建立用戶信任，更無法獲得應用商店提供的搜索、推薦、更新和版本管理能力。要讓一個 App 真正進入公共市場，創作者最終仍然需要跨過正式上架這道門檻。
第三道門檻：正式上架一個 App
真正把一個 App 上架到國內的 Android 應用商店時，流程遠比安裝 APK 複雜。
應用名稱、分類要符合規範，簡介要通過審核，截圖要按尺寸規格提供，權限說明要逐項列出，這些還都只是最基本的資訊。進一步還要完成軟體著作權登記、App 備案、合規材料準備和隱私政策聲明，部分類別還需要額外資質。表面看起來這些事情不涉及一行代碼，但流程和邏輯也能耗費一個創作者幾周的精力。
而且這些環節又環環相扣，我哪怕只疊代了一部分應用功能，相應的隱私政策、權限說明甚至軟著材料都可能需要跟著調整。軟著申請本身又涉及複雜的文檔整理和格式要求，按普通流程辦理，通常需要大約 45 個工作日。如果應用還涉及聯網服務，伺服器、域名、實名認證以及相關備案之間的關係，也很容易讓第一次接觸這些流程的人摸不著頭緒。
這也是為什麼即便有了各種高級能力，很多創作者最後還是選擇把 APK 發到群里讓朋友手動安裝——正式上架的門檻實在太高了。
經過簡單的開發者認證以後，就可以使用吐司中的開發者功能了
所以，在我看來吐司 2.0 中最值得關注的功能之一，就是「一站式上架服務」。我覺得這套流程真正省心的地方，絕不僅僅是少填幾張表。由於應用本身就是在吐司中完成的，平台可以自動提取應用名稱、核心功能、權限調用和數據使用情況等資訊，再由 AI 整理和生成對應的上架材料，直接幫助開發者整理應用名稱、簡介、分類、圖標和截圖等上架資訊，也為後續軟著申請、App 備案、隱私政策和用戶協議等環節準備對應的所需材料。
到了備案和軟著這些更繁瑣的環節，吐司也進一步簡化了辦理流程。備案方面，我可以利用吐司接入的騰訊雲相關服務，將伺服器、域名認證和 ICP 備案等步驟整合到同一個流程中，降低無經驗開發者的備案門檻。軟著更是提供了快速辦理通道，可以把周期從 45 個工作日壓縮到大約 9 個工作日。
應用提交之後，我還可以在吐司里同步看到審核進度，根據審核結果提示補充或修改對應的內容。不必在多個平台之間反覆查詢規則、整理材料和重複填寫資訊。
傳統流程從準備材料到完成上架，往往需要一個月甚至更長；如果資料齊全、審核順利，吐司團隊表示他們有機會將非聯網應用的辦理時間縮短到一周左右。
對開發者來說，這還關乎真金白銀的成本。過去，找人代辦軟著、做備案、準備合規材料以及找上架服務，自己搞不定的話，每一步都需要額外花錢。而吐司直接把這些打包進了開發者權益包。雖說不敢保證每個項目都能拿到最低價，但至少把原本零碎的服務費和時間成本合併了，預算會更容易估算。
▍第四道門檻：進入真實市場
準備好上架所需的資料後，下一步就是讓應用真正進入用戶視野。吐司由騰訊應用寶孵化，這使它有條件把應用生成、資料準備、審核提交和後續分發串聯到同一套流程中。在我看來，這也是它與許多止步於生成應用的 vibe coding 產品之間更顯著的不同。
對於創作者來說，分發能力往往決定了一個產品能走多遠。如果前面的備案、軟著和審核算的是合規賬，這裡對應的就是另一筆獲客賬。
創作者當然可以自己在社交平台宣傳應用，但每獲得一個用戶，都意味著新的內容生產、渠道維護和傳播成本。應用商店至少提供了搜索、分類、推薦、版本更新等相對穩定的發現和分發機制。
除了手機端分發，應用寶還進一步拓展了應用的使用場景。吐司生成的是安卓 APK，但通過應用寶的跨端能力，同一個應用也能夠在 Windows PC 上運行，讓創作者獲得「一次開發，多端觸達」的可能。
以「天光時刻」為例，手機端適合在拍攝現場快速查看天文數據，如果用戶需要提前規劃一次遠途拍攝，在電腦上對比不同日期、不同地點的日出日落時間顯然更加高效。過去，如果一個移動應用還想覆蓋 PC 使用場景，往往還需要額外做適配甚至開發新的客戶端；應用寶跨端能力降低了這一過程的開發成本，讓更多輕量應用也有機會進入 PC 使用場景。
過去，一個創作者往往需要先投入大量時間完成開發，再等待市場反饋；現在，從生成 APK、完成上架，到獲得真實用戶反饋，這個周期正在被大幅縮短。即使最終沒有形成商業收益，創作者也能更快知道問題究竟出在哪裡：需求是否成立、產品是否完善、用戶是否匹配，或者商業模式是否需要調整。
如果說吐司解決的是「能不能做出來」，開發者模式解決的是「能不能持續完善並嘗試商業化」，那麼應用寶解決的就是「能不能進入真實的應用分發生態」。所以，我覺得三者共同構成了吐司 2.0 從一個想法，到一個可以被使用、被驗證，甚至被經營的完整鏈路。
▍總結
回到最開始的問題：當每個人都能用 AI 做出一個 App，然後呢？
在深入體驗吐司 2.0 之前，我以為行業疊代的方向無非是「生成界面更快一點」「代碼質量更高一點」。但我發現更值得關注的，恰恰是生成之後發生的事情。
吐司 2.0 加入開發者模式、打通雲端基礎設施，並接入應用寶的上架與跨端生態，相比單純提升生成速度，我現在更在意的是：App 做出來以後，它能不能繼續疊代、完成上架，並最終找到真實用戶。
當然，吐司並不適合開發需要處理高並發、複雜權限體系或金融級結算的大型應用。它更適合處理那些具體、分散、垂直的長尾需求。它們可能來自某個行業流程、某個地方社群，或者某個小眾興趣圈層，儘管需求真實存在，卻很難支撐一個團隊專門去做。吐司的價值，正在於讓這些過去容易被忽略的小需求，有機會變成一個個小而美的 App。
所以，吐司 2.0 面向的也不只是想做一個自用工具的普通用戶。在我看來，它尤其適合三類希望快速驗證需求的創作者：
有明確副業想法、想低成本驗證 MVP 的普通創作者；
熟悉行業工作流但不會寫代碼的垂直行業從業者；
以及本來就有產品判斷力、希望快速測試需求的獨立開發者或產品經理。
值得一提的是，除了幫助個人開發者，吐司的能力也在向小團隊與企業級場景延伸。據吐司團隊介紹，平台未來還計劃面向部分企業客戶開放更完整的雲端權限、數據隔離和部署能力。不過，這部分尚未對普通用戶開放，後續也將僅針對企業客戶進行定向對接，但它意味著吐司不僅能生成 C 端小應用，未來還能幫助企業快速搭建員工 OA、AI 客服、數據表單系統、甚至定製化 SaaS 工具。
AI 讓創造應用的成本快速下降，但真正決定一個應用價值的，仍然是需求、用戶和分發能力。未來 vibe coding 的競爭，比的可能不只是生成速度，更是誰能夠幫助創作者完成從想法到用戶之間的完整閉環。
吐司 2.0 的開發者模式目前分為 Plus 和 Pro 兩檔，早鳥價分別是 899 元和 7999 元，有效期為 180 天和 365 天。如果只是想完整走一遍從開發、下載源碼到上架的流程，Plus 已經覆蓋了主要能力；Pro 更適合準備繼續把 App 做下去的開發者，除了各功能額度更高，還增加了廣告組件接入、多平台上架輔導等功能。
