現(xiàn)在 AI 產(chǎn)品這么多，作為 UIUX 設(shè)計師，我到底應(yīng)該使用哪一款？
Figma Make、Gemini、Claude Code、Codex，每一款產(chǎn)品看上去都能生成內(nèi)容、寫代碼、做頁面。
但真正深度使用過后，你會發(fā)現(xiàn)：它們擅長解決的問題并不相同。
蘭亭妙微UI設(shè)計：今天，我們就站在 UIUX 設(shè)計師的真實工作流程中，聊聊每一款產(chǎn)品的能力邊界，以及究竟應(yīng)該如何選擇。AI 產(chǎn)品更新很快，后續(xù)能力仍然會不斷變化。
在對比之前，我們需要先明確一件事：
AI 產(chǎn)品不是功能越多越好，而是要看它能否進(jìn)入你的真實工作流程。
比如，我要寫一篇公眾號文章、整理用戶訪談，這和我要搭建一個復(fù)雜的頁面 Demo，完全是兩種任務(wù)。
如果沒有理解差別，我們就很容易陷入一個誤區(qū)：
今天看到別人用 Claude Code，我就去折騰 Claude Code；明天發(fā)現(xiàn) Figma Make 更新了，又把所有流程搬回 Figma。
工具收藏了一堆，最后真正工作時依舊不知道應(yīng)該打開哪一個。
那對于 UIUX 設(shè)計師而言，我們應(yīng)該重點關(guān)注哪些問題？
接下來，我們逐個拆解。
如果你本身就在使用 Figma，又不想折騰復(fù)雜配置，那么 Figma Make 應(yīng)該是最容易開始的工具。
它最大的優(yōu)勢在于：距離設(shè)計師原本的工作環(huán)境足夠近。
你只需要在 Figma Make 中通過對話，就可以創(chuàng)建交互原型、Web 頁面和功能 Demo。
同時，它支持將現(xiàn)有設(shè)計稿、競品截圖、產(chǎn)品文檔和圖片素材作為參考內(nèi)容。比如，你可以丟給它一張競品截圖，讓它參考頁面布局、顏色和內(nèi)容結(jié)構(gòu)，生成一個相近的頁面。
如果公司已經(jīng)有相對成熟的設(shè)計系統(tǒng)，還可以通過 Make Kits 引入組件、變量、樣式和使用規(guī)則，讓生成結(jié)果更接近團(tuán)隊規(guī)范。
不過，這里大家需要留意：
接入設(shè)計系統(tǒng)，不代表生成結(jié)果一定正確。
特別是復(fù)雜業(yè)務(wù)頁面，仍然需要設(shè)計師反復(fù)檢查信息結(jié)構(gòu)、組件使用和交互邏輯。競品截圖也只能作為參考，并不等于可以像素級還原。
這里稍微多說一點，現(xiàn)如今很多設(shè)計師都非常依賴 AI 工具，根本不用自己去做設(shè)計，但從來沒有思考過 AI 生成的結(jié)果是否正確。比如今天有同學(xué)來咨詢一個小的問題，在AI生成的頁面中，他沒有做任何的思考，直接使用結(jié)果導(dǎo)致提案失敗，所以我們現(xiàn)在是需要具備判斷能力的。
所以，F(xiàn)igma Make 更適合：
在我的日常使用中，Gemini 更多承擔(dān)的是“內(nèi)容助手”的角色。
它支持較長的上下文，也具備文本、圖片、音頻和視頻等多模態(tài)理解能力。
因此，無論是閱讀行業(yè)報告、分析競品資料、整理訪談記錄，還是拆解一段視頻內(nèi)容，它都非常合適。
在我自己的工作流里，無論是視頻文案、公眾號文章，還是課程資料，我都會使用 Gemini 做初步整理和潤色。
從個人體驗來看，它在表達(dá)層面會更自然一些，也更適合處理較長的文本內(nèi)容。
不過，如果你的目標(biāo)是直接修改 Figma 頁面，或者搭建一套完整的設(shè)計工程化流程，它并不是第一選擇。
Gemini 更適合：
Claude Code 的定位相對明確：
它首先是一款面向工程任務(wù)的代碼智能體。
如果你需要理解復(fù)雜項目、梳理代碼結(jié)構(gòu)、定位 Bug，或者將一個頁面 Demo 做得更加穩(wěn)定，那么 Claude Code 會是非常不錯的選擇。
它能夠讀取項目文件、執(zhí)行命令、修改代碼，也可以通過 MCP 連接 Figma、Google Drive、Slack 等外部工具。
所以，Claude Code 并不是不能接入 Figma，而是它的重心依舊偏向工程實現(xiàn)。
在我的使用體驗中，如果任務(wù)涉及復(fù)雜代碼邏輯、項目級修改和穩(wěn)定落地，我會優(yōu)先考慮 Claude Code。
但如果目標(biāo)是生成圖片素材、調(diào)整視覺風(fēng)格，或者希望在設(shè)計工具之間快速往返，它就不是我的第一選擇。
Claude Code 更適合：
最后，我們來聊聊 Codex。
目前在日常輔導(dǎo)中，我更建議 UIUX 設(shè)計師重點嘗試 Codex。
原因不是它在每一個單點能力上都絕對領(lǐng)先，而是：
它能夠把設(shè)計師原本割裂的工作流程串聯(lián)起來。
首先，Codex 可以通過 Figma MCP 讀取組件、變量、布局和設(shè)計上下文，也可以將代碼頁面重新傳回 Figma，生成可編輯的設(shè)計圖層。
這就意味著，設(shè)計稿與真實頁面之間不再是單向交付，而是能夠反復(fù)往返。
其次，Codex 支持圖片生成和迭代修改。
比如頁面缺少圖標(biāo)、插畫、背景圖或者產(chǎn)品素材，你可以直接讓它生成，再根據(jù)頁面效果反復(fù)調(diào)整。
然后，它還支持 Computer Use、應(yīng)用內(nèi)瀏覽器和插件。
這就讓設(shè)計師可以進(jìn)一步串聯(lián)：
需求梳理 -> 頁面生成 -> 素材補(bǔ)充 -> 瀏覽器驗證 -> 設(shè)計走查 -> 繼續(xù)優(yōu)化
比如我們之前講過的設(shè)計驗收，就可以讓 Codex 通過瀏覽器查看真實頁面，再對照設(shè)計稿檢查問題。
當(dāng)然，功能多也意味著使用時需要先想清楚任務(wù)。
Codex 并不是一個“一句話解決所有問題”的魔法工具。你依舊需要明確自己的目標(biāo)，逐步搭建適合自己的工作流。
Codex 更適合：
如果你只是想快速生成原型，可以優(yōu)先使用 Figma Make。
如果你需要整理資料、理解長文本和潤色表達(dá)，可以優(yōu)先使用 Gemini。
如果你要處理復(fù)雜代碼和工程邏輯，可以使用 Claude Code。
如果你希望進(jìn)一步串聯(lián)設(shè)計、代碼、素材和驗收流程，可以重點嘗試 Codex。
其實在我看來，設(shè)計師不需要強(qiáng)行選擇唯一一款 AI 產(chǎn)品。
我自己更常用的方式是：
工具永遠(yuǎn)會不斷更新。
我們真正需要掌握的，不是某一個軟件的固定操作，而是理解它們的能力邊界。
當(dāng)你面對一個新任務(wù)時，能夠快速判斷應(yīng)該使用什么工具，把想法真正落地，這才是 AI 帶給 UIUX 設(shè)計師最重要的價值。
蘭亭妙微（藍(lán)藍(lán)設(shè)計）m.payeee.cn 是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設(shè)計、B端界面設(shè)計、桌面端界面設(shè)計、APP界面設(shè)計、圖標(biāo)定制、用戶體驗設(shè)計、交互設(shè)計、UI咨詢、高端網(wǎng)站設(shè)計、平面設(shè)計，以及相關(guān)的軟件開發(fā)服務(wù)，咨詢電話：01063334945。
藍(lán)藍(lán)設(shè)計的小編 http://m.payeee.cn