這是蒼何的第 461 篇原創(chuàng)！

大家好，我是晚上不睡覺的老卷 B 蒼何。

昨晚熬夜開發(fā)完成了一款小產(chǎn)品。

解決公眾號長文轉(zhuǎn)小紅書圖片的問題，產(chǎn)品暫時還沒有名字。

他的功能很簡單，輸入公眾號文章鏈接或者上傳本地文檔（支持文本文件（.txt）、Markdown文檔（.md）、PDF文件（.pdf）、Word文檔（.doc/.docx）），就能生成精美排版的小紅書圖片（包含封面圖和內(nèi)容圖）。

還可以自定義配置生圖模型 API，這里我用的香蕉 Pro 生成出的效果好看一些。

當然也可以在個人中心中查看自己的生成記錄。

不滿意的圖片也完全支持單張修改，同樣支持打包下載。

當然了，除了核心能力外就是一些很常見的基礎(chǔ)功能了，比如登錄注冊。

以及賬號基本信息維護能力，比如改賬號，傳圖像等。

為了方便你系統(tǒng)的了解這個小產(chǎn)品，我特意錄制了個視頻。

而整個過程，我只花了 2 小時，全程 vibe coding，甚至沒寫過沒看過一行代碼。

所以這篇文章，主要想分享，我做 MVP 產(chǎn)品的一些，可以算是經(jīng)驗的東西。

所以本文將主要包括以下內(nèi)容的分享：

• 為什么要做這款產(chǎn)品？
• 怎么從 0-1 開始做（工具選擇 & 如何給 AI 提示詞）
• 未來迭代計劃以及如何體驗這款產(chǎn)品

這篇文章又會顯得比較長，但不妨礙他是一篇干貨文，如果你也有想做小產(chǎn)品的想法，不妨點贊收藏，并轉(zhuǎn)發(fā)給需要的朋友。

不怕你笑話，我的小紅書，一直沒做起來，粉絲至今保持在三位數(shù)。

你怕是會笑死，并內(nèi)心狠狠罵我是個憨逼，同步下公眾號不是非常省事嗎？

況且官方都有工具一鍵同步，你做這東西有個錘子用。

好吧，你看，這是官方工具同步的效果，同步出來賊 chou。

封面和圖片又是如此重要，那樣同步過去，有人看才怪。

所以，我一直在探索解決方案，也嘗試做過 Obsidian 插件，解決文案問題，但圖片依舊是個難關(guān)。

現(xiàn)在香蕉 Pro 能力已經(jīng)很強了，于是腦子里就蹦出一個念頭，為啥不自己開發(fā)個工具呢？

我希望產(chǎn)品本身提供原子化的能力足夠簡單，輸入公眾號鏈接或者導(dǎo)入文件，一鍵生成小紅書風(fēng)格的圖片。

如果是有像我一樣本地 Obsidian 創(chuàng)作的同學(xué)一定要試試導(dǎo)入本地 md 文件，會更快更爽更絲滑。

怎么從 0-1 開始做

最近加班熬夜比較狠，熬夜多了人會變得麻，我有點兒不想寫代碼，甚至不想看代碼。

就想口噴來出產(chǎn)品，所以并沒有用 Cursor/Trae 這些可見代碼的 IDE。

剛好想起上次去北京參加百度世界大會，親眼看到了秒噠能無代碼現(xiàn)場生成前后端項目。

而且效果非常不錯，當時就忍不住給秒噠產(chǎn)品負責(zé)人朱總發(fā)了句話。

這和我之前認識的秒噠真不一樣，當時就很想嘗試，一直忙成狗，沒抽空來測測。

剛好借此機會，看看能力咋樣。

所以，工具就定的秒噠。

那怎么從 0-1 開始做呢？腦子里有個想法，如何告訴 AI，描述好需求呢？

我的方法是：先確定好主要功能和整體框架出來一個可用版本，給參考技術(shù)路線或者框架代碼學(xué)習(xí)，給到清晰的交互關(guān)系，給到相關(guān)配置，讓其自驗證應(yīng)用的準確性或可靠性。

你可以看到，我在 2 個小時內(nèi)一共做了 15 個版本的迭代。

每一次迭代新增或者優(yōu)化一小部分功能，完成最小邏輯單元的功能完整性可靠性閉環(huán)。

不要指望著 AI 一句話一口氣能做出一個 APP。

拿這個產(chǎn)品來說，最主要的功能就是根據(jù)公眾號鏈接，一鍵生成小紅書圖片。

其他的歷史記錄啊、個人信息管理啊都是非核心能力。

所以我一開始的提示詞就是這樣的：

我想做一個可以將公眾號文章轉(zhuǎn)為小紅書圖文風(fēng)格的內(nèi)容圖片的web應(yīng)用，要求先解析公眾號文章，然后根據(jù)文章內(nèi)容總結(jié)大綱。

 文本生成大模型用來理解內(nèi)容，并總結(jié)成符合小紅書風(fēng)格的文案。
然后調(diào)用圖片生成能力生成小紅書圖片。

 生成圖片的提示詞如下：【這里如果有比較精致的提示詞可以放上來，沒有也沒關(guān)系，效果問題，后期可以調(diào)】

 用戶只輸入公眾號文章鏈接，就能自動完成小紅書圖片創(chuàng)作。

第一次出來的整體功能看著都行，但是調(diào)用 API 生成圖片的時候就莫名出錯了。

我比較奇怪，為啥能自動調(diào)用生圖 API？我并沒指定啊，

稍微研究了下，原來是他能自動調(diào)用生圖插件。

但其實，我是想調(diào)用的香蕉 Pro，而且想要自定義 API。

于是繼續(xù)在秒噠中輸入以下需求：

圖片生成服務(wù)我希望用自定義API的方式，并做成可配置，服務(wù)商支持自定義添加，根據(jù)類型可分為google_genai、Google Vertex AI 和 image_api，其中 image_api 為 OpenAI 兼容接口（如支持圖片生成的第三方 API）。


 配置信息包含：type、api_key、model以及high_concurrency（是否啟用高并發(fā)）。

這里調(diào)接口需要花費些時間，我的經(jīng)驗是直接給到地址和配置，讓 AI 自己先去調(diào)用測試，并對應(yīng)的對齊輸入輸出，效果會好很多。

接下來就是除了鏈接，還需要本地文件上傳，于是繼續(xù)輸入需求：

現(xiàn)在需要支持本地文件上傳功能，要求如下：
1、支持文本文件（.txt）、Markdown文檔（.md）、PDF文件（.pdf）、Word文檔（.doc/.docx）等格式，文件大小不超過10MB。
2、Markdown文件將保留文本內(nèi)容，格式標記需要保留。
3、需要再下方給到信息提示

然后這個功能是一次性生成的，提示的足夠精準能減少改 bug。

然后就是一些細節(jié)問題了，比如預(yù)覽啊，生成加載 louding 啊。

每次不要發(fā)送過多的改動或者優(yōu)化點，盡量單向任務(wù)，往往一次就能按照要求完成效果。

這里也可以直接上傳想要參考的產(chǎn)品截圖，或者在頁面上截圖并標記功能來修改，就是指哪打哪的邏輯。

這個功能還蠻好用的。

這樣整個產(chǎn)品的核心能力就算做完了。

但目前你會發(fā)現(xiàn)，好像還沒涉及后端數(shù)據(jù)庫，這些配置存在哪里呢？

我看了下，如果不指定，他就是默認存瀏覽器緩存，所以這里為了增加復(fù)雜度，就需要引入用戶的概念，并且用戶數(shù)據(jù)是要存數(shù)據(jù)庫的。

ok，先搞定登錄注冊吧：

這個提示詞是這個樣子的：

我希望增加賬號登錄注冊功能。并基于當前應(yīng)用功能，將應(yīng)用數(shù)據(jù)永久存儲到數(shù)據(jù)庫。

顯性的指定數(shù)據(jù)庫，這樣用戶信息就能入庫了。

在秒噠的這里點擊就可以看到數(shù)據(jù)庫表的配置信息了：

驗證數(shù)據(jù)庫最簡單辦法就是登錄修改個名字和頭像再重新?lián)Q個瀏覽器登錄，看下有沒有變化，有變化就代表數(shù)據(jù)是入庫了。

然后是賬戶信息，提示詞是這樣子的：我現(xiàn)在希望點擊頭像設(shè)置，能夠修改賬號信息，比如賬號名和頭像。

好，接下來是需要把歷史記錄這些也都加上，同樣通過簡單提示詞就可以完成。

這樣，整個產(chǎn)品的 MVP 就算完成了。

秒噠確實挺強的，整個前后端完整的系統(tǒng)，一行代碼沒寫，也沒看就生成好了。

我看了廣場還有很多更驚艷的產(chǎn)品和項目：

講真的，這要不說誰知道是 AI 做的啊，功能太完整了。

我看到，12月16日，在秒噠2025創(chuàng)造者大會上，百度公布秒噠的最新進展：上線8個月以來，平臺已累計生成超50萬個商業(yè)應(yīng)用，日新增應(yīng)用漲幅超150%，其中帶有后端的應(yīng)用占到一半，覆蓋教育、商業(yè)、內(nèi)容創(chuàng)作、企業(yè)服務(wù)等200余個場景，累計創(chuàng)造經(jīng)濟與效率價值超50億元。

好家伙，合著大家都在偷偷用秒噠開發(fā)產(chǎn)品啊。

產(chǎn)品迭代計劃

準備直接發(fā)布成自己域名的 web 應(yīng)用和微信小程序，這是要立馬做的，因為狗命要緊，寫文章已經(jīng)五點多了，不能再熬了。

但發(fā)布其實在秒噠也很簡單，配置一下發(fā)布渠道：

然后點擊發(fā)布就好了，可以發(fā)布到自己的域名。

還需要迭代一些更多的能力，比如將原先 ob 插件的文案能力集成進來，能基于內(nèi)容出小紅薯風(fēng)格的文案，這樣配圖和文案就有了。

后面版本會添加一些別的平臺鏈接支持，比如知乎、微博等文章鏈接。然后轉(zhuǎn)的平臺也支持更多一些。

那怎么體驗?zāi)�？如果感興趣想體驗這款產(chǎn)品的話，可以評論區(qū)留言，我拉你進內(nèi)測群。

說實話，vibe coding 才 2 小時，但寫文章卻花了三四個小時。

也終于是分享完了這次 0 代碼開發(fā) MVP 產(chǎn)品的經(jīng)驗。

同樣適用于零代碼基礎(chǔ)的小白，我相信 vibe coding 的本質(zhì)是 product 本身，而非 code。

未來代碼或許不一定再是非常珍貴的數(shù)字資產(chǎn)，你的創(chuàng)意想法、你的痛點需求轉(zhuǎn)化為 AI 可執(zhí)行的產(chǎn)品才是數(shù)字資產(chǎn)。

就像百度集團執(zhí)行副總裁、百度智能云事業(yè)群總裁沈抖在秒噠2025創(chuàng)造者大會上說的：

AI時代，創(chuàng)造正在從過去少數(shù)人掌握的專利，變成今天多數(shù)人觸手可及的權(quán)利。

互聯(lián)網(wǎng)極大降低了獲取信息和表達觀點的成本，但卻并沒有真正降低參與生產(chǎn)的門檻。而AI則真正進入了生產(chǎn)和決策的核心環(huán)節(jié)，包括寫代碼、做設(shè)計、做分析、做運營、做產(chǎn)品，甚至重造業(yè)務(wù)系統(tǒng)。

在這種趨勢下，創(chuàng)造的源頭也從技術(shù)部門，流向離用戶和場景最近的每一個角落。無論是業(yè)務(wù)一線的員工還是捕捉痛點的創(chuàng)業(yè)者，只要有想法、有創(chuàng)造價值的欲望，人人都可以成為創(chuàng)造者。

對了，要想體驗 秒噠，不妨使用我的邀請鏈接，你能 領(lǐng)取秒點禮包， 我也能獲得一些秒點獎勵然后去迭代：

https://www.miaoda.cn/?invitecode=user-893c1i2aw7i8

好啦。感謝閱讀，我們下一期見。