Figma開發模式進入Codex插件
Figma宣佈Dev Mode現已進入Codex，入口在Figma插件中。此舉把面向開發者的檢查與標註視圖接到OpenAI的編碼代理裏，而不是隻停在畫布或VS Code擴展。
Figma幫助文檔已說明在Codex應用左上角插件欄安裝Figma、完成授權後即可使用；桌面端可在Dev Mode中開啓MCP服務，讓代理讀取組件、變量、佈局、FigJam與Make資源，按選中畫板生成代碼，並用Code Connect對齊真實組件。反向則可把可運行界面寫回畫布，變成可編輯圖層。2月雙方已把MCP做成雙向：設計進代碼、活界面進Figma。
Dev Mode本身從2023年測試到2024年轉正，提供檢查、多語言代碼片段、版本對比、就緒狀態與Jira、Storybook、GitHub類集成，需付費計劃的Full或Dev席位。官方MCP目錄把Codex與Cursor、Claude、VS Code並列。DevDay同期OpenAI把原生應用與插件開進ChatGPT對話，Figma此帖是把檢查視圖嵌進同一代理工作流。
社區裏另有同名編碼插件，與OpenAI Codex不是同一產品。Figma未在短帖中公佈新的席位價格或調用上限；既有說明是協作席位對MCP調用有月度限制，深度用法需Dev或Full席位。
市場機制上，買的是已用Codex寫前端、卻不願在設計文件裏丟失間距與變量的團隊，賣的是設計系統作爲代理上下文。資金仍走Figma席位與OpenAI編碼用量；受益方是要提高設計到代碼一次通過率的兩家平臺，承壓方是隻做截圖轉代碼、讀不到變量的插件。事件驅動是DevDay插件位，不是新的設計編輯器。
檢查視圖進代理後，交接從“設計師標好、工程師來抄”變成“代理直接讀Dev Mode”。畫布仍是設計權，代碼倉庫仍是實現權，中間那層規格被插件喫掉。
來源：公開信息
ABAB AI 解讀
Figma把Dev Mode做成開發者的只讀操作系統，再把它插進別人的編碼代理，是承認實現正在離開人類編輯器。2月MCP解決“設計能被模型看見”，今日插件解決“看見的方式必須是Dev Mode而不是截圖”。Code Connect是護城河：生成代碼要對齊倉庫裏的真組件，而不是再造一套樣式。OpenAI在DevDay鋪插件貨架，Figma搶的是設計系統默認位，與ElevenLabs搶語音位是同一邏輯——站上企業已經在付的那張賬單。
資本路徑是席位疊加用量。Figma按人和座位收設計系統租金，Codex按代理時長收實現租金，插件讓兩次收費發生在同一任務裏。反向寫畫布則把工程師的活界面變成設計師的評審對象，減少會議。動機是設計工具若只輸出圖片，代理會繞過Figma直接畫界面；必須成爲結構化上下文，才能留在生成鏈路裏。
類比對象是Zeplin被Dev Mode替代、以及GitHub把拉取請求檢查嵌進編輯器。行業階段是設計到代碼從交接文檔進入代理可讀規格。Sketch與Adobe若沒有同等MCP深度，就會把實現層讓給已在Codex裏的Figma文件。VS Code擴展仍服務人類開發者，插件服務代理；兩者會並存，預算會向代理側傾斜。
結構判斷是產業鏈重構。機制是規格層從PDF和標註插件上收到設計系統數據庫，再由MCP下發到編碼代理。重構發生，因爲代理不會去點圖層，只會去調接口。誰控制變量與組件的真源，誰就控制前端生成的默認樣子。
ABAB News · 認知定律
代理不看標註圖，只讀結構化規格
設計工具要活下去，就得成爲別人代理的上下文
插件貨架上的默認位，決定下一輪交接歸誰