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仓库供大家实验。