先说结论

目前常见的 Unity Codex 流程是这样的：在 Codex CLI 里装上 Unity 的官方插件 unity-agent-plugin，通过 MCP 连上已经打开的 Unity 6 编辑器，再让编程工具按 Unity 当前的文档去写 URP、UI Toolkit、内购这些代码。

这一段确实好用。把插件装上只能说明自动化编程是越来越顺了。而我在意的还是美术资源的处理：批量化处理美术素材，以及批量化生成与代码逻辑之间的同步。

官方插件提供的是什么

仓库是 Unity-Technologies/unity-agent-plugin，Claude Code 和 Codex 用的是同一份。OpenAI 的 Eric Provencher 在 9 月 10 日写过一句「Codex now has a Unity plugin!」，之后社区里就开始出现大量解读。

官方文档 Unity’s plugin for Codex 写得很明确（也没夸张）：这不是 Asset Store 上的资源，也不能从 Package Manager（包管理器） 安装。README 写明面向 Unity 6+，示例状态是 unity@unity-agent-plugin installed, enabled 0.1.0-beta。

Codex 一侧的安装命令：

codex plugin marketplace add Unity-Technologies/unity-agent-plugin
codex plugin add unity@unity-agent-plugin

新开一轮 Codex 会话后，输入 /unity: 就能看到这组 Skills。更新用 codex plugin marketplace upgrade unity-agent-plugin。Claude Code 走同一个仓库，会话里换成 /plugin install unity@unity-agent-plugin。

MCP 连的是打开的编辑器

Unity 6 里，Edit（编辑）→ Project Settings（项目设置）→ AI → Unity MCP 能看到 Bridge 是否 Running（运行中）。第一次连接会落到 Pending Connections（待批准的连接），需要在编辑器里点 Accept（接受） 才放行。文档说通信走本机 IPC，工程源码不必为此上传。

这里有两个窗口容易混。官方插件走的是 Unity 编辑器内置的这条 MCP Bridge。本站写过的 Unity MCP 是另一个服务窗口，默认端口 6594，给 Cursor、Codex 做一键配置。两条都在本机，但不是同一个面板。通道本身怎么工作，见 MCP 怎样把 AI 编程工具接到游戏引擎上。

通道通了之后，当前场景、游戏对象、Console（控制台） 日志都能读能改。前提仍然是：切图已经按引擎目录写进工程，名字还能对上节点。

Skills 覆盖的是工程里的写法

仓库 skills 目录目前是 31 个模块。和界面、图相关的有 ui、ui-uitk、ui-ugui、ui-imgui、manage-sprite-atlas、sprite-editor、sprite-segment-3x3grid。其余覆盖 Tilemap、Pixel Perfect 相机、URP Render Graph、Shader Graph、从 Built-in 迁到 URP，以及内购、LevelPlay、多人服务、语音、TextMeshPro 字体回退、WebGL 和 Unity CLI 打包。

README 给的例句也停在同一层：做一屏设置界面、相机移动时像素图发抖、中文字在 TextMeshPro 里变成空框、给 ScriptableRendererFeature 查 Render Graph。这些都是工程已经打开之后，在编辑器里要做的事。

换句话说，插件解决的是「别再产出十年前的写法」。插件的目标似乎是为了通过 AI 改造 Unity 的历史代码资产，达到最新的标准和实现。

界面图的批量化处理仍在插件之外

ui-uitk 回答的是这一屏该用 UI Toolkit 还是 uGUI。manage-sprite-atlas 回答的是工程里已经有的图怎么打图集。我手头更常见的是前一步：AI 生成的商店图、活动弹窗、HUD，每一张都是合成图。

这批图要检测边缘切图，导出有意义命名的图片文件，按 Assets/Textures、Assets/Prefabs 写进工程，还要把原图层的上下文一起保留和同步。一两张可以自己做完。同一套界面再生成一版、节日要换一批图的时候，数量就上去了。插件的 README 和 Skills 列表里没有这一步。

大量无组织、无结构的切图文件，和程序工程之间的实时映射，是需要重视的一环。编程工具读到的是文件名和节点名，读不到这一块像素是不是按钮；后续的 AI 编程仍对不上事件。

拆图这件事现在已经不费时间。导入到 Unity 中之后，原来的位置和交互信息能不能复原，才是要盯住的。相关记录见 Figma 到 Unity 和 自动分层：图片转多图层。

我已经走通且在实践的方式：美术资源单独批量化生成和单独管理

编码交给 Codex，加上官方插件之后，对着打开的 Unity 6 写代码这一段更省心：按当前文档的做法生成，控制台报错也能经 MCP 读回来改。

界面图的批量化生成和处理放在 VberAI Studio 里做完，再导入到 Unity 中。设计稿要改，回到 VberAI Studio 再导出一轮，工程里的层级还能对上原来的图层结构。打开的工程用 Unity MCP 同步，美术资源同步和代码逻辑同步要一起做。

小结

游戏开发的并行任务的处理，不止有历史代码更新这一个环节。