最近團(tuán)隊(duì)里好幾個(gè)前端同事都在聊 Trae AI尤其是那個(gè) Solo 模式說(shuō)“寫(xiě)個(gè)小工具頁(yè)面連手都不用動(dòng)”。我一開(kāi)始是不太信的畢竟 AI 編程助手這玩意我用過(guò)不少大部分也就是個(gè)高級(jí)補(bǔ)全和聊天窗口真要獨(dú)立干完一個(gè)項(xiàng)目總覺(jué)得差點(diǎn)意思。直到我自己實(shí)際跑了一遍 Solo 模式從一句話需求到跑起來(lái)一個(gè)能用的應(yīng)用整個(gè)過(guò)程給我的沖擊確實(shí)不小。這篇文章就圍繞 Trae AI 的 Solo 模式展開(kāi)聊聊它到底是什么、和普通 AI 編程工具差在哪、怎么上手、內(nèi)部機(jī)制大概是怎么回事以及我實(shí)測(cè)中踩過(guò)的坑和總結(jié)的經(jīng)驗(yàn)。不管你是想找一個(gè)免費(fèi) AI 編程工具來(lái)提效還是單純好奇 AI 到底能不能獨(dú)立寫(xiě)代碼這篇應(yīng)該都能給你一個(gè)比較實(shí)在的參考。1. Solo 模式到底是什么從輔助編碼到獨(dú)立開(kāi)發(fā)的轉(zhuǎn)變1.1 先糾正一個(gè)誤區(qū)它不是更強(qiáng)的代碼補(bǔ)全很多人第一次看到 Solo 模式會(huì)下意識(shí)以為它就是把代碼補(bǔ)全做得更聰明一點(diǎn)或者像對(duì)話助手那樣一問(wèn)一答。這個(gè)理解基本是錯(cuò)的。傳統(tǒng) AI 編程工具的核心邏輯是“人在回路”你寫(xiě)代碼AI 負(fù)責(zé)補(bǔ)全、生成片段、解釋報(bào)錯(cuò)。每一步都是你主導(dǎo)AI 是你的副駕駛。而 Trae AI 的 Solo 模式核心邏輯變成了“AI 主導(dǎo)人審核”你把一個(gè)相對(duì)完整的開(kāi)發(fā)需求扔給它它自己拆解任務(wù)、自己創(chuàng)建文件、自己寫(xiě)代碼、自己運(yùn)行調(diào)試、自己根據(jù)報(bào)錯(cuò)修 bug整個(gè)過(guò)程像一個(gè)獨(dú)立的開(kāi)發(fā)者在你的電腦上干活。我比較喜歡拿開(kāi)車來(lái)類比普通 AI 助手是導(dǎo)航和輔助駕駛方向盤還在你手里Solo 模式更像一個(gè)代駕你說(shuō)目的地它自己規(guī)劃路線、處理路況、把你送到地方到一些關(guān)鍵路口它會(huì)問(wèn)一下你的意見(jiàn)。這個(gè)轉(zhuǎn)變非常關(guān)鍵。它意味著 AI 編程從“工具”走向了“執(zhí)行者”你需要提供的不是代碼而是清晰的需求描述。1.2 一次典型 Solo 任務(wù)的全過(guò)程從需求到可運(yùn)行 Demo我拿一個(gè)實(shí)際跑過(guò)的任務(wù)來(lái)說(shuō)。當(dāng)時(shí)我需要一個(gè)簡(jiǎn)單的番茄鐘頁(yè)面要求有開(kāi)始、暫停、重置按鈕25 分鐘倒計(jì)時(shí)結(jié)束后彈窗提示界面稍微好看點(diǎn)。在 Trae AI 里新建 Solo 空間后我寫(xiě)了一大段需求描述然后點(diǎn)了一下執(zhí)行。接下來(lái)發(fā)生的事情是這樣的AI 先輸出了一份開(kāi)發(fā)計(jì)劃列出了要?jiǎng)?chuàng)建哪些文件、每個(gè)文件干什么用、大概用什么技術(shù)棧計(jì)劃里分成了幾個(gè)步驟然后它開(kāi)始逐個(gè)執(zhí)行創(chuàng)建了 HTML 結(jié)構(gòu)文件、CSS 樣式文件、JavaScript 邏輯文件每寫(xiě)完一個(gè)階段它會(huì)嘗試在自帶的模擬環(huán)境里運(yùn)行看看頁(yè)面有沒(méi)有渲染出來(lái)我注意到第一個(gè)版本倒計(jì)時(shí)邏輯有點(diǎn)問(wèn)題暫停后再繼續(xù)會(huì)從零開(kāi)始它在后續(xù)步驟里自己發(fā)現(xiàn)了這個(gè)邏輯缺陷主動(dòng)修復(fù)了整個(gè)過(guò)程大概兩三分鐘它把任務(wù)標(biāo)記為完成彈出了可以“預(yù)覽運(yùn)行效果”的入口。我基本只做了兩件事寫(xiě)需求描述以及最后檢查成品。這個(gè)體驗(yàn)和以前寫(xiě)代碼的流程完全是兩回事它更像是在帶一個(gè)執(zhí)行力很強(qiáng)的實(shí)習(xí)生。1.3 Solo 模式的適用邊界能干的活和不能干的活用過(guò)幾次之后我總結(jié)了一下 Solo 模式的能力邊界感覺(jué)大致是這樣適合的使用場(chǎng)景不太適合的場(chǎng)景一次性工具頁(yè)面計(jì)時(shí)器、計(jì)算器、轉(zhuǎn)換器涉及復(fù)雜私有權(quán)限、登錄鑒權(quán)的大型系統(tǒng)前端 Demo 和頁(yè)面原型快速驗(yàn)證依賴公司內(nèi)部私有接口和特殊環(huán)境的業(yè)務(wù)簡(jiǎn)單小游戲貪吃蛇、記憶翻牌對(duì)性能有極高要求的服務(wù)端核心模塊組件庫(kù)封裝、靜態(tài)網(wǎng)頁(yè)、落地頁(yè)需要人工進(jìn)行合規(guī)審核、內(nèi)容審核的正式項(xiàng)目數(shù)據(jù)可視化頁(yè)面的快速搭建涉及賬號(hào)、證書(shū)、支付等敏感配置的場(chǎng)景這里要特別說(shuō)明Solo 模式很強(qiáng)但它不是一個(gè)“萬(wàn)能程序員”。它最適合的是需求邊界清晰、不依賴復(fù)雜外部環(huán)境、以代碼實(shí)現(xiàn)為主的工作。一旦牽扯到私有化環(huán)境、多團(tuán)隊(duì)協(xié)作的架構(gòu)設(shè)計(jì)、以及大量人為判斷的業(yè)務(wù)規(guī)則它目前的定位還是幫你打前站、出原型而不是直接替代整個(gè)開(kāi)發(fā)流程。2. 上手實(shí)操5分鐘跑通第一個(gè) Solo 項(xiàng)目2.1 安裝、登錄與初始配置Trae AI 目前有桌面客戶端支持 Windows 和 macOS直接去官網(wǎng)下載安裝包就行。安裝過(guò)程沒(méi)有太多需要說(shuō)的一路下一步就好唯一要注意的是它會(huì)自動(dòng)檢測(cè)你電腦里的 Node.js、Git 等開(kāi)發(fā)環(huán)境環(huán)境缺失的話在新建項(xiàng)目時(shí)可能會(huì)提示你先安裝依賴。登錄環(huán)節(jié)用的是賬號(hào)體系首次進(jìn)入會(huì)彈出模型服務(wù)協(xié)議的確認(rèn)。我個(gè)人建議第一次使用的時(shí)候先把設(shè)置里的幾個(gè)選項(xiàng)看一遍模型選擇一般默認(rèn)模型就夠用但如果你要處理復(fù)雜項(xiàng)目可以切換更專業(yè)的模型生成質(zhì)量會(huì)有提升Solo 空間存儲(chǔ)路徑默認(rèn)在用戶目錄下如果介意磁盤占用可以改到其他盤是否開(kāi)啟“執(zhí)行前無(wú)需確認(rèn)”這個(gè)選項(xiàng)默認(rèn)是每執(zhí)行一個(gè)關(guān)鍵步驟前都會(huì)問(wèn)你一次打開(kāi)后 AI 會(huì)連續(xù)把整個(gè)流程跑完對(duì)老手來(lái)說(shuō)更順暢新手建議保持默認(rèn)。這些配置不影響核心功能但還是提前看一眼比較穩(wěn)妥。2.2 新建 Solo 空間場(chǎng)景模板怎么選打開(kāi) Trae AI 后主界面會(huì)有“新建 Solo 空間”的入口。點(diǎn)擊之后它會(huì)讓你選擇技術(shù)棧場(chǎng)景我記得有 Vue、React、原生 HTML、Python 腳本、小游戲開(kāi)發(fā)這些分類。這里有個(gè)實(shí)用建議場(chǎng)景模板不用太糾結(jié)它主要是幫 AI 預(yù)設(shè)技術(shù)選型的思路。你選了 VueAI 就會(huì)用 Vue 的方式來(lái)組織代碼你選了原生 HTML它就會(huì)生成單頁(yè)靜態(tài)文件。如果你用的是 Vue 或者 React它還會(huì)額外執(zhí)行依賴安裝、啟動(dòng)開(kāi)發(fā)服務(wù)器這類操作整個(gè)過(guò)程更接近一個(gè)真實(shí)項(xiàng)目的初始化流程。我測(cè)試下來(lái)如果是做頁(yè)面類的工具選原生 HTML 起步速度最快生成的代碼就是一個(gè)可以直接打開(kāi)的頁(yè)面不涉及打包構(gòu)建后面想改造也容易。如果是做一個(gè)稍微成型點(diǎn)的應(yīng)用預(yù)選 Vue 或 React 模板AI 會(huì)更傾向于搭建一個(gè)完整的項(xiàng)目結(jié)構(gòu)后續(xù)要擴(kuò)展功能也更順手。2.3 寫(xiě)需求描述的關(guān)鍵5個(gè)讓 AI 不跑偏的要點(diǎn)Solo 模式里你寫(xiě)的需求描述幾乎決定了 AI 干活的質(zhì)量。我把它叫做“喂需求”喂得好AI 很聽(tīng)話喂得不好AI 就會(huì)用各種自作主張的方式讓你抓狂。根據(jù)我的實(shí)測(cè)一份靠譜的需求描述應(yīng)該包含 5 個(gè)關(guān)鍵點(diǎn)項(xiàng)目目標(biāo)一句話說(shuō)清先告訴 AI 你要做什么。比如“做一個(gè)番茄鐘工具頁(yè)面”而不是直接說(shuō)“給我一個(gè)倒計(jì)時(shí)”。功能清單列出來(lái)把你要的功能一條一條列清楚。開(kāi)始按鈕、暫停按鈕、重置按鈕缺一個(gè)少一個(gè)AI 不一定幫你腦補(bǔ)出來(lái)。交互邏輯講明白按鈕點(diǎn)擊后發(fā)生什么、倒計(jì)時(shí)結(jié)束做什么、界面狀態(tài)怎么切換。這是 AI 最容易忽略的部分也是你最容易覺(jué)得“它怎么這都不知道”的部分。界面風(fēng)格的期望不需要具體到像素但可以描述“簡(jiǎn)約居中的卡片式布局”“用藍(lán)色作為主色調(diào)”這種程度AI 就能做出符合預(yù)期的外觀。技術(shù)棧和運(yùn)行要求明確“用原生 Html/CSS/Js不需要框架”或者“用 Vue 3 寫(xiě)”它能少走不少?gòu)澛?。我后?lái)甚至整理了一個(gè)模板每次新建 Solo 空間就直接套項(xiàng)目目標(biāo)做一個(gè)XXX一句話 功能列表 1. XXXX 2. XXXX 3. XXXX 交互邏輯XXX按鈕的功能是XXXXX事件觸發(fā)XXX 界面風(fēng)格XXX風(fēng)格主色調(diào)XXX 技術(shù)棧使用XXX不需要/需要框架用這個(gè)模板喂需求AI 生成出來(lái)的東西離譜程度大大下降。想省事的人建議直接復(fù)制過(guò)去微調(diào)。3. 核心機(jī)制拆解AI 是怎么做到自己寫(xiě)完整個(gè)項(xiàng)目的3.1 需求拆解與任務(wù)規(guī)劃一句話變成一張任務(wù)清單很多人第一次看到 Solo 模式自動(dòng)生成開(kāi)發(fā)計(jì)劃的時(shí)候會(huì)覺(jué)得這只是把需求換個(gè)說(shuō)法。其實(shí)它內(nèi)部做的事情比表面看起來(lái)復(fù)雜得多。當(dāng)你提交需求后AI 做的是需求拆解把一段自然語(yǔ)言描述轉(zhuǎn)化成工程任務(wù)清單。比如你只說(shuō)“做一個(gè)筆記應(yīng)用”在它內(nèi)部相當(dāng)于要回答一系列問(wèn)題筆記數(shù)據(jù)存哪里怎么新增編輯刪除界面分幾個(gè)區(qū)域需不需要搜索標(biāo)簽這些問(wèn)題的答案可能你都沒(méi)說(shuō)它會(huì)根據(jù)自己的經(jīng)驗(yàn)做合理假設(shè)并體現(xiàn)在開(kāi)發(fā)計(jì)劃中。我觀察過(guò)它生成的開(kāi)發(fā)計(jì)劃通常包含這么幾個(gè)方面項(xiàng)目結(jié)構(gòu)設(shè)計(jì)要?jiǎng)?chuàng)建哪些文件比如 index.html、style.css、app.js或者 Vue 項(xiàng)目里的組件劃分技術(shù)選型方案用原生還是框架、用不用構(gòu)建工具、依賴安裝清單功能模塊劃分每個(gè)模塊解決什么問(wèn)題模塊之間如何銜接執(zhí)行順序先做什么后做什么依賴關(guān)系是什么。這個(gè)過(guò)程相當(dāng)于 AI 把“產(chǎn)品經(jīng)理 技術(shù)架構(gòu)師”的活先干了一部分。它的價(jià)值在于你不需要把所有技術(shù)細(xì)節(jié)都想到只需要把需求說(shuō)清楚它會(huì)用過(guò)往項(xiàng)目經(jīng)驗(yàn)幫你補(bǔ)齊默認(rèn)方案。3.2 沙箱執(zhí)行與自動(dòng)調(diào)試為什么敢讓 AI 自己跑代碼Solo 模式和普通 AI 編程工具另一個(gè)顯著區(qū)別是它內(nèi)置了可執(zhí)行環(huán)境。AI 生成代碼后不是停留在文本層面等著你復(fù)制走它可以自己運(yùn)行這些代碼觀察結(jié)果再?zèng)Q定下一步動(dòng)作。這個(gè)機(jī)制有點(diǎn)像給 AI 裝了一個(gè)“試驗(yàn)田”。它在里面可以隨便運(yùn)行前端頁(yè)面、執(zhí)行 Python 腳本、安裝依賴然后通過(guò)運(yùn)行結(jié)果來(lái)判斷代碼是否按預(yù)期工作。如果頁(yè)面報(bào)錯(cuò)了它能看到錯(cuò)誤信息再定位問(wèn)題代碼進(jìn)行修復(fù)。關(guān)鍵是這個(gè)運(yùn)行環(huán)境是隔離的不會(huì)真的污染你的系統(tǒng)、也不會(huì)影響其他項(xiàng)目的運(yùn)行環(huán)境。它在自己的沙箱里折騰最后交付的只是可用的代碼文件。我實(shí)測(cè)中最直觀的感受是AI 會(huì)自己發(fā)現(xiàn)一些“看起來(lái)沒(méi)報(bào)錯(cuò)但邏輯不對(duì)”的問(wèn)題。比如我讓它做一個(gè)猜數(shù)字游戲它第一次跑起來(lái)發(fā)現(xiàn)輸入框輸入后沒(méi)有反饋于是自動(dòng)加了事件綁定和提示邏輯又比如倒計(jì)時(shí)走完沒(méi)有觸發(fā)重置它會(huì)主動(dòng)修正狀態(tài)流轉(zhuǎn)。這在普通對(duì)話式 AI 編程工具里很難見(jiàn)到因?yàn)槟切┕ぞ吒究床坏酱a運(yùn)行的效果。3.3 自動(dòng)修復(fù)與人工確認(rèn)什么時(shí)候你該插手自動(dòng)修復(fù)是很省心但也不意味著你可以完全當(dāng)甩手掌柜。我在用的過(guò)程中發(fā)現(xiàn)Solo 模式在幾個(gè)關(guān)鍵節(jié)點(diǎn)上會(huì)停下來(lái)詢問(wèn)確認(rèn)這時(shí)候就是該你拿主意的時(shí)候了。第一種情況是高風(fēng)險(xiǎn)的執(zhí)行操作比如要安裝依賴包、要運(yùn)行某些命令它可能會(huì)問(wèn)你“是否允許執(zhí)行”。這種機(jī)制是兜底保護(hù)我一般都直接允許。第二種情況是需求理解出現(xiàn)歧義。如果你描述得不夠清楚AI 可能執(zhí)行到一半發(fā)現(xiàn)沒(méi)法繼續(xù)于是會(huì)反過(guò)來(lái)問(wèn)你“我理解的需求是XXX這樣對(duì)嗎”這時(shí)候要是你圖省事隨便回個(gè)“對(duì)”后面可能就會(huì)拿到一個(gè)不符合真實(shí)需求的東西。第三種情況是自動(dòng)修復(fù)多次失敗。當(dāng) AI 嘗試修 bug 反復(fù)失敗后它會(huì)降低動(dòng)作頻率給出幾套替代方案讓你拍板。這里我的建議是不要硬讓它繼續(xù)、繼續(xù)修先想一想需求本身是不是有問(wèn)題或者直接把報(bào)錯(cuò)信息粘貼回去明確告訴它不要猜把每一步的排除過(guò)程展示出來(lái)。Solo 模式從來(lái)不是要取代你的判斷它更像把執(zhí)行緯度的工作替你扛下來(lái)了但決策緯度的事情最終還是得你來(lái)負(fù)責(zé)。4. 踩坑實(shí)錄實(shí)測(cè)常見(jiàn)的 5 個(gè)問(wèn)題與排查思路4.1 需求描述太模糊AI 反復(fù)跑偏這是我遇到的第一個(gè)問(wèn)題也幾乎是所有新手都會(huì)遇到的問(wèn)題。一開(kāi)始我圖省事只寫(xiě)了一句“做一個(gè)記賬頁(yè)面”然后 AI 生成了一個(gè)只有表格和幾個(gè)輸入框的靜態(tài)界面功能完全不完整。后來(lái)我發(fā)現(xiàn)問(wèn)題其實(shí)不在 AI而在我的描述。AI 不是人類產(chǎn)品經(jīng)理它沒(méi)辦法從“記賬頁(yè)面”四個(gè)字自動(dòng)推導(dǎo)出“要有分類選擇、金額輸入、日期、本地存儲(chǔ)、統(tǒng)計(jì)圖表”這一整套需求。它只會(huì)按自己最基礎(chǔ)的訓(xùn)練經(jīng)驗(yàn)去生成一個(gè)“最小可用版本”。解決思路就是前面提到的需求描述模板把功能列表和交互邏輯寫(xiě)清楚。實(shí)測(cè)下來(lái)描述越結(jié)構(gòu)化AI 交付成品越接近預(yù)期。如果你實(shí)在不會(huì)寫(xiě)可以先用對(duì)話版的 AI 幫你把需求文檔擴(kuò)充完善再丟進(jìn) Solo 模式執(zhí)行效果也很好。4.2 報(bào)錯(cuò)反復(fù)修不好陷入了死循環(huán)有一次我做一個(gè)小游戲項(xiàng)目AI 反復(fù)修改了四五輪狀態(tài)欄還在提示運(yùn)行報(bào)錯(cuò)甚至修改完一個(gè) bug 又引入了新 bug。當(dāng)時(shí)我差點(diǎn)就放棄了。這種情況通常有兩個(gè)原因。一個(gè)原因是需求描述里的目標(biāo)定得太大比如“做一個(gè)完整的游戲平臺(tái)”AI 在有限上下文里無(wú)法把整個(gè)項(xiàng)目一把梭就會(huì)不停地這里改一下、那里補(bǔ)一下越改越亂。建議拆成多個(gè) Solo 任務(wù)一個(gè)任務(wù)只做一個(gè)功能模塊比如先做“游戲首頁(yè)”再做“游戲?qū)忠?guī)則”逐步疊加。另一個(gè)原因是技術(shù)棧選得不合適。比如我對(duì)運(yùn)行時(shí)環(huán)境不熟讓它用了比較冷門的工具鏈AI 對(duì)這套環(huán)境的報(bào)錯(cuò)知識(shí)儲(chǔ)備不足自然修不動(dòng)。遇到這種情況我傾向直接在需求描述里切換技術(shù)方案比如從復(fù)雜腳手架切換成原生實(shí)現(xiàn)問(wèn)題往往會(huì)迎刃而解。4.3 自動(dòng)生成的代碼上線前必須檢查什么Solo 模式生成的代碼能用但不等于可以直接上生產(chǎn)。我最看重的是安全問(wèn)題。如果頁(yè)面里涉及向服務(wù)器提交數(shù)據(jù)、或者有用戶輸入內(nèi)容一定要檢查它有沒(méi)有做輸入校驗(yàn)、有沒(méi)有防注入的基礎(chǔ)處理。雖然 Solo 模式大部分時(shí)間是做前端頁(yè)面但如果接入了后端 API還是需要人眼過(guò)一遍接口調(diào)用的參數(shù)和返回值的處理是否可靠。其次是硬編碼問(wèn)題。AI 為了方便經(jīng)常會(huì)生成一堆寫(xiě)死的配置、IP 地址、密鑰占位符。這些在 Demo 階段問(wèn)題不大但到了要部署的時(shí)候必須改成環(huán)境變量或配置文件管理不然容易出大事故。最后是代碼可讀性。AI 生成的代碼注釋經(jīng)常不夠命名習(xí)慣也未必符合團(tuán)隊(duì)風(fēng)格。我一般會(huì)讓它在完成之后補(bǔ)充一份簡(jiǎn)單的項(xiàng)目說(shuō)明和模塊結(jié)構(gòu)圖方便后續(xù)接手的人快速理解。4.4 免費(fèi)額度、模型選擇與同類工具對(duì)比關(guān)于免費(fèi) AI 編程工具的選擇Trae AI 目前對(duì)個(gè)人用戶提供了足夠的免費(fèi)體驗(yàn)空間作為日常學(xué)習(xí)和原型驗(yàn)證完全夠用。同類工具里我還用過(guò) Cursor、GitHub Copilot 以及一些國(guó)內(nèi)大廠的 AI 編程插件簡(jiǎn)單對(duì)比一下使用感受Cursor很強(qiáng)擅長(zhǎng)和現(xiàn)有代碼庫(kù)深度結(jié)合適合在大型項(xiàng)目里做重構(gòu)、跳轉(zhuǎn)、理解既有代碼。但配置門檻稍高對(duì)網(wǎng)絡(luò)要求也更嚴(yán)格。GitHub Copilot更像一個(gè)超級(jí)補(bǔ)全插件它的舒適區(qū)是在你寫(xiě)代碼時(shí)接上你半截邏輯幫你續(xù)寫(xiě)。不是獨(dú)立完成任務(wù)的那種模式。Trae AI Solo 模式優(yōu)勢(shì)在于“傻瓜式全流程”從一個(gè)空目錄開(kāi)始做到能跑特別適合新人上手和快速驗(yàn)證想法。它不需要你正在寫(xiě)代碼直接給需求就能干活。選哪個(gè)關(guān)鍵看場(chǎng)景如果你是要在成熟的代碼倉(cāng)庫(kù)里日常開(kāi)發(fā)Copilot 類的補(bǔ)全體感更好如果你手里的是新項(xiàng)目需求、或者想快速搭一個(gè)原型Solo 模式這種“項(xiàng)目編制型”的 AI 編程工具明顯更省心。5. 我的使用心得與建議最后聊一點(diǎn)我自己的體會(huì)。Trae AI Solo 模式給我的最大啟發(fā)不是“AI 能寫(xiě)代碼了”這么簡(jiǎn)單而是它把編程這項(xiàng)工作的分工方式改了。以前寫(xiě)程序人類要負(fù)責(zé)把腦中的想法翻譯成每一行機(jī)器指令現(xiàn)在 Solo 模式里人類更像需求分析師和驗(yàn)收員把意圖表達(dá)準(zhǔn)確讓 AI 去執(zhí)行然后檢查結(jié)果。我實(shí)際用下來(lái)的感覺(jué)它最適合的場(chǎng)景是“一次性工具頁(yè)面”和“新項(xiàng)目從零到一的原型驗(yàn)證”。以前我要花半天搭環(huán)境、寫(xiě)頁(yè)面、調(diào)樣式現(xiàn)在可能一頓飯的功夫就能拿到一個(gè)能交互的 Demo這個(gè)效率提升對(duì)個(gè)人開(kāi)發(fā)者或者小團(tuán)隊(duì)來(lái)說(shuō)是真的香。同時(shí)我也有個(gè)明顯的感覺(jué)就是需求描述的能力變得前所未有地重要。過(guò)去你寫(xiě)不好代碼是手藝問(wèn)題現(xiàn)在你描述不清楚需求AI 做出來(lái)的東西就會(huì)離譜。把話說(shuō)清楚、把邊界劃明白這些軟技能在新工具時(shí)代反而是硬通貨。再分享一個(gè)小技巧如果你卡在一個(gè)復(fù)雜頁(yè)面不知道怎么描述不要硬寫(xiě)先在對(duì)話窗口里讓 AI 幫你生成需求文檔再把文檔扔進(jìn) Solo 空間。實(shí)測(cè)下來(lái)這套“先對(duì)話拆解、再 Solo 執(zhí)行”的兩步走流程成功率比我直接一步到位要高不少。工具會(huì)越來(lái)越順但真正拉開(kāi)差距的還是你腦海里對(duì)“好代碼”“好產(chǎn)品”的判斷力。這套判斷力可能是 AI 時(shí)代里最不需要擔(dān)心被替代的東西。