“
AI 写代码能打，对于游戏开发来说，起初是没法把手伸进编辑器的。
—— SIPK
2025 年的游戏开发有一种奇怪的分裂感。模型可以一口气写完一个完整的三段跳角色控制器，却仍然要人手在编辑器里把节点拖到正确的位置、把材质挂上去、把灯光强度调到 3.2。会写代码，和能做完一个游戏，中间隔着一整个编辑器。
转折发生在这一年。MCP 从 IDE 挪进了引擎：Unity 把官方 MCP 服务器做进了 Unity 6 的 AI 工具链，虚幻在 5.8 里直接内嵌了一个 MCP Server，Godot 和 Cocos 的社区实现跑得更早。四款主流引擎，第一次站在同一张考卷前：谁更容易被 Agent 驱动？
我们把 Unity、虚幻、Godot、Cocos Creator 放在三张表上对比：出身与能力、钱怎么收、Agent 能不能真的上手。最后给两条我自己的选型路径，以及一个判断「能不能无人值守跑完一次构建」的硬指标。
四款引擎的差别，先来自它们被造出来的理由不同。一个想覆盖所有屏幕，一个想做到画质极限，一个想永远免费，一个想让小游戏跑得最轻。技术选型的第一层，其实是价值观选型。
全平台通吃的商业引擎，2D 与 3D 都能做，手机、PC、主机、XR 一条线包圆。资产商店与招聘池是它真正的护城河。
ENGINE 2Unreal EngineC++ / 蓝图画质天花板。Nanite 与 Lumen 让「电影级资产直接进引擎」成为常规操作，蓝图把逻辑从代码里解放出来。3A、影视虚拟制片、高保真数字场景的主场。
ENGINE 3GodotGDScript / C#MIT 许可，编辑器与运行时全部开源。2D 做得极好，3D 够用；节点与场景的设计让整个项目天然是文本。独立游戏与桌面端的高性价比选择。
ENGINE 4Cocos CreatorTypeScript把 TypeScript 当一等公民，2D 与轻量 3D 见长，包体做得极小。微信、抖音、支付宝小游戏是它的主场。国内小游戏的最短路径。
把它们现在的版本摊开看，会得到一张更能说明问题的表。
版本号本身在讲一件事：UE 5.8 被官方定位为 5.x 计划内最后一个大版本，Epic 已经把通往 UE6 的路线公开；Godot 4.7 六月发布、4.8 已在 beta；Unity 用 6.x 的小版本持续迭代；Cocos 把 3.8 做成了长期稳定线。四家都进入了工程化打磨期。这对 Agent 是好事：接口越稳定，自动化脚本的寿命就越长。
「免费」在这四家里有四种完全不同的含义。有人免费到 20 万美元，有人免费到 100 万美元，有人永久免费。门槛放在哪，决定了你什么时候开始为成功付钱。
| | |
|---|
| 过去 12 个月总收入与融资低于 20 万美元用 Personal | |
| | 超出部分 5%，非游戏商用 1850 美元 / 席位 / 年 |
| | |
| | |
💡 Unity 2023 年那次「按安装量收费」的 Runtime Fee 已经在争议中取消，现在回到纯订阅制。翻到旧文章时，先对一下这条时间线。
三种模型对应三种风险偏好。Unity 是门票制，你为席位付钱，卖得再好也不额外抽成；UE 是分成制，前 100 万美元完全免，跨过去每一块钱都要切 5%；Godot 和 Cocos 是零成本制，代价从钱转移到了生态——文档、招聘、外包、中间件支持。
对独立开发者来说，真正的差别不在第一年。一个卖 5 万美元的 Steam 小游戏，四家成本都是零；一个卖 500 万美元的爆款，UE 要交出约 20 万美元分成，Unity 只交几个席位的订阅费，Godot 和 Cocos 一分不交。所以这不是「哪个更便宜」，而是「你赌自己会不会成功」。
Agent 要「上手」，缺的从来不是智能，是接口。MCP 做的事情很朴素：把编辑器里的能力包装成一组带类型定义的函数，让模型像调用本地工具一样调用它们。没有它，Agent 只能看到你贴过去的代码和报错；有了它，Agent 能读场景树、改组件属性、跑构建、再读控制台。
| | |
|---|
| 官方，随 AI Assistant 包提供，已可用 | 读写场景与物体、改组件值、读写 C# 脚本、读控制台、改构建配置 |
| | 生成 Actor、调灯光、建材质实例、查 Slate、跑自动化测试 |
| | 增删节点、改属性、连信号、读写脚本与场景、运行并截图 |
| | 建节点、挂组件、改属性、存场景、构建微信包并检查产物 |
Unity：官方出品，最先落地
Unity 的做法是把服务器装进 AI Assistant 包：编辑器里起一个 Bridge，外部客户端通过 relay 二进制连过来。工具名直白得像函数签名：Unity_ManageScene、Unity_ManageGameObject、Unity_ReadConsole。第一次连接需要在编辑器里手动点「接受」，之后自动重连。
一个值得注意的变化是价格：早几个月它还要求订阅，现在 CLI、MCP 服务器和官方插件都已经免费，也不消耗 AI 额度。想用官方通路又不想付 AI 订阅，这是目前最干净的一条。它还支持用 C# 注册自定义工具，把团队内部的编辑器流程也暴露给 Agent。
Unreal：官方入场，但标着实验性
5.8 里 Epic 直接把 MCP Server 嵌进了编辑器进程，默认监听本机 8000 端口，只支持 HTTP 加 SSE，没有 stdio。工具不由插件自己实现，而来自一套 Toolset Registry：默认只暴露三个元工具——列工具集、看工具集说明、调用工具，Agent 按需逐层发现。这是个很工程化的设计，能避免几百个工具一次性撑爆上下文。
但它有三个必须知道的限制：只支持 5.8，5.3 到 5.7 没有官方方案；工具调用在 game thread 串行执行，客户端不能并发发；加自定义工具要重启编辑器。官方文档自己也写着，API 与数据格式可能随时变化。
！踩坑提示 🕳
别把实验性当生产依赖。真要上项目，社区方案（例如 chongdashu/unreal-mcp 一类）覆盖版本更宽，但要自己拼 C++ 编辑器插件与外部 Python 服务，BluePrint 深层操作的支持也普遍偏薄。
Godot：没有官方 MCP，但不太需要
Godot 的社区实现反而最顺手，原因不在 MCP 写得多好，而在引擎本身：场景是 .tscn文本，脚本是 .gd文本，整个项目能被 grep、被 diff、被 git 管。Agent 改完，人能直接看出改了哪一行。
现在的实现已经能做到：读场景树、增删节点、改属性、连信号、执行 GDScript、跑项目、截游戏画面、读日志。工具数量在 45 到 49 个之间，覆盖到「改完自己看一眼」的程度——这一步很关键，它让 Agent 有了反馈闭环，而不是盲写。
Cocos：社区先行，商城开始收费
Cocos 的官方 MCP 一直缺位，社区把这个空填了。cocos-mcp-server 支持 3.8 以上，约 50 个工具，路径相当完整：建项目、建场景、生成组件脚本、应用场景蓝图、保存、构建微信小游戏、检查产物。
要留意两点：一是有多个实现，能力边界不一样，有的只管场景编辑，有的能一路构建到微信包；二是 Cocos 商城上已经出现付费版（约 299 元），开源版和付费版的功能边界，选之前请自己核一遍。
如果只问「哪个引擎最适合 Agent」，我的答案大概率是 Godot，而且原因和 AI 关系不大。
它把游戏项目的全部结构放进了纯文本。一个场景就是一个 .tscn，一个行为就是一个 .gd，一个资源就是一个 .tres。这些文件人能读，Agent 能改，git 能 diff。把跳跃高度从 300 改成 420，你在 diff 里看到的就是一行数字变化，而不是一个二进制文件被整体替换。
「能被 diff 的引擎，才可能被 Agent 迭代。」
第二个原因是闭环成本低。Godot 的项目可以从命令行启动，可以从命令行导出，社区 MCP 还能把游戏画面截回来。Agent 的循环因此变成：改文件、运行、看画面和日志、再改。整个过程不需要人点任何按钮。
第三个原因是许可。MIT、无账号、无许可证服务器、无遥测门槛。对「要跑几十次构建」的自动化流程来说，少一道授权握手就少一类失败。它的体量也在涨：Steam 上 2026 年新增的 Godot 游戏已超过 700 款，itch.io 每周还有上千款。
适合
Steam 独立游戏、2D、体量可控的 3D、想把试错全程交给 Agent 的个人项目。
不适合
需要主机发行认证、需要影视级资产管线、团队已经积累了成吨 Unity 或 UE 资产与经验。
微信小游戏是另一套物理规则：首包体积被卡死，运行时要在小游戏容器里跑，登录、支付、广告全走微信 SDK。在这套规则里，「能不能发」比「画质好不好」重要得多。
Cocos 的优势不是更强，是更省事：微信小游戏是官方一等构建目标，分包、资源管理、远程包都现成，构建产物能直连微信开发者工具，改完在手机上就能看真机效果。包体也小，常见 2D 项目 8 到 15 MB，同等内容用 Unity 构建往往在 30 到 50 MB。
接上 MCP 之后，这条链路可以整段交给 Agent：从空项目到能扫码预览的微信包，中间的场景搭建、组件挂载、构建配置都能由工具调用完成。最后只剩「拿手机看效果」这一下需要人。
💡 让 AI 写 Cocos 代码时，务必在提示里写明「Cocos Creator 3.8 API，使用 @ccclass 与 @property 装饰器」。默认它常给你 cocos2d-x 时代的旧语法，一跑就报错。
代价也要说清楚：英文文档与社区比中文滞后，海外几乎招不到人，3D 能力落后于 Unity 与 UE，主机发行不是一等公民。它的甜区非常明确——中国市场的移动端与小游戏。离开这个甜区，它就是一个合格但不突出的免费 2D 工具。
把上面三张表合起来，其实只剩两条主力路径。
路径一 · Steam 独立游戏，选 Godot
零成本、文本工程、Agent 闭环最短。要接受的是 3D 上限与主机认证的门槛。
路径二 · 微信小游戏或国内 App，选 Cocos
官方构建目标、包体小、真机预览快。要接受的是 3D 较弱、生态偏中文。
但如果你的项目是「已有团队 + 已有资产」，答案不是引擎，是迁移成本。UE 与 Unity 依然值得选：一个买画质与影视管线，一个买生态与招聘池。Agent 在这两家身上也能干活，只是要带着「实验性」的预期去用。
选完之后，别急着让 Agent 写业务逻辑。先花二十分钟，验证它到底能不能干活。
Unity 走 AI Assistant 包里的 Bridge，UE 启用 ModelContextProtocol 插件，Godot 与 Cocos 装社区 MCP，客户端把地址配好。这一步只验收一件事：工具列表能刷出来。
让 Agent 读一次场景树、建一个空节点、改一个属性、保存、再读一次控制台。五步都能回读成功，才算真的「上手」，否则它只是个会猜的聊天框。
让 Agent 触发一次导出（Godot 的 export，Cocos 的 wechatgame），再检查产物目录。能构建，才谈得上自动迭代；构建不出来，前面的热闹都是表演。
💡 只要有一环必须人手点确认（登录授权、开发者工具扫码、证书配置），Agent 的循环就断了。选引擎时，把「能不能无人值守跑完一次构建」当成硬指标。
四款引擎的竞争维度变了。过去十年比的是渲染、工作流、资产商店；接下来几年会多一条：谁更容易被一个不会累的 Agent 驱动。
这条标准对开源引擎更友好，因为文本即接口，Agent 不需要任何专用插件就能读能改；对商业引擎也不算坏消息，因为官方 MCP 一旦稳定，生态、文档、中间件这些老优势会重新放大。真正的分水岭不在「支持不支持 MCP」，而在「能不能无人值守地构建出可运行的包」。
但有一点没变：引擎不会替你做决定。先想清楚要发到哪个平台、能承受多少授权成本、团队已经会什么，再去看 MCP 的支持列表。顺序反了，你会为一个漂亮的 demo 选一套要还三年的技术债。
选引擎，是选一条你愿意走三年的路
我是 SIPK，长期关注 AI 与游戏开发的交叉地带。
如果你觉得今天这篇有收获，欢迎点赞、在看、转发三连，我们下篇见。
