Cerebras
本文介紹了作者如何利用Codex和Figma MCP實現AI代理自動複製網站設計到Figma。透過多代理編排解決上下文限制、執行時間長等問題，最終實現5分鐘內完美複製5個頁面。
2026年4月16日，Cerebras部落格釋出了一篇關於使用Figma多代理的文章，作者Sherif Cherfa分享了他如何利用AI代理來自動化設計複製流程。
作者一直對代理編排感興趣，目前全天候執行10-20個AI代理。他表示，AI代理已經能夠將他的想法變為現實。像許多開發者一樣，他感受到了“令牌焦慮”——現在他能做的比以往更多，只要一有空就想啟動新的代理會話。
作者提到，看到不想付費的酷產品？Codex會幫他構建；想到一個愚蠢的點子？Codex也能實現；重複做同樣的事情感到厭煩？Codex同樣可以幫忙。他質疑，既然擁有一群無限耐心、聰明且樂於助人的代理隨時待命，為什麼不好好利用呢？
作者的職業生涯始於Web開發，那時構建一個精美的作品集需要數週時間。當代理工程開始流行時，人們已經能以前所未有的速度構建應用程式和網站，但當時的工具主要集中在編碼方面。因此，當作者看到Figma MCP的更新時，他感到非常驚訝和興奮。基於Figma設計構建前端總是更有趣，前端開發人員和設計師之間的協作才能造就出色的應用和網站。
作者想要測試Codex是否能幫助這一過程。他嘗試使用Figma MCP的新功能，讓Codex建立設計面板。他設想，在產品討論中，每個討論都有自己的Figma設計板，利益相關者討論需求時，代理可以即時更新設計。設計師和開發者也可以更輕鬆地從設計功能轉向開發功能。
作者設定了成功標準：給Codex任何網站連結，它需要攝取網站並在Figma中精確複製，遵循適當的設計標準，包括元件分割、使用變數（背景顏色、文本層次），並且設計可以直接從Figma實現。整個過程應在30分鐘內完成，無需人工干預。
設定Codex和Figma需要一些前提條件：Figma MCP技能、Codex+Figma外掛（推薦使用Codex應用）、閱讀Figma MCP指南。作者在20多次會話中遇到了三個常見問題：
- Figma設計消耗大量上下文：一個檢視埠可能消耗64K-128K令牌，加上思考痕跡、工具呼叫、模型修復問題等，代理在複製半頁後就會壓縮上下文視窗，導致偏離目標。
- 複製設計耗時太長：一次執行超過2小時，代理只完成了兩頁，然後陷入迴圈。
- 代理未接受最新MCP訓練：代理有時拒絕使用標準MCP，而是自行建立簡陋的HTML匯入器，嘗試透過瀏覽器CLI手動匯入設計，但Figma不支援此工作流程。
- 處理錯誤：作者建議使用最新版本的Codex、外掛/MCP，以及Figma預打包的技能檔案。主要問題包括Figma設計佔用過多上下文、代理不知道如何使用更新後的工具、執行時間過長。
解決方案包括：使用子代理避免單個代理過載、查閱Figma GitHub上的技能和指南、並行化工作。
Codex可以從錯誤中學習。作者讓Codex回顧所有過去的會話，找出失敗點，然後搜尋網路尋找正確的指導。Codex搜尋了會話歷史，確定使用了錯誤工具，搜尋網路找到Figma寫入技能，返回了一個可調整的提示。這大大改善了情況，但速度仍然太慢。
最後要解決的是輸出速度。一切都是按順序進行的，複製5頁需要逐頁完成，耗時極長。主要問題有兩個：令牌量巨大和順序執行。作者發現多代理編排對上下文管理非常有用。他遵循了完全並行化的指南，設定了主編排代理僅負責生成子代理，每個子代理處理一個頁面，編排者稽核輸出並批准或生成更多子代理。
作者最初使用GPT-5.4-Medium來最佳化編排指令，迭代幾次後，得到了一個範圍明確的提示，GPT-5.3-Codex-Spark也能處理。
結果：在不到5分鐘內完美克隆了網站的5個頁面，工作流程可重複使用。作者表示，如果有人感興趣，他可以將其做成GitHub倉庫供大家實驗。