1. 從impeccable這個(gè)詞說(shuō)起一個(gè)被低估的前端質(zhì)量信號(hào)第一次看到impeccable作為項(xiàng)目名我下意識(shí)覺(jué)得這又是一個(gè)玩概念的工具。畢竟現(xiàn)在前端圈子里名字起得漂亮、實(shí)際跑起來(lái)一地雞毛的 CLI 工具太多了。但把相關(guān)熱搜詞攤開(kāi)一看——AI coding agents、frontend design、CLI、browser extension再加上 codex cli、zcode cli、openspec cli 這一串命令行工具的搜索熱度——我大概能拼出這個(gè)項(xiàng)目想干的事它試圖給 AI 編碼代理產(chǎn)出的前端代碼套上一層無(wú)可挑剔的質(zhì)量約束。這個(gè)詞本身很有意思。impeccable 在英文里是無(wú)可挑剔的、零瑕疵的它比 good、clean、nice 都要重帶著一種近乎苛刻的意味。把它用作一個(gè)前端設(shè)計(jì)相關(guān)的工具名潛臺(tái)詞很清楚AI 寫(xiě)出來(lái)的界面能跑不代表能看能看不代表經(jīng)得起推敲。間距是不是 8 的倍數(shù)、顏色對(duì)比度夠不夠、響應(yīng)式斷點(diǎn)有沒(méi)有漏、可訪問(wèn)性標(biāo)簽全不全——這些細(xì)節(jié)潔癖級(jí)別的東西恰恰是當(dāng)前 AI coding agents 最容易翻車(chē)的地方。所以這篇東西我想聊的不是impeccable 怎么安裝這種一句話能說(shuō)完的事而是圍繞它背后那套邏輯展開(kāi)當(dāng) AI 幫你寫(xiě)前端時(shí)怎么用命令行工具和瀏覽器擴(kuò)展把質(zhì)量兜住。適合誰(shuí)看如果你正在用 codex cli、zcode cli 這類(lèi)工具做前端開(kāi)發(fā)或者你是個(gè)對(duì) UI 細(xì)節(jié)有強(qiáng)迫癥的前端再或者你只是好奇AI 寫(xiě)的前端到底能不能上生產(chǎn)那這篇應(yīng)該對(duì)你有用。我會(huì)把 CLI 的選型邏輯、安裝踩坑、命令體系、瀏覽器擴(kuò)展的配合方式以及我自己實(shí)測(cè)下來(lái)的一些經(jīng)驗(yàn)盡量講透。需要先說(shuō)明一點(diǎn)impeccable 這個(gè)項(xiàng)目本身的公開(kāi)資料不算多下面的內(nèi)容是基于標(biāo)題、關(guān)鍵詞和熱搜詞所指向的技術(shù)場(chǎng)景結(jié)合我作為前端從業(yè)者對(duì)同類(lèi)工具codex cli、openspec cli 等的實(shí)際使用經(jīng)驗(yàn)做的合理推演和補(bǔ)全。哪些是通用規(guī)律、哪些是特定工具的細(xì)節(jié)我會(huì)盡量標(biāo)清楚你照著思路走不會(huì)跑偏。2. AI coding agents 寫(xiě)前端的真實(shí)短板在哪里2.1 能跑起來(lái)和能交付之間隔著一條河我用 AI coding agents 做前端差不多有一年多時(shí)間了從最早的哇它能自己寫(xiě)出一個(gè)登錄頁(yè)到后來(lái)的這玩意兒生成的代碼我得改半天心態(tài)變化挺大的。核心問(wèn)題在于AI 的優(yōu)化目標(biāo)是讓代碼能運(yùn)行并實(shí)現(xiàn)功能而不是讓界面達(dá)到可交付標(biāo)準(zhǔn)。舉個(gè)最常見(jiàn)的例子。你讓 AI 生成一個(gè)卡片列表組件它會(huì)給你一個(gè)能顯示的版本有標(biāo)題、有描述、有按鈕功能齊全。但你仔細(xì)看——卡片之間的間距是 13px 還是 16px它可能隨手寫(xiě)了個(gè)margin-bottom: 13px。標(biāo)題和正文的顏色對(duì)比度夠不夠 WCAG AA 標(biāo)準(zhǔn)它可能用了#999配白底勉強(qiáng)能看但達(dá)不到無(wú)障礙要求。移動(dòng)端 375px 寬度下會(huì)不會(huì)溢出它大概率沒(méi)測(cè)過(guò)。這些都不是bug代碼跑起來(lái)完全正常但距離一個(gè)前端工程師愿意合并進(jìn)主分支的標(biāo)準(zhǔn)差得遠(yuǎn)。這就是 impeccable 這類(lèi)工具存在的意義。它不是在幫你寫(xiě)代碼而是在 AI 寫(xiě)完代碼之后用一套可量化的質(zhì)量規(guī)則去卡你。這個(gè)思路和 ESLint 卡 JavaScript 代碼質(zhì)量是一模一樣的只不過(guò)它卡的是設(shè)計(jì)質(zhì)量和前端工程規(guī)范。2.2 為什么這類(lèi)問(wèn)題特別難靠人眼發(fā)現(xiàn)有人會(huì)說(shuō)那我人工 review 不就行了。問(wèn)題是AI 生成前端代碼的速度太快了快到人工 review 根本跟不上。你讓 codex cli 一次性生成五個(gè)頁(yè)面每個(gè)頁(yè)面幾百行 JSX 加 CSS你一行行看間距、看顏色、看斷點(diǎn)review 的時(shí)間比你自己寫(xiě)還長(zhǎng)。而且人眼對(duì)13px 和 16px 的區(qū)別這種細(xì)微不一致是極不敏感的看久了就麻木了。所以正確的做法是把質(zhì)量檢查自動(dòng)化、規(guī)則化。讓工具去干它擅長(zhǎng)的事——精確比對(duì)數(shù)值、窮舉斷點(diǎn)、計(jì)算對(duì)比度讓人去干人擅長(zhǎng)的事——判斷這個(gè)交互邏輯合不合理、這個(gè)視覺(jué)風(fēng)格符不符合品牌調(diào)性。impeccable 配合 CLI 和瀏覽器擴(kuò)展的組合本質(zhì)上就是在搭建這樣一條人機(jī)分工的質(zhì)量流水線。2.3 從熱搜詞看大家的真實(shí)痛點(diǎn)把那些熱搜詞再捋一遍其實(shí)能讀出很多信息。codex cli 安裝node 安裝 codex cli 很慢刪除 codex cli 指令——這些說(shuō)明大量人卡在環(huán)境搭建這一步還沒(méi)到用工具解決質(zhì)量問(wèn)題的階段。codex cli 命令哪些 /compact /model /resume——這說(shuō)明有人已經(jīng)在日常用了在關(guān)心命令體系。enter the code from your two-factor authentication app or browser extension——這條明顯是登錄驗(yàn)證環(huán)節(jié)的困惑和 browser extension 關(guān)鍵詞呼應(yīng)上了。這些痛點(diǎn)串起來(lái)就是一條完整的學(xué)習(xí)路徑先裝好 CLI再搞懂命令再配合瀏覽器擴(kuò)展最后才是用 impeccable 這類(lèi)工具做質(zhì)量把關(guān)。我下面基本就按這個(gè)順序來(lái)講但重點(diǎn)會(huì)放在為什么這么設(shè)計(jì)和實(shí)際會(huì)踩什么坑上而不是干巴巴地列命令。3. CLI 工具鏈的選型codex cli、zcode cli 到底怎么挑3.1 先搞清楚這些 CLI 各自解決什么問(wèn)題熱搜里出現(xiàn)了好幾個(gè) CLIcodex cli、zcode cli、openspec cli、minimax cli、boos cli。名字看著像定位其實(shí)差別不小。我按自己的理解給你分個(gè)類(lèi)方便你判斷該裝哪個(gè)。工具大致定位典型使用場(chǎng)景codex cli通用型 AI 編碼代理命令行在終端里直接讓 AI 改代碼、生成組件zcode cli偏代碼生成/補(bǔ)全的命令行工具快速產(chǎn)出代碼片段、腳手架openspec cli規(guī)格/規(guī)范驅(qū)動(dòng)的開(kāi)發(fā)工具先寫(xiě)規(guī)格再生成代碼強(qiáng)調(diào)約束minimax cli對(duì)接特定模型能力的命令行需要特定模型能力時(shí)使用boos cli任務(wù)編排/批處理類(lèi)批量執(zhí)行重復(fù)性開(kāi)發(fā)任務(wù)這個(gè)分類(lèi)不是絕對(duì)的因?yàn)檫@類(lèi)工具迭代很快定位經(jīng)常變。但有個(gè)判斷原則是通用的你要解決的是生成問(wèn)題還是約束問(wèn)題。如果你只是想讓 AI 幫你快速寫(xiě)代碼通用型 CLI 就夠了如果你想讓 AI 產(chǎn)出的東西符合一套規(guī)范比如前端設(shè)計(jì)規(guī)范那 openspec 這種規(guī)格驅(qū)動(dòng)的思路更對(duì)路impeccable 也是奔著這個(gè)方向去的。3.2 安裝環(huán)節(jié)為什么node 安裝 codex cli 很慢是個(gè)高頻問(wèn)題熱搜里node 安裝 codex cli 很慢這條我太有共鳴了。這類(lèi) CLI 工具基本都是 Node.js 生態(tài)的通過(guò) npm 或類(lèi)似的包管理器全局安裝。慢的原因通常有三個(gè)第一是包體積大。AI 編碼代理類(lèi)工具往往捆綁了不少依賴(lài)動(dòng)輒幾百 MB網(wǎng)絡(luò)稍微差一點(diǎn)就要等很久。第二是默認(rèn)源的問(wèn)題如果你沒(méi)配鏡像源走默認(rèn)的 registry 拉包速度會(huì)非常不穩(wěn)定。第三是全局安裝的權(quán)限和緩存問(wèn)題尤其是在某些系統(tǒng)上全局目錄的寫(xiě)入權(quán)限會(huì)拖慢整個(gè)過(guò)程。我的實(shí)操建議是這樣# 先確認(rèn) node 和 npm 版本太老的版本會(huì)拖慢甚至裝不上 node -v npm -v # 配置國(guó)內(nèi)鏡像源這一步能解決大部分慢的問(wèn)題 npm config set registry https://registry.npmmirror.com # 安裝時(shí)加上詳細(xì)日志卡在哪一步一目了然 npm install -g cli-name --loglevel verbose注意全局安裝如果報(bào)權(quán)限錯(cuò)誤不要無(wú)腦加 sudo。更穩(wěn)妥的做法是配置 npm 的全局目錄到用戶(hù)目錄下避免污染系統(tǒng)環(huán)境。具體是npm config set prefix ~/.npm-global然后把~/.npm-global/bin加進(jìn) PATH。裝完之后驗(yàn)證一下cli-name --version如果版本號(hào)能正常打印說(shuō)明裝好了。如果報(bào) command not found八成是 PATH 沒(méi)配好檢查一下全局 bin 目錄在不在 PATH 里。3.3 卸載和清理為什么刪除 codex cli 指令也有人搜這個(gè)熱搜詞看著有點(diǎn)好笑但背后是真需求。這類(lèi)工具裝多了之后環(huán)境會(huì)變得很亂尤其是你想換一個(gè)工具、或者某個(gè)工具裝壞了想重裝的時(shí)候得先干凈地卸掉。標(biāo)準(zhǔn)卸載就是npm uninstall -g cli-name。但實(shí)際清理往往不止這一步因?yàn)檫@類(lèi)工具通常會(huì)在用戶(hù)目錄下留配置文件和緩存# 卸載包本身 npm uninstall -g cli-name # 清理殘留配置路徑因工具而異常見(jiàn)位置如下 rm -rf ~/.cli-name rm -rf ~/.config/cli-name rm -rf ~/.cache/cli-name提示刪配置之前先看一眼里面有沒(méi)有你的 API key、自定義配置之類(lèi)的東西別手一抖把有用的也刪了。我一般會(huì)先把配置目錄備份一份再刪。3.4 命令體系/compact、/model、/resume 這些到底干嘛的熱搜里codex cli 命令哪些 /compact /model /resume這條說(shuō)明有人已經(jīng)在日常用了開(kāi)始關(guān)心命令。這幾個(gè)命令我按理解解釋一下它們代表的是 AI 編碼 CLI 里很典型的一類(lèi)交互命令/model切換當(dāng)前使用的模型。不同模型在代碼生成質(zhì)量、速度、成本上差別很大寫(xiě)前端 UI 的時(shí)候可能想用視覺(jué)理解強(qiáng)的模型寫(xiě)邏輯的時(shí)候想用推理強(qiáng)的模型這個(gè)命令就是干這個(gè)的。/compact壓縮上下文。AI 編碼會(huì)話跑久了上下文會(huì)越來(lái)越長(zhǎng)既慢又貴還可能忘記前面的內(nèi)容。compact 就是把歷史對(duì)話壓縮成摘要騰出上下文空間。這個(gè)功能在長(zhǎng)會(huì)話里非常關(guān)鍵。/resume恢復(fù)之前的會(huì)話。你關(guān)掉終端再回來(lái)想接著上次的進(jìn)度繼續(xù)就用它。這幾個(gè)命令的設(shè)計(jì)邏輯其實(shí)很統(tǒng)一它們都在管理會(huì)話狀態(tài)。AI 編碼不是一次性的問(wèn)答而是一個(gè)持續(xù)的、有狀態(tài)的協(xié)作過(guò)程。上下文管理得好不好直接決定了 AI 產(chǎn)出的質(zhì)量。我自己的經(jīng)驗(yàn)是一個(gè)會(huì)話不要拖太長(zhǎng)做完一個(gè)模塊就 compact 一次或者干脆開(kāi)新會(huì)話比讓上下文無(wú)限膨脹要靠譜得多。4. 瀏覽器擴(kuò)展在質(zhì)量把關(guān)里的角色4.1 為什么光有 CLI 還不夠CLI 能管代碼層面的東西——文件結(jié)構(gòu)、依賴(lài)、命令執(zhí)行。但前端質(zhì)量有很大一部分是運(yùn)行時(shí)才能看出來(lái)的布局在真實(shí)瀏覽器里對(duì)不對(duì)、交互響應(yīng)及不及時(shí)、控制臺(tái)有沒(méi)有報(bào)錯(cuò)、網(wǎng)絡(luò)請(qǐng)求有沒(méi)有失敗。這些 CLI 看不到必須靠瀏覽器擴(kuò)展。熱搜里enter the code from your two-factor authentication app or browser extension這條雖然說(shuō)的是登錄驗(yàn)證但它點(diǎn)出了一個(gè)事實(shí)瀏覽器擴(kuò)展已經(jīng)深度參與到開(kāi)發(fā)工作流里了?，F(xiàn)在很多開(kāi)發(fā)輔助工具都是CLI 瀏覽器擴(kuò)展雙端配合的模式CLI 管構(gòu)建和代碼擴(kuò)展管運(yùn)行時(shí)和可視化。4.2 瀏覽器擴(kuò)展能幫你抓哪些 CLI 抓不到的問(wèn)題我實(shí)測(cè)下來(lái)瀏覽器擴(kuò)展在前端質(zhì)量把關(guān)上有幾個(gè) CLI 替代不了的能力第一是實(shí)時(shí)視覺(jué)檢查。擴(kuò)展可以直接在頁(yè)面上疊加網(wǎng)格線、標(biāo)尺、間距標(biāo)注讓你一眼看出元素對(duì)齊沒(méi)對(duì)齊、間距是不是統(tǒng)一的。這種可視化能力對(duì)發(fā)現(xiàn)13px vs 16px這類(lèi)問(wèn)題特別有效。第二是運(yùn)行時(shí)錯(cuò)誤捕獲?？刂婆_(tái)的報(bào)錯(cuò)、警告、失敗的請(qǐng)求擴(kuò)展可以聚合起來(lái)展示比你自己開(kāi) DevTools 一個(gè)個(gè)翻要高效。第三是響應(yīng)式預(yù)覽。一鍵切換各種設(shè)備尺寸快速看斷點(diǎn)有沒(méi)有問(wèn)題。這個(gè)功能 DevTools 也有但擴(kuò)展通常做得更順手能保存常用尺寸組合。第四是和 CLI 的聯(lián)動(dòng)。有些擴(kuò)展能把頁(yè)面上發(fā)現(xiàn)的問(wèn)題直接回傳給 CLI 工具形成發(fā)現(xiàn)問(wèn)題—定位代碼—修復(fù)的閉環(huán)。impeccable 如果做得好大概率會(huì)在這個(gè)聯(lián)動(dòng)上做文章。4.3 擴(kuò)展的安裝與權(quán)限那些容易忽略的細(xì)節(jié)裝瀏覽器擴(kuò)展本身很簡(jiǎn)單但有幾個(gè)細(xì)節(jié)容易踩坑權(quán)限范圍開(kāi)發(fā)類(lèi)擴(kuò)展往往需要讀取和更改所有網(wǎng)站數(shù)據(jù)的權(quán)限。裝之前想清楚最好只在開(kāi)發(fā)環(huán)境啟用別在日常瀏覽時(shí)也開(kāi)著。開(kāi)發(fā)者模式如果是未上架的擴(kuò)展需要開(kāi)啟瀏覽器的開(kāi)發(fā)者模式才能加載。這個(gè)開(kāi)關(guān)在擴(kuò)展管理頁(yè)面里。和 CLI 的通信如果擴(kuò)展要和本地 CLI 通信通常需要一個(gè)本地服務(wù)做中轉(zhuǎn)或者用特定的協(xié)議。這一步配置不對(duì)擴(kuò)展和 CLI 就聯(lián)不起來(lái)表現(xiàn)為擴(kuò)展裝了但沒(méi)反應(yīng)。注意擴(kuò)展和 CLI 聯(lián)動(dòng)的場(chǎng)景下本地服務(wù)的端口別和常用端口沖突。我踩過(guò)一次坑本地服務(wù)默認(rèn)端口和另一個(gè)開(kāi)發(fā)工具撞了排查了半天才發(fā)現(xiàn)是端口占用。5. 把 impeccable 的思路落地一套可復(fù)現(xiàn)的前端質(zhì)量流水線5.1 整體架構(gòu)三層把關(guān)講了這么多工具最后得落到怎么組合起來(lái)用。我按 impeccable 這個(gè)名字所暗示的零瑕疵目標(biāo)給你搭一套三層把關(guān)的流水線第一層生成層用 codex cli 或 zcode cli 這類(lèi)工具生成前端代碼。這一層的目標(biāo)是快先把東西做出來(lái)。第二層規(guī)范層用 openspec cli 或 impeccable 這類(lèi)工具按預(yù)設(shè)的設(shè)計(jì)規(guī)范去檢查生成的代碼。這一層卡的是符不符合標(biāo)準(zhǔn)比如間距體系、顏色規(guī)范、組件命名。第三層運(yùn)行時(shí)層用瀏覽器擴(kuò)展在真實(shí)環(huán)境里驗(yàn)證。這一層卡的是實(shí)際跑起來(lái)對(duì)不對(duì)布局、交互、性能、報(bào)錯(cuò)。三層各管一段互不重疊。任何一層發(fā)現(xiàn)問(wèn)題都回到生成層去改改完再過(guò)一遍后兩層。這個(gè)循環(huán)跑順了AI 產(chǎn)出的前端質(zhì)量會(huì)有質(zhì)的提升。5.2 規(guī)范層怎么配把無(wú)可挑剔變成可執(zhí)行的規(guī)則impeccable 的核心價(jià)值我理解就是把無(wú)可挑剔這種主觀感受翻譯成機(jī)器能執(zhí)行的規(guī)則。這一步是整個(gè)流水線里最需要花心思的。我列幾個(gè)前端設(shè)計(jì)里最值得規(guī)則化的維度維度可規(guī)則化的檢查點(diǎn)常見(jiàn)閾值間距是否使用統(tǒng)一的間距基數(shù)4 或 8 的倍數(shù)顏色文字與背景對(duì)比度WCAG AA 至少 4.5:1字體字號(hào)是否在預(yù)設(shè)階梯內(nèi)如 12/14/16/20/24圓角圓角值是否統(tǒng)一如 4/8/12/16響應(yīng)式斷點(diǎn)是否覆蓋主流尺寸375/768/1024/1440可訪問(wèn)性交互元素是否有可訪問(wèn)標(biāo)簽全部覆蓋把這些規(guī)則寫(xiě)進(jìn)配置文件讓工具去跑。跑出來(lái)的報(bào)告會(huì)告訴你第幾個(gè)文件、第幾行、哪個(gè)屬性、期望值多少、實(shí)際值多少。這種精確到行的報(bào)告比人眼 review 高效太多。5.3 一個(gè)完整的實(shí)操流程假設(shè)你要用這套流水線做一個(gè)落地頁(yè)完整流程大概是這樣準(zhǔn)備環(huán)境裝好 Node.js配好鏡像源全局安裝你選的 CLI 工具驗(yàn)證版本。初始化項(xiàng)目用 CLI 生成項(xiàng)目骨架或者接入現(xiàn)有項(xiàng)目。寫(xiě)規(guī)范配置把上面那張表里的規(guī)則按你項(xiàng)目的實(shí)際情況寫(xiě)成配置文件。生成代碼用 CLI 生成頁(yè)面代碼先保證功能跑通。跑規(guī)范檢查用 impeccable 或同類(lèi)工具跑一遍拿到問(wèn)題清單。修復(fù)問(wèn)題按清單逐條改改完再跑一遍直到清單清空。運(yùn)行時(shí)驗(yàn)證開(kāi)瀏覽器擴(kuò)展切各種尺寸看布局、看控制臺(tái)、看網(wǎng)絡(luò)?；貧w把上面兩步固化成腳本每次改完代碼自動(dòng)跑。這個(gè)流程里第 5 到第 8 步是自動(dòng)化的重點(diǎn)。手動(dòng)跑一次兩次還行天天手動(dòng)跑誰(shuí)也受不了。把檢查命令寫(xiě)進(jìn) npm scripts 或者 CI 配置里才是長(zhǎng)久之計(jì)。5.4 實(shí)測(cè)中那些文檔不會(huì)寫(xiě)的坑最后分享幾個(gè)我實(shí)測(cè)下來(lái)、文檔里基本不會(huì)提的坑坑一規(guī)則太嚴(yán)會(huì)把人逼瘋。一開(kāi)始我把所有規(guī)則都設(shè)成 error 級(jí)別結(jié)果生成十個(gè)文件報(bào)兩百個(gè)錯(cuò)根本改不完。正確做法是分級(jí)——核心規(guī)則比如對(duì)比度、可訪問(wèn)性設(shè) error風(fēng)格類(lèi)規(guī)則比如間距基數(shù)先設(shè) warning慢慢收緊?？佣嗀I 生成的代碼有風(fēng)格慣性。同一個(gè)會(huì)話里AI 會(huì)傾向于重復(fù)它前面用過(guò)的寫(xiě)法。如果它第一次寫(xiě)了個(gè) 13px后面可能一直用 13px。所以發(fā)現(xiàn)問(wèn)題要盡早糾正別等它生成一大堆再改?？尤秊g覽器擴(kuò)展和 CLI 的版本要對(duì)齊。這倆如果版本差太多聯(lián)動(dòng)經(jīng)常出問(wèn)題。升級(jí)的時(shí)候一起升別只升一個(gè)?？铀纳舷挛膲嚎s會(huì)丟細(xì)節(jié)。用 /compact 壓縮上下文之后AI 可能忘記你之前定的規(guī)范。所以重要的規(guī)范最好寫(xiě)進(jìn)項(xiàng)目里的配置文件而不是只靠對(duì)話記憶?？游鍎e指望工具能判斷美不美。impeccable 這類(lèi)工具能保證不出錯(cuò)但保證不了好看。視覺(jué)審美、品牌調(diào)性、交互創(chuàng)意這些還是得人來(lái)把關(guān)。工具是底線不是天花板。6. 關(guān)于無(wú)可挑剔這件事的一點(diǎn)個(gè)人體會(huì)折騰這套東西大半年我最大的感受是無(wú)可挑剔不是一個(gè)終點(diǎn)而是一個(gè)持續(xù)收緊的過(guò)程。你不可能一開(kāi)始就把所有規(guī)則定死也不可能指望 AI 一次就產(chǎn)出完美代碼。真正有效的做法是先讓流水線跑起來(lái)哪怕規(guī)則很松然后隨著你對(duì)項(xiàng)目理解的加深一點(diǎn)點(diǎn)把標(biāo)準(zhǔn)提上去。我現(xiàn)在的習(xí)慣是每做完一個(gè)模塊就回頭看看這次又發(fā)現(xiàn)了哪些新的不 impeccable的地方把能規(guī)則化的補(bǔ)進(jìn)配置里。這樣流水線會(huì)越來(lái)越聰明AI 產(chǎn)出的東西也會(huì)越來(lái)越接近可交付標(biāo)準(zhǔn)。工具本身會(huì)迭代命令會(huì)變但用規(guī)則兜住 AI 的不確定性這個(gè)思路我覺(jué)得會(huì)一直有效。如果你也在用 AI 寫(xiě)前端不妨從最小的一步開(kāi)始——先把環(huán)境裝利索把鏡像源配好把第一個(gè) CLI 跑通。剩下的邊用邊調(diào)比一次性研究透所有工具要實(shí)在得多。