前端開發的瓶頸不再是寫程式碼，而是寫清楚你要什麼。shadcn v4 和 Spec-Driven 工具的組合，正在重塑這個流程。
shadcn/ui v4：AI 看得懂的元件庫
shadcn/ui 一直是前端社群的寵兒，但 v4 做了一個根本性的改變——它變得「AI-aware」了。新的 CLI 不只是安裝元件的工具，它內建了一套「技能」系統，讓 AI agent 能理解每個元件的用途、props 介面、組合方式和設計約束。
實際效果是：當你告訴 AI「我需要一個帶搜尋功能的下拉選單」，AI 不是從零開始寫 JSX，而是知道該組合 Combobox + Command + Popover，並且正確處理無障礙屬性和鍵盤導航。生成出來的程式碼不是「看起來能用」，而是真正符合 shadcn 的設計規範。
v4 還改進了 CLI 的互動流程。npx shadcn@latest add 現在支援自然語言描述，你可以說「加一個有排序功能的資料表格」，CLI 會自動選擇需要的元件並安裝。
Spec-Driven Development：Kiro、BMAD、GSD
與 shadcn v4 相輔相成的是 Spec-Driven Development 這股新浪潮。核心理念很簡單：與其讓 AI 直接從模糊的需求生成程式碼，不如先讓 AI 幫你寫出精確的規格文件，再從規格生成程式碼。
Kiro 是 AWS 推出的 Spec-Driven IDE，它會先引導你定義資料模型、API 契約、UI 狀態機，然後再根據這些規格生成實作。BMAD（Build, Measure, Analyze, Deploy）框架則把規格拆分成可獨立驗證的小區塊。GSD（Generative Spec Documents）是一套開源規格模板，涵蓋從 API 設計到 UI 行為的標準格式。
三者的共通點是：把「寫規格」這件事標準化、結構化，讓 AI 有明確的指令可以遵循。
工作流實戰
結合 shadcn v4 和 Spec-Driven 工具，新的工作流程是這樣的：先用 Kiro 定義 UI 規格（包含元件選擇、狀態管理、互動行為），然後把規格交給 AI agent，agent 根據規格呼叫 shadcn CLI 安裝元件、生成頁面程式碼、自動跑 Storybook 確認視覺效果。
前端開發正在從「手寫程式碼」轉向「撰寫規格 + AI 生成」。這不代表前端工程師要失業，恰恰相反——能寫出精確規格的人會變得更有價值。shadcn v4 和 Spec-Driven 工具的搭配，是這個轉型最務實的起點。建議從你的下一個 side project 開始嘗試：先花 30 分鐘寫規格，再讓 AI 幫你實作。你會驚訝於產出品質的差異。
更多 AI 新聞
追蹤 IG 第一時間收到 AI 新聞推播。