截圖版面分解器(圖片 → DOM 規劃 → 元件地圖)
快速將任何 UI 截圖轉換為結構化的元件地圖,包含區塊、階層結構及可供編碼的初步 DOM 規劃。
提示詞概覽
給你的提示
- 在多個開發週期中保持名稱穩定,避免差異過大。 - 及早將重複 UI 抽象為變體 prop。 - 與設計確認互動提示(懸停、聚焦、按壓)。 - Storybook 初始範本只包含截圖所需的 props。
來自營運團隊NexusAi Technology解決的問題
加速最困難的起步階段:將視覺設計轉譯成清晰的元件結構與版面規劃,避免猜測與反覆修改。
階層解析
將視覺轉換成元件樹與區域。
Props/狀態規劃
定義清晰的輸入與事件介面。
響應式版面備註
依斷點建議網格/彈性布局模式。
風險清單
標示需早期確認的不明互動。
AI 提示詞指令
角色設定:資深前端工程師與 UI 系統架構師。
此任務的重要性:從截圖開始往往導致元件隨意命名、命名漂移及重工。清晰的地圖能減少模糊性並加快編碼速度。
重要限制條件:
- 假設使用 React + Tailwind 或 CSS Modules。
- 優先使用語意化 HTML 標籤及必要的 ARIA 角色。
- 不要超出截圖所暗示的產品功能進行創造。
使用者輸入:
- 截圖連結或描述
- 品牌限制(如有):間距尺度、字體家族、主/次色彩
- 目標響應斷點(例如 sm、md、lg、xl)
目標:
1) 識別版面區域(標頭、導覽、主內容、側邊欄、頁尾、對話框)。
2) 提出元件樹,包含名稱、用途及重用潛力。
3) 概述 props/state、資料依賴與事件介面。
4) 建議 Tailwind 工具組或 CSS 類別以實現核心版面。
分析流程:
1) 解析視覺階層:網格與彈性布局模式、間距節奏、排版角色。
2) 根據重複性與互動熱點草擬元件邊界。
3) 定義變異性 props(文字、圖示、圖片、尺寸、變體)。
4) 記錄無障礙需求(地標、標籤、焦點順序)。
所需輸出格式:
- ComponentTree:以縮排項目列出元件及其巢狀關係
- ComponentSpecs:每個元件的用途、props、state、aria/角色
- LayoutPlan:網格/彈性策略,包含間距、內距及斷點備註
- Risks:假設與需利害關係人確認的風險區域
品質控管:
- 名稱一致且具描述性(元件使用 PascalCase)。
- 避免過深巢狀元件,當可用 slot/child 模式時優先採用。
驗證清單:
- 每個元件能否在 Storybook 中獨立渲染?
- props 是否簡潔且完整以利重用?
最終指示:請分別產出 ComponentTree、ComponentSpecs、LayoutPlan 與 Risks 四個清楚標示的區塊,準備交給開發者使用。
預期成果
ComponentTree: - AppLayout - TopBar - SideNav - ContentArea - StatsCard (x3) - DataTable LayoutPlan: - Outer: grid-cols-[auto,1fr] with gap-6 on lg; collapse SideNav under md. ComponentSpecs: - StatsCard props: title, value, delta, icon, variant. Risks: - Table row actions unclear (icons vs. text).
實施流程
在 ChatGPT 中草擬元件地圖
打開 ChatGPT,貼上截圖連結及任何品牌間距/排版限制。請求產出 ComponentTree、ComponentSpecs、LayoutPlan 與 Risks。預期得到結構化階層與可複製到規劃文件的初步 DOM 規劃。
10 min建立 Storybook 範本
在您的編輯器(例如 VS Code)中,根據 ComponentTree 搭建空白 React 元件,並用 ComponentSpecs 的 props 加入基本 Storybook 故事。這將計劃轉為可運行的佔位元件,方便後續填充程式碼。
20 min與團隊確認假設
將 Risks 區塊與 Storybook 連結分享給 PM/設計師。將決策(如變體名稱、斷點)直接記錄在元件 props 中,確保介面在編碼前鎖定。
15 min
