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

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

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

解決公眾號(hào)長(zhǎng)文轉(zhuǎn)小紅書(shū)圖片的問(wèn)題，產(chǎn)品暫時(shí)還沒(méi)有名字。

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

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

當(dāng)然也可以在個(gè)人中心中查看自己的生成記錄。

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

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

以及賬號(hào)基本信息維護(hù)能力，比如改賬號(hào)，傳圖像等。

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

而整個(gè)過(guò)程，我只花了 2 小時(shí)，全程 vibe coding，甚至沒(méi)寫(xiě)過(guò)沒(méi)看過(guò)一行代碼。

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

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

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

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

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

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

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

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

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

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

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

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

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

怎么從 0-1 開(kāi)始做

最近加班熬夜比較狠，熬夜多了人會(huì)變得麻，我有點(diǎn)兒不想寫(xiě)代碼，甚至不想看代碼。

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

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

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

這和我之前認(rèn)識(shí)的秒噠真不一樣，當(dāng)時(shí)就很想嘗試，一直忙成狗，沒(méi)抽空來(lái)測(cè)測(cè)。

剛好借此機(jī)會(huì)，看看能力咋樣。

所以，工具就定的秒噠。

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

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

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

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

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

拿這個(gè)產(chǎn)品來(lái)說(shuō)，最主要的功能就是根據(jù)公眾號(hào)鏈接，一鍵生成小紅書(shū)圖片。

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

所以我一開(kāi)始的提示詞就是這樣的：

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

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

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

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

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

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

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

但其實(shí)，我是想調(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)接口需要花費(fèi)些時(shí)間，我的經(jīng)驗(yàn)是直接給到地址和配置，讓 AI 自己先去調(diào)用測(cè)試，并對(duì)應(yīng)的對(duì)齊輸入輸出，效果會(huì)好很多。

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

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

然后這個(gè)功能是一次性生成的，提示的足夠精準(zhǔn)能減少改 bug。

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

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

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

這個(gè)功能還蠻好用的。

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

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

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

ok，先搞定登錄注冊(cè)吧：

這個(gè)提示詞是這個(gè)樣子的：

我希望增加賬號(hào)登錄注冊(cè)功能。并基于當(dāng)前應(yīng)用功能，將應(yīng)用數(shù)據(jù)永久存儲(chǔ)到數(shù)據(jù)庫(kù)。

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

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

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

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

好，接下來(lái)是需要把歷史記錄這些也都加上，同樣通過(guò)簡(jiǎn)單提示詞就可以完成。

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

秒噠確實(shí)挺強(qiáng)的，整個(gè)前后端完整的系統(tǒng)，一行代碼沒(méi)寫(xiě)，也沒(méi)看就生成好了。

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

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

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

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

產(chǎn)品迭代計(jì)劃

準(zhǔn)備直接發(fā)布成自己域名的 web 應(yīng)用和微信小程序，這是要立馬做的，因?yàn)楣访o，寫(xiě)文章已經(jīng)五點(diǎn)多了，不能再熬了。

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

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

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

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

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

說(shuō)實(shí)話，vibe coding 才 2 小時(shí)，但寫(xiě)文章卻花了三四個(gè)小時(shí)。

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

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

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

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

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

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

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

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

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

好啦。感謝閱讀，我們下一期見(jiàn)。