在全世界都教你做小紅書圖片的時候，我基于香蕉Pro做了個一鍵生成的網站。

這是蒼何的第 461 篇原創！

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

昨晚熬夜開發完成了一款小產品。

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

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

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

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

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

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

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

為了方便你系統的了解這個小產品，我特意錄制了個視頻。

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

所以這篇文章，主要想分享，我做 MVP 產品的一些，可以算是經驗的東西。

所以本文將主要包括以下內容的分享：

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

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

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

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

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

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

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

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

現在香蕉 Pro 能力已經很強了，于是腦子里就蹦出一個念頭，為啥不自己開發個工具呢？

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

如果是有像我一樣本地 Obsidian 創作的同學一定要試試導入本地 md 文件，會更快更爽更絲滑。

怎么從 0-1 開始做

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

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

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

而且效果非常不錯，當時就忍不住給秒噠產品負責人朱總發了句話。

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

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

所以，工具就定的秒噠。

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

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

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

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

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

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

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

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

我想做一個可以將公眾號文章轉為小紅書圖文風格的內容圖片的web應用，要求先解析公眾號文章，然后根據文章內容總結大綱。

 文本生成大模型用來理解內容，并總結成符合小紅書風格的文案。
然后調用圖片生成能力生成小紅書圖片。

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

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

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

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

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

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

于是繼續在秒噠中輸入以下需求：

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


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

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

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

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

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

然后就是一些細節問題了，比如預覽啊，生成加載 louding 啊。

每次不要發送過多的改動或者優化點，盡量單向任務，往往一次就能按照要求完成效果。

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

這個功能還蠻好用的。

這樣整個產品的核心能力就算做完了。

但目前你會發現，好像還沒涉及后端數據庫，這些配置存在哪里呢？

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

ok，先搞定登錄注冊吧：

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

我希望增加賬號登錄注冊功能。并基于當前應用功能，將應用數據永久存儲到數據庫。

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

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

驗證數據庫最簡單辦法就是登錄修改個名字和頭像再重新換個瀏覽器登錄，看下有沒有變化，有變化就代表數據是入庫了。

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

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

這樣，整個產品的 MVP 就算完成了。

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

我看了廣場還有很多更驚艷的產品和項目：

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

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

好家伙，合著大家都在偷偷用秒噠開發產品啊。

產品迭代計劃

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

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

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

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

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

那怎么體驗呢？如果感興趣想體驗這款產品的話，可以評論區留言，我拉你進內測群。

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

也終于是分享完了這次 0 代碼開發 MVP 產品的經驗。

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

未來代碼或許不一定再是非常珍貴的數字資產，你的創意想法、你的痛點需求轉化為 AI 可執行的產品才是數字資產。

就像百度集團執行副總裁、百度智能云事業群總裁沈抖在秒噠2025創造者大會上說的：

AI時代，創造正在從過去少數人掌握的專利，變成今天多數人觸手可及的權利。

互聯網極大降低了獲取信息和表達觀點的成本，但卻并沒有真正降低參與生產的門檻。而AI則真正進入了生產和決策的核心環節，包括寫代碼、做設計、做分析、做運營、做產品，甚至重造業務系統。

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

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

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

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