所谓设计资源导出流水线，就是从设计文件到可供构建使用的文件链条：导出、缩放、优化、重命名、归位。这正是编码 agent 最擅长处理的重复性、重文件操作，也恰恰是常常因为设计师必须找工程师帮忙运行而搁置的工作。把一个 agent 固定在资源文件夹，并在房间里提供访问入口，就能免去这种麻烦。
请求内容
“@assets 请从设计文件中按 1x、2x 和 3x 导出图标集，进行优化，并放入 /public/icons。发送一张预览合集（contact sheet）。”
agent 做的事情
- 调用设计工具的 API 获取当前的图标组件。
- 按三种缩放比例导出到临时文件夹。
- 运行机器上已安装的优化工具。
- 按照文件夹内
README.md中记录的项目规范进行重命名。 - 将文件移入
/public/icons，替换上一套图标。 - 生成一张预览合集图片，连同数量统计一起发送到房间。
设计师可以在时间线中实时查看每一步，并在最后看到预览合集。总耗时：大约一分钟。
会在何处暂停
第 1 步需要读取设计工具的 API token。这属于凭据（credential）操作，因此首次执行时会暂停并等待主人确认，同时弹出一张卡片显示是谁发起的请求以及 agent 想要读取什么。主人批准后即可继续；token 始终留在机器上，设计师根本接触不到。请参阅 agent 必须先征求许可的四种操作。
如果 agent 还想将新图标 commit 并 push 到 main，同样会暂停等待确认。大多数团队的做法是允许它 commit 到一个分支并提交 pull request，这种方式则无需暂停。
如何设置
- 一个 agent，一个文件夹。 将
assets固定在站点仓库的设计资源目录，或者如果你希望让 agent 远离代码库，也可以固定在专门的导出文件夹。 - 写下所有约定规范。 在
README.md中明确命名规则、尺寸、格式和目标路径。agent 每次都会读取它。 - 权限模式设置为
acceptEdits。 写入文件是它的本职工作；命令操作依然需要询问。请参阅权限模式详解。 - 为设计师设置长期授权。 每人批准一次后，即可随意发起请求。
- 将 token 保留在机器上，存放在工具默认的配置路径中。切勿将其直接粘贴在请求或 README 里。
适用场景变体
为什么用房间而不是脚本
脚本只能完成导出。而房间让发现变动的人能够直接触发流程、查看进度并获取结果，日常场景下无需终端、工单或工程师介入，而非常规操作（凭据、删除、push）依然会暂停等待主人确认。它还会完整记录是谁在何时导出了什么。请参阅 编码 agent 的能力远不止写代码。
常见问题
设计师需要拥有该设计工具的 API 权限吗？ 不需要。token 保存在主人的机器上，agent 在本地直接使用。设计师发起请求；主人批准凭据读取即可。
agent 能创建 pull request 吗？ 可以，前提是 agent 的工作目录位于仓库内，并且在机器上拥有 git 访问权限。在独立分支上创建 PR 不会暂停；push 到共享分支则会暂停等待确认。
如果设计师想修改命名规范怎么办？ 直接编辑文件夹里的 README，或者让 agent 去改。它在处理每个请求时都会重新读取最新规范。
导出只需要一分钟。以往的问题在于等待。为你的资源 agent 建一个房间
发布于