1. 從一句模糊的想法到能跑起來的原型到底要跨過哪些坎很多人腦子里都閃過做點(diǎn)東西的念頭可能是一個(gè)小工具、一個(gè)自動(dòng)化腳本、一個(gè)桌面小應(yīng)用甚至只是一個(gè)“要是有個(gè)東西能幫我干這件事就好了”的模糊感覺。問題從來不是沒有想法而是想法到能看見、能點(diǎn)、能跑起來的東西之間橫著一條讓人望而生畏的溝。傳統(tǒng)開發(fā)路徑要求你先學(xué)語言、再搭環(huán)境、再理解框架、再處理依賴等你好不容易把環(huán)境配好當(dāng)初那個(gè)想法帶來的興奮勁已經(jīng)涼了一半。vibe coding 這個(gè)詞最近被聊得很多它描述的其實(shí)是一種狀態(tài)你跟著感覺走把注意力放在“我想要什么”上而不是“這個(gè)語法該怎么寫”上。工具替你處理掉大量機(jī)械性的細(xì)節(jié)你負(fù)責(zé)判斷方向、描述意圖、驗(yàn)收結(jié)果。從 idea 到 demo 這個(gè)階段恰恰是 vibe coding 最能發(fā)揮價(jià)值的地方因?yàn)?demo 不需要完美不需要考慮并發(fā)量、不需要處理邊界情況、不需要寫測(cè)試它只需要證明“這件事能成”。這篇內(nèi)容適合幾類人看。第一類是有想法但沒系統(tǒng)學(xué)過編程的人想知道自己能不能借助現(xiàn)在的工具把東西做出來。第二類是有編程基礎(chǔ)但沒怎么接觸過 AI 輔助開發(fā)的人想看看這套流程跟自己習(xí)慣的方式有什么不同。第三類是已經(jīng)用過一些工具但總覺得“差點(diǎn)意思”的人想從別人的實(shí)操路徑里找到自己卡住的那個(gè)環(huán)節(jié)。我會(huì)把從 idea 到 demo 的完整過程拆開講清楚每一步在干什么、為什么這么干、容易在哪里翻車以及我實(shí)際踩過的坑。需要提前說明的是vibe coding 不是魔法它不會(huì)讓你完全不懂任何東西就憑空變出一個(gè)產(chǎn)品。它降低的是“實(shí)現(xiàn)成本”不是“思考成本”。你仍然需要想清楚自己要什么仍然需要能判斷生成的結(jié)果對(duì)不對(duì)仍然需要在出問題的時(shí)候有排查的思路。但它確實(shí)把門檻拉低了一大截讓更多人可以先把東西做出來再?zèng)Q定要不要深入。2. 動(dòng)手之前先把想法捏成一個(gè)能驗(yàn)收的形態(tài)2.1 為什么不能直接對(duì)著工具說“幫我做個(gè)好東西”我見過太多人打開 AI 工具輸入一句“幫我做一個(gè)記賬軟件”然后對(duì)著生成的一堆代碼發(fā)呆不知道從哪看起也不知道對(duì)不對(duì)。問題出在“記賬軟件”這四個(gè)字太寬了。它可以是手機(jī) App可以是網(wǎng)頁(yè)可以是命令行工具可以是 Excel 插件。功能上可以只記流水也可以帶預(yù)算、帶圖表、帶多賬戶、帶導(dǎo)出。你腦子里的“記賬軟件”和工具理解的“記賬軟件”大概率不是同一個(gè)東西。從 idea 到 demo 的第一步不是打開工具而是把想法捏成一個(gè)具體的、可驗(yàn)收的形態(tài)。我習(xí)慣用一個(gè)很土但很管用的方法用一句話說清楚“誰在什么情況下用它來干什么”。比如“我自己在月底想快速知道這個(gè)月錢花在哪了打開一個(gè)網(wǎng)頁(yè)就能看到按類別分的餅圖”。這句話里包含了用戶我自己、場(chǎng)景月底、動(dòng)作打開網(wǎng)頁(yè)看餅圖、結(jié)果知道錢花在哪。有了這句話后面所有的決策都有了依據(jù)。2.2 把 demo 的邊界畫出來明確不做什么demo 的核心特征是“能跑通一條最小路徑”。很多人做 demo 失敗不是因?yàn)樽霾怀鰜矶且驗(yàn)橄胱龅奶嗝總€(gè)功能都做了一半最后沒有一個(gè)能完整跑起來。我在動(dòng)手之前會(huì)強(qiáng)制自己列一個(gè)“不做清單”把那些“以后再說”的功能明確排除掉。拿剛才的記賬例子來說不做清單可能包括不做用戶注冊(cè)登錄、不做多設(shè)備同步、不做數(shù)據(jù)加密、不做移動(dòng)端適配、不做歷史數(shù)據(jù)導(dǎo)入。這些功能每一個(gè)單獨(dú)拎出來都能耗掉大量時(shí)間而且它們跟“驗(yàn)證這個(gè)想法能不能讓我看清錢花在哪”這個(gè)核心目標(biāo)沒有直接關(guān)系。把它們排除掉demo 的范圍就收縮到“一個(gè)網(wǎng)頁(yè)能手動(dòng)輸入幾筆賬能按類別顯示餅圖”。這個(gè)收縮過程本身就是一種設(shè)計(jì)。你在決定不做什么的時(shí)候其實(shí)是在確認(rèn)什么最重要。我自己的經(jīng)驗(yàn)是一個(gè) demo 如果不能在半天到一天內(nèi)跑通核心路徑那它的范圍就還是太大了需要繼續(xù)砍。2.3 選一個(gè)跟自己關(guān)系最近的入口形態(tài)入口形態(tài)指的是用戶從哪里接觸到你做的東西。網(wǎng)頁(yè)、桌面應(yīng)用、命令行工具、瀏覽器插件、手機(jī) App這些都是入口形態(tài)。對(duì)于 demo 階段來說選擇的標(biāo)準(zhǔn)只有一個(gè)哪個(gè)形態(tài)離你的使用場(chǎng)景最近同時(shí)實(shí)現(xiàn)成本最低。網(wǎng)頁(yè)的優(yōu)勢(shì)是跨平臺(tái)、不需要安裝、分享方便缺點(diǎn)是涉及前端后端一堆東西對(duì)新手來說概念比較多。桌面應(yīng)用的優(yōu)勢(shì)是可以直接操作本地文件、不需要服務(wù)器缺點(diǎn)是打包和分發(fā)麻煩。命令行工具的優(yōu)勢(shì)是實(shí)現(xiàn)極簡(jiǎn)、不需要界面缺點(diǎn)是交互體驗(yàn)差、不適合展示。瀏覽器插件的優(yōu)勢(shì)是能嵌入現(xiàn)有工作流缺點(diǎn)是受限于瀏覽器環(huán)境。我個(gè)人的偏好是如果這個(gè)東西主要是給自己用、跟本地文件打交道多優(yōu)先考慮桌面應(yīng)用或者命令行如果是要給別人看、要展示優(yōu)先考慮網(wǎng)頁(yè)。現(xiàn)在有一些工具可以讓網(wǎng)頁(yè)開發(fā)變得非常簡(jiǎn)單甚至不需要自己配服務(wù)器這部分后面會(huì)展開講。3. 工具鏈的選擇決定了你是在順風(fēng)走還是逆風(fēng)爬3.1 AI 輔助編程工具的實(shí)際能力邊界在哪現(xiàn)在市面上能用的 AI 輔助編程工具大致分幾類。一類是集成在編輯器里的補(bǔ)全和對(duì)話工具你在寫代碼的時(shí)候它給你建議你遇到問題的時(shí)候可以問它。一類是獨(dú)立的對(duì)話式工具你描述需求它給你完整代碼你復(fù)制出來自己跑。還有一類是專門針對(duì)某個(gè)平臺(tái)或框架的生成工具比如專門生成網(wǎng)頁(yè)的、專門生成小程序的。這些工具的能力邊界其實(shí)很清楚它們非常擅長(zhǎng)處理“有明確輸入輸出、有大量相似案例、不需要復(fù)雜架構(gòu)設(shè)計(jì)”的任務(wù)。比如“寫一個(gè)函數(shù)輸入一個(gè)日期字符串輸出這個(gè)日期是星期幾”這種任務(wù)它們幾乎不會(huì)出錯(cuò)。但它們不擅長(zhǎng)處理“需要理解業(yè)務(wù)上下文、需要在多個(gè)方案之間權(quán)衡、需要跟現(xiàn)有系統(tǒng)集成”的任務(wù)。比如“幫我設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)表結(jié)構(gòu)來支持多用戶多角色的權(quán)限系統(tǒng)”這種任務(wù)它們給出的結(jié)果往往需要大量調(diào)整。理解這個(gè)邊界很重要因?yàn)樗鼪Q定了你應(yīng)該把什么任務(wù)交給工具、什么任務(wù)自己扛。我的做法是把“怎么寫”交給工具把“寫什么”和“為什么這么寫”留給自己。具體來說我會(huì)自己想清楚數(shù)據(jù)長(zhǎng)什么樣、頁(yè)面有幾個(gè)、每個(gè)頁(yè)面干什么然后讓工具去寫具體的代碼。工具寫出來的代碼我會(huì)看但不會(huì)逐行摳主要看結(jié)構(gòu)對(duì)不對(duì)、邏輯有沒有明顯問題。3.2 環(huán)境配置這件事能省則省傳統(tǒng)開發(fā)里環(huán)境配置能占掉新手一半以上的時(shí)間。裝語言運(yùn)行時(shí)、配環(huán)境變量、裝包管理器、處理版本沖突每一步都可能卡住。vibe coding 的思路是盡量繞開這些用那些“打開就能用”的工具。如果你做的是網(wǎng)頁(yè)類的東西現(xiàn)在有一些在線開發(fā)環(huán)境可以直接在瀏覽器里寫代碼、跑代碼、預(yù)覽效果不需要在本地裝任何東西。這類工具的好處是你換一臺(tái)電腦、換一個(gè)系統(tǒng)打開瀏覽器就能繼續(xù)不存在“在我電腦上能跑”的問題。缺點(diǎn)是依賴網(wǎng)絡(luò)而且免費(fèi)版通常有資源限制。如果你做的是桌面類的東西可以考慮那些自帶運(yùn)行時(shí)的方案。比如有些工具可以把你的代碼打包成一個(gè)獨(dú)立的可執(zhí)行文件用戶不需要裝任何依賴就能運(yùn)行。這類方案在 demo 階段特別省心因?yàn)槟悴恍枰虅e人怎么配環(huán)境。如果你做的是命令行工具那環(huán)境配置反而簡(jiǎn)單因?yàn)槊钚泄ぞ咄ǔＶ灰蕾囌Z言本身不需要額外的圖形庫(kù)或者瀏覽器引擎。Python 和 Node.js 在這類場(chǎng)景下都很合適裝一個(gè)運(yùn)行時(shí)就能跑。我自己的習(xí)慣是demo 階段能用在線環(huán)境就用在線環(huán)境能不用數(shù)據(jù)庫(kù)就不用數(shù)據(jù)庫(kù)數(shù)據(jù)先存在本地文件里。等 demo 跑通了、確認(rèn)要繼續(xù)做了再考慮把東西搬到更正式的環(huán)境里。3.3 版本管理從第一天就要有很多人覺得 demo 階段不需要版本管理代碼就幾十行改壞了重寫就行。這個(gè)想法在代碼量小的時(shí)候沒問題但一旦你開始讓 AI 幫你改代碼情況就變了。AI 改代碼有時(shí)候會(huì)改出你意想不到的結(jié)果如果你沒有存之前的版本想退回去都退不了。我的做法是從寫第一行代碼開始就用 Git哪怕只是在本地建一個(gè)倉(cāng)庫(kù)不推到任何遠(yuǎn)程平臺(tái)。每次讓 AI 做一次比較大的改動(dòng)之前先提交一次。這樣改壞了隨時(shí)可以回退成本幾乎為零。Git 的基本操作就幾個(gè)命令學(xué)起來不超過半小時(shí)但它帶來的安全感是巨大的。如果你完全沒用過 Git可以先用最簡(jiǎn)單的方式每次改動(dòng)之前把整個(gè)文件夾復(fù)制一份改個(gè)名字加個(gè)日期。這個(gè)方法很土但在 demo 階段完全夠用而且零學(xué)習(xí)成本。等你有精力了再學(xué) Git 也不遲。4. 把想法翻譯成工具能聽懂的話4.1 描述需求的時(shí)候要像在給實(shí)習(xí)生派活跟 AI 工具描述需求最忌諱的是說“你懂的”或者“就那個(gè)”。工具不會(huì)讀心它只能根據(jù)你給的信息做判斷。你給的信息越具體它給出的結(jié)果越接近你想要的。我總結(jié)了一個(gè)描述需求的模板基本上套進(jìn)去就不會(huì)出大問題。模板分四塊第一塊說清楚這個(gè)東西是什么、給誰用第二塊說清楚核心流程是什么用戶從進(jìn)入到完成目標(biāo)要經(jīng)過哪幾步第三塊說清楚數(shù)據(jù)長(zhǎng)什么樣有哪些字段、什么類型第四塊說清楚界面大概長(zhǎng)什么樣有幾個(gè)區(qū)域、每個(gè)區(qū)域放什么。這四塊不需要寫得很正式用大白話寫就行但每塊都要有。舉個(gè)例子還是記賬那個(gè)東西。我會(huì)這么寫這是一個(gè)給自己用的網(wǎng)頁(yè)記賬工具打開就能看到這個(gè)月的支出餅圖。流程是打開頁(yè)面看到餅圖和總支出下面有一個(gè)輸入框可以記一筆賬輸入金額和類別點(diǎn)添加餅圖和總支出實(shí)時(shí)更新。數(shù)據(jù)就是每一筆賬有金額和類別兩個(gè)字段金額是數(shù)字類別是從吃飯、交通、購(gòu)物、其他里選一個(gè)。界面分上下兩塊上面是餅圖和總支出下面是輸入框和添加按鈕。這段描述不到兩百字但包含了工具需要的所有關(guān)鍵信息。它知道要做網(wǎng)頁(yè)、知道要有餅圖、知道數(shù)據(jù)只有兩個(gè)字段、知道界面怎么分區(qū)。基于這段描述工具生成的代碼大概率能直接跑起來而且跑起來的樣子跟我想的差不多。4.2 分步走比一步到位靠譜得多很多人喜歡一次性把需求全說完然后期待工具一次性生成完整的東西。這個(gè)做法在需求簡(jiǎn)單的時(shí)候可行但稍微復(fù)雜一點(diǎn)就容易翻車。因?yàn)楣ぞ呱傻膬?nèi)容越多你越難判斷哪里出了問題而且一旦方向偏了改起來成本很高。我的做法是把整個(gè) demo 拆成幾個(gè)可以獨(dú)立驗(yàn)證的小步驟每一步只讓工具做一件事做完之后我跑一下、看一眼確認(rèn)沒問題再進(jìn)行下一步。還是記賬那個(gè)例子我會(huì)拆成這么幾步第一步生成一個(gè)靜態(tài)頁(yè)面上面有一個(gè)寫死的餅圖和一個(gè)寫死的總支出先確認(rèn)頁(yè)面能打開、圖表能顯示。第二步加上輸入框和按鈕點(diǎn)擊按鈕能把輸入的內(nèi)容顯示在頁(yè)面上先不接圖表。第三步把輸入的數(shù)據(jù)跟圖表連起來輸入一筆賬圖表和總支出跟著變。第四步加上本地存儲(chǔ)刷新頁(yè)面數(shù)據(jù)不丟。每一步做完都是一個(gè)能跑的東西每一步的改動(dòng)都不大出了問題很容易定位。這種節(jié)奏感是 vibe coding 里很重要的東西它讓你始終處于“知道自己在哪、知道下一步去哪”的狀態(tài)而不是被一大堆代碼淹沒。4.3 遇到報(bào)錯(cuò)的時(shí)候怎么跟工具溝通報(bào)錯(cuò)是必然會(huì)遇到的不管工具多聰明。遇到報(bào)錯(cuò)的時(shí)候最有效的做法是把報(bào)錯(cuò)信息完整地貼給工具同時(shí)說清楚你剛才做了什么操作。不要只說“報(bào)錯(cuò)了”也不要說“你寫的代碼有問題”這些信息對(duì)解決問題沒有幫助。我一般的格式是我剛才點(diǎn)了添加按鈕然后頁(yè)面變成空白了控制臺(tái)里看到這段報(bào)錯(cuò)然后把報(bào)錯(cuò)信息貼上去。如果報(bào)錯(cuò)信息很長(zhǎng)我會(huì)把最關(guān)鍵的那幾行貼上去通常是包含 Error 或者 Exception 的那幾行。工具看到這些信息通常能很快定位到問題。如果工具改了一次沒改好不要一直讓它改同一個(gè)地方。改了兩三次還不行就換個(gè)思路要么把相關(guān)代碼貼出來讓它重新寫要么自己看看代碼里有沒有明顯的問題。有時(shí)候工具會(huì)陷入一個(gè)死循環(huán)反復(fù)改同一個(gè)地方但就是改不對(duì)這時(shí)候人的判斷就很重要了。5. 一個(gè)完整 demo 的實(shí)操過程記錄5.1 從空白文件夾到能跑的第一版我拿一個(gè)真實(shí)做過的小東西來演示整個(gè)過程。需求是我想有一個(gè)網(wǎng)頁(yè)能記錄我每天喝了幾杯水并且用柱狀圖顯示最近七天的喝水情況。這個(gè)需求足夠簡(jiǎn)單適合用來演示完整流程。第一步是建一個(gè)文件夾在里面建一個(gè) index.html 文件。然后我把需求描述寫出來這是一個(gè)給自己用的喝水記錄網(wǎng)頁(yè)打開能看到最近七天的柱狀圖每天一根柱子高度代表喝了幾杯水。下面有一個(gè)按鈕點(diǎn)一下今天的杯數(shù)加一柱狀圖實(shí)時(shí)更新。數(shù)據(jù)存在瀏覽器本地刷新不丟。界面就上下兩塊上面是柱狀圖下面是按鈕和今天的杯數(shù)。把這段描述和 index.html 的內(nèi)容一起發(fā)給工具讓它生成完整代碼。工具返回了一段 HTML 加 JavaScript 的代碼我直接覆蓋到 index.html 里用瀏覽器打開柱狀圖出來了按鈕也能點(diǎn)點(diǎn)一下柱子長(zhǎng)高一點(diǎn)。第一版跑通了整個(gè)過程不到十分鐘。這里有個(gè)細(xì)節(jié)值得說我讓工具把所有的代碼都寫在一個(gè) HTML 文件里包括樣式和腳本。這樣做的好處是文件少、好管理、好分享壞處是代碼多了之后會(huì)亂。但在 demo 階段文件少比代碼整潔更重要因?yàn)槟愕哪繕?biāo)是快速驗(yàn)證不是長(zhǎng)期維護(hù)。5.2 數(shù)據(jù)持久化這一步為什么容易卡住第一版跑通之后我發(fā)現(xiàn)刷新頁(yè)面數(shù)據(jù)就沒了。這是因?yàn)閿?shù)據(jù)只存在內(nèi)存里頁(yè)面一刷新就清空了。要解決這個(gè)問題需要用瀏覽器的本地存儲(chǔ)功能。我把這個(gè)需求告訴工具把數(shù)據(jù)存到 localStorage 里頁(yè)面加載的時(shí)候先讀出來每次更新的時(shí)候?qū)懟厝?。工具改了代碼我刷新頁(yè)面測(cè)試發(fā)現(xiàn)數(shù)據(jù)確實(shí)不丟了。但緊接著出現(xiàn)了一個(gè)新問題如果某一天沒有記錄柱狀圖里那一天的柱子是缺失的看起來很奇怪。我希望沒有記錄的天數(shù)顯示為零。這個(gè)問題我也交給了工具它改完之后柱狀圖就正常了。這一步卡住的地方通常不是技術(shù)本身而是你一開始沒想到會(huì)有這個(gè)問題。demo 階段就是這樣你一邊做一邊發(fā)現(xiàn)新的問題然后一個(gè)一個(gè)解決。關(guān)鍵是要保持每一步的改動(dòng)都小小到出了問題你能一眼看出來是哪次改動(dòng)導(dǎo)致的。5.3 讓 demo 看起來不那么像 demo功能跑通之后如果想讓 demo 拿得出手可以花一點(diǎn)時(shí)間在視覺上。不需要很復(fù)雜改改顏色、調(diào)調(diào)間距、加個(gè)標(biāo)題整體觀感就會(huì)好很多。這些改動(dòng)同樣可以交給工具你只需要說“把背景改成淺灰色柱子改成藍(lán)色標(biāo)題字號(hào)大一點(diǎn)”這種具體的描述。我自己的習(xí)慣是功能全部跑通之后再統(tǒng)一調(diào)樣式而不是一邊做功能一邊調(diào)樣式。因?yàn)楣δ軟]定下來的時(shí)候樣式改了也可能要重改浪費(fèi)精力。等功能穩(wěn)定了一次性把樣式調(diào)到位效率更高。還有一個(gè)小技巧如果你不知道怎么配色可以讓工具給你幾個(gè)方案你選一個(gè)順眼的。工具在這類事情上比人快得多而且給出的方案通常不會(huì)太難看。demo 階段不需要追求設(shè)計(jì)感干凈、清楚、能用就行。6. 那些沒人告訴你但一定會(huì)遇到的問題6.1 工具生成的代碼跑不起來怎么辦這是最常見的問題原因通常有幾類。一類是依賴沒裝工具生成的代碼引用了某個(gè)庫(kù)但你沒有安裝。這種情況報(bào)錯(cuò)信息里通常會(huì)提到找不到某個(gè)模塊解決辦法就是按照提示把依賴裝上。另一類是版本不兼容工具用的語法或者 API 跟你本地的版本對(duì)不上。這種情況要么升級(jí)本地版本要么讓工具改用兼容的寫法。還有一類是工具理解錯(cuò)了你的需求生成的代碼邏輯就是不對(duì)的。這種情況需要你把需求描述得更清楚然后讓它重寫。排查的順序是先看報(bào)錯(cuò)信息報(bào)錯(cuò)信息里通常有線索如果報(bào)錯(cuò)信息看不懂把報(bào)錯(cuò)信息貼給工具讓它解釋如果工具也解釋不清楚就把相關(guān)代碼貼出來讓它重寫。大部分問題都能在這個(gè)流程里解決。6.2 改著改著改亂了怎么回退這就是為什么前面強(qiáng)調(diào)要從第一天就用版本管理。如果你用了 Git直接回退到上一個(gè)提交就行。如果你用的是復(fù)制文件夾的方法把之前的文件夾找出來重新打開就行。如果你什么都沒做那就只能讓工具幫你把代碼改回去但這個(gè)過程可能很痛苦因?yàn)楣ぞ卟灰欢ㄓ浀弥笆鞘裁礃?。我自己的做法是每次讓工具做比較大的改動(dòng)之前先手動(dòng)提交一次。改動(dòng)之后如果發(fā)現(xiàn)不對(duì)直接回退然后換一種方式重新描述需求。這樣試錯(cuò)的成本很低不會(huì)因?yàn)橐淮胃膲木颓肮ΡM棄。6.3 demo 做出來了然后呢demo 跑通之后你有幾個(gè)選擇。一個(gè)是繼續(xù)打磨把它變成一個(gè)真正能日常使用的東西。這意味著要處理更多的邊界情況、要考慮數(shù)據(jù)備份、要優(yōu)化性能、要適配不同的設(shè)備。另一個(gè)是把它放一邊去做下一個(gè)想法。demo 的價(jià)值在于驗(yàn)證驗(yàn)證完了它的使命就完成了不一定非要繼續(xù)做下去。我個(gè)人的經(jīng)驗(yàn)是如果一個(gè) demo 做出來之后我自己用了超過一周那它就值得繼續(xù)投入。如果做出來之后我自己都懶得打開那說明這個(gè)想法本身可能就沒那么吸引我不如把精力放到下一個(gè)想法上。這個(gè)判斷標(biāo)準(zhǔn)很主觀但很有效因?yàn)樗苯臃从沉诉@個(gè)東西對(duì)你的真實(shí)價(jià)值。7. 關(guān)于 vibe coding 的一些個(gè)人體會(huì)我用了挺長(zhǎng)時(shí)間這套流程最大的感受是它改變了我對(duì)待想法的態(tài)度。以前有一個(gè)想法我會(huì)先評(píng)估“做這個(gè)要多久”“值不值得”很多時(shí)候評(píng)估完就放棄了。現(xiàn)在我會(huì)直接動(dòng)手做一個(gè)最小版本可能一兩個(gè)小時(shí)就有一個(gè)能跑的東西然后根據(jù)實(shí)際體驗(yàn)來決定要不要繼續(xù)。這個(gè)轉(zhuǎn)變讓我嘗試了更多東西也放棄了很多東西但整體上浪費(fèi)的時(shí)間反而更少了因?yàn)槲也辉僭凇跋搿钡碾A段消耗太多精力。另一個(gè)體會(huì)是vibe coding 做出來的東西代碼質(zhì)量通常不如手寫的。這很正常因?yàn)楣ぞ卟恢滥愕拈L(zhǎng)期規(guī)劃它只是根據(jù)當(dāng)前需求生成代碼。所以如果你確定一個(gè)東西要長(zhǎng)期維護(hù)還是需要在某個(gè)階段把代碼整理一遍該拆的拆、該改的改。但這是 demo 之后的事情了demo 階段不用操心這個(gè)。還有一個(gè)很實(shí)際的建議把你做過的每一個(gè) demo 都留下來哪怕代碼很亂、哪怕功能很簡(jiǎn)單。它們是你以后做更大東西的素材庫(kù)。很多時(shí)候你會(huì)在新的項(xiàng)目里用到舊項(xiàng)目里的某段代碼、某個(gè)思路、某個(gè)踩過的坑。這些東西積累下來比任何教程都有價(jià)值。