摘要

Unity Technologies 于 2026 年 5 月初旬面向所有 Unity 6 及以上版本的用户公开了编辑器集成型 AI 套件"Unity AI"的公开测试版。该套件由四大支柱构成:Unity 助手(Ask/Agent 模式)、生成式 AI 功能群"生成器(Generator)"、用于调用外部 AI 智能体的"AI 网关(AI Gateway)",以及从 IDE 端操作编辑器的"Unity MCP 服务器"。仅通过自然语言提示就能以秒为单位构建出演示场景"demolition derby(破坏德比)"的实况引发了巨大反响。本文将从游戏开发工程师的视角出发,对各组件的运作机制、收费体系、实践应用场景、注意事项、竞品动向以及未来路线图进行彻底剖析。


什么是Unity AI:从Muse/Sentis到以"第三方模型为前提"的套件

Unity AI 是在 Unity Editor 内运行的生成式 AI/代理式 AI 工具群的总称。其源流可追溯到 2023 年发布的"Unity Muse"和"Unity Sentis"这两条 AI 产品线,其中 Muse 负责聊天型助手与生成功能,Sentis 则承担运行时推理库的职责。Unity 在 2025 年 8 月 Unity 6.2 发布之际宣布了废止 Muse 并整合至 Unity AI 的方针,其后历经 Unite Seoul 2025,CEO Matthew Bromberg 宣告"将生成式 AI 与代理式 AI 完全整合进 Unity Editor"。在财报说明会上,他更进一步发言称"可仅凭自然语言,从提示词整体生成一款休闲游戏",由此引起了业界的关注。

本次 Beta 版的重要之处在于,Unity AI 已完全转向"第三方模型利用型"架构。相对于 Muse 以第一方模型为中心,Unity AI 直接与 OpenAI(GPT 系列)、Meta(Llama 系列)等大规模语言模型提供方对接;图像生成方面采用了 Scenario 与 Layer AI 基于 Stable Diffusion 和 Flux 训练的 LoRA;动画系列则集成了 Kinetix 的视频转动画技术。据称,此举旨在抑制 Unity 自研模型的开发负担,同时将最新一代模型的性能尽早交付给游戏开发者。

官方公布的主要构成包括五大要素:在编辑器内进行对话的"助手(Assistant)"、从文本或参考图像生成各类资产的"生成器(Generators)"、将第三方 AI 代理正规接入编辑器的"AI 网关(AI Gateway)"、用于从 IDE 侧操作编辑器的"Unity MCP 服务器",以及由原 Sentis 更名而来的"Inference Engine(推理引擎)"。本文将依次深入剖析其中用户关注度尤其高的前四个要素。

Beta 公开发布的时间表与提供条件

Unity AI Beta的正式公开发布是在2026年5月初,美国媒体Insider Gaming于5月4日、GamesBeat也于同日以"Unity AI is now in Open Beta"为题进行了报道。先前在2026年1月12日至13日,Unity AI Beta 2026的早期版本已以限量访问形式分发;3月的GDC 2026上发布了功能扩展版并伴随官方演示,最终于5月实现全面公开。

公开测试版表示"Unity 6及以后版本"均可使用,但最新的生成功能(3D网格及UI Toolkit布局生成)则必须使用Unity 6.3 LTS(2025年12月5日发布)及以后版本。使用时需将本地项目关联到Unity Cloud项目,并以同意编辑器内使用条款及安装AI软件包(com.unity.ai.assistant、com.unity.ai.generators、com.unity.ai.inference)为前提。此外,默认设置下用户数据不会被用于模型训练(采用选择加入制),并且为便于检索,生成的资产会自动附加"UnityAI"元数据。

在收费方面采用了积分制(Unity AI Credits,或旧称Unity Points)。Personal Edition在14天1,000积分的免费试用后,将以每月10美元(约1,500日元)的价格按月提供1,000积分的定额套餐;Unity Pro订阅者每席位每月可获得2,000积分,Enterprise/Industry每席位每月标配3,000积分。积分用尽时可通过购买追加套餐进行延长。另外,Unity Pro本身的费用于2026年1月12日上调了约5%,年费为2,310美元(约34万8,000日元),月费为210美元(约3万2,000日元)。需要注意的是,使用Inference Engine进行的本地推理可无需消耗积分即可使用,并且通过AI网关调用第三方模型时也设计为不消耗Unity方的积分。

Unity助手详解:Ask/Agent双模式与Skills系统

Unity 助手是以聊天式界面为基础、通过自然语言提示接收提问与指令的核心功能。它以 com.unity.ai.assistant 软件包的形式提供,目前最新的次版本已演进至 2.7.0-pre.1(截至 2026 年 5 月)。其最大的特点在于明确划分的两种运行模式:"Ask(提问)模式"仅调用只读工具,在不更改项目的前提下提供说明、指引与洞察。而"Agent(代理)模式"则主动调用 Unity Editor 的工具,执行 GameObject 创建、组件添加、设置变更、脚本编辑、资源操作等。后者采用"所有变更操作均需用户批准"的规范,内置防止失控的护栏机制,这正是 Unity 作为业务级引擎应有的周到考量。

在 Beta 阶段强化的主要能力涉及多个层面。其一是"编排功能(Orchestration)"。该机制可将复杂提示自动拆解为多个步骤,并路由至合适的工具组以执行大规模操作。例如,下达"创建一个真实的玻璃容器场景,在中央放置植物,并设置视差滚动摄像机"的指令时,便会一气呵成地处理地形生成、植物资源生成、Cinemachine 虚拟摄像机部署等多个阶段。其二是新增的"Vision 功能",可将场景视图或截图作为图像采集,由视觉模型解析其内容。其三是"Safer Code 生成"功能,能够顾及项目依赖关系,进行安全的代码生成。其四是新设的"Plan Mode",可解析类似游戏设计文档的长文指令,先行提出实施战略后再开始执行。

支撑这些能力的是名为"Skills(技能)"的模块化机制。Skills 是专注于特定领域的专家模块,例如"Cinemachine Skill"专门支持虚拟摄像机、推车摄像机、轨道拍摄的设置,"Profiler Skill"则负责采集数据的分析与优化建议。Skills 可按项目单位进行自定义,也设想了嵌入企业自有编码规范或命名规则后投入使用的场景。此外还新增了通过"Figma Integration"导入 Figma 设计文件并转换为生产级 UI Toolkit 布局的一键功能、可瞬时撤销变更的"Checkpoints & Rollback"功能、以及 Git 集成与可视化比较工具,构建起让工程师能够在最小化风险的同时大胆尝试变更的体系。

生成器详解:从精灵到3D网格与UI Toolkit

生成器是一组从文本提示词或参考输入生成游戏资产的工具集合,以 com.unity.ai.generators 软件包的形式提供。在 Editor 中,通过"AI > Generate New"菜单打开各类别的生成器窗口,输入提示词后消耗 Unity Points 执行生成,这就是基本流程。

在精灵(Sprite)类别中,生成器采用了一种独特的流水线:先生成一段简短的转盘式视频,再从中提取动画帧来构建精灵表(sprite sheet)。由此可以通过单一提示词轻松完成多视角或行走循环动作的成套素材,大幅压缩 2D 游戏开发中的绘制工序。其背后运行的是 Scenario 与 Layer AI 在 Stable Diffusion/Flux 基础上训练的 LoRA,能够覆盖从像素艺术到动漫风、写实风等广泛的风格。

纹理与材质生成的标准规格是依照 PBR 工作流,一次性输出 Albedo(Diffuse)、Normal、Roughness、Metallic 这 4 张贴图,目标是面向实时渲染达到"production-grade"(生产级)质量。体素风、手绘风等风格指定也可通过提示词控制。此外还新增了用于天空盒的立方体贴图(cubemap)生成功能,自动完成六面同时生成与接缝校正,因此可以一次性凑齐黄昏或科幻感的天空。

作为本次 Beta 的重点亮点,备受关注的是新增的"3D Model 生成器"和"UI Toolkit Layout 生成器"。前者是从文本或参考图像生成低多边形背景道具、角色占位模型、道具类 3D 网格的功能,内部采用了与以 Meshy 为代表的业界标准 3D 生成流水线相近的手法(生成→重拓扑→PBR 纹理化→FBX 导出)。后者是构建带有 UXML 与 USS 的 UI 布局的功能,既涵盖承接 Figma 设计的路径,也涵盖从提示词从零构建的路径。如前所述,这些新功能必须使用 Unity 6.3 及以上版本。

注意事项方面,Beta 期间推荐在测试项目中使用,依据指南需慎重判断是否直接将其集成到商用或非商用的正式发行版本中。Unity AI Guiding Principles 明确指出,确认生成资产不侵犯第三方权利的责任在于使用者;结合 Steam 自 2024 年起强制要求披露 AI 生成内容的趋势,发布前的权利清查(rights clearance)流程仍然属于工作室一方的责任。

AI网关详解:用"自有API密钥"接入Claude Code、Codex、Gemini、Cursor

AI网关是Unity AI 2026版的核心功能之一,它是一种独立于Unity原生助手之外的BYOK(Bring Your Own Key)机制,可将用户自行订阅的第三方AI智能体正式接入Unity Editor。该功能已在com.unity.ai.assistant包2.7系列中正式集成,截至目前官方表明已支持的智能体共有四种:Anthropic Claude Code、OpenAI Codex、Google Gemini与Cursor。

其工作机制是:从助手窗口的智能体切换UI中选择希望连接的智能体,输入各公司的API密钥进行认证。一旦认证完成,便可在Unity助手的对话界面内直接使用各提供商特有的模型(Claude Opus 4.X系列、GPT-5系列、Gemini 2.X系列等)以及提供商特有的斜杠命令。智能体可通过Unity的工具执行脚本创建、控制台日志检查、项目内容修改等编辑器操作,从用户体验来看,更接近于"将Unity助手的内核替换为其他公司模型"的感觉。

从商业角度而言,重要的一点是经由AI网关的请求"不消耗Unity Credits"。也就是说,Claude API的使用费用直接产生于Anthropic,OpenAI的token计费直接产生于OpenAI,Unity仅扮演Editor集成中介的角色。这是对"用户已经拥有自己心仪的AI订阅"这一现实的适应,体现了不将开发者锁定于Unity AI生态系统、尊重开发者选择的姿态,值得肯定。CEO Bromberg在"Unite 2025"上反复强调"developer choice and flexibility(开发者的选择与灵活性)",正是对这一方针的预告与铺垫。

此外,截至2026年初,该功能正以"Early Access Beta"形式分阶段推出,需要通过申请表单提交参与申请。经由AI网关连接的智能体对MCP工具会自动获得授权,而后文将提及的直接MCP连接则需要显式授权——信任边界的设计采用了两级架构。在企业环境中,组织所有者/管理员可以集中管控AI网关本身的启用与停用、允许使用的智能体以及API密钥管理策略。

另外有一个容易混淆之处:数据分析平台Databricks也提供了名为"Unity AI Gateway"的同名产品(Unity Catalog的扩展),但那是面向LLM/MCP服务器的治理层,是完全不同的产品。本文所讨论的仅限于Unity Technologies公司面向游戏引擎的功能,搜索时需要加以注意。

Unity MCP服务器详解:从IDE端将编辑器作为"工具"操控

Unity MCP 服务器是供外部 AI 客户端(IDE 或聊天型工具)通过 Model Context Protocol(MCP)将 Unity Editor 作为工具进行调用的官方桥接。如果说 AI 网关是"将其他公司模型引入助手窗口"的机制,那么 MCP 服务器则是反方向的入口,即"外部 IDE 操作 Unity"。借此,开发者可从 Cursor、Claude Code、Windsurf、Claude Desktop 等已经用惯的 Agent 环境中,无缝自动化 Unity 的场景管理、GameObject 操作、组件添加、脚本编辑、构建、Profiler、Shader Graph 等工作。

架构采用三层结构:Unity Editor 启动时"MCP Bridge"自动启动,并打开本地 IPC 通道(Windows 上为命名管道,macOS/Linux 上为 Unix Socket)。其次,"Relay Binary"会自动安装至 ~/.unity/relay/,当 AI 客户端以 --mcp 标志启动时,便会通过 MCP 协议(stdio)连接至 Bridge。AI 客户端(例如 Cursor)通过 MCP 工具列表发现 Unity_ManageSceneUnity_ManageGameObjectUnity_ManageAssetUnity_ConsoleLog 等编辑器操作工具,并基于自然语言提示依次调用这些工具以达成目的。Unity 社区制作的衍生实现(CoplayDev/IvanMurzak/AnkleBreaker Studio 等)也十分活跃,其中后者因公开了 268 种工具而备受关注。

搭建过程相对简洁。在 Unity 6(6000.0)及以后版本中安装 com.unity.ai.assistant 包,打开菜单中的"Edit > Project Settings > AI > Unity MCP",确认 Bridge 状态为 Running(绿色指示灯)。从 Integrations 部分选择支持的客户端(Cursor、Claude Code、Windsurf、Claude Desktop)并按下"Configure",便会将 Relay 二进制文件的路径自动写入各客户端的配置文件(Cursor 为 ~/.cursor/mcp.json,Claude Desktop 为 claude_desktop_config.json)。若手动设置,macOS Apple Silicon 的路径为 ~/.unity/relay/relay_mac_arm64.app/Contents/MacOS/relay_mac_arm64,Windows 为 %USERPROFILE%\.unity\relay\relay_win.exe,并务必加上 --mcp 标志。首次连接时 Unity 侧会显示"Pending Connection",需要明确"Accept"(如前所述,经由 AI 网关的连接为自动批准,这里正是二者信任边界的差异)。

在实践应用场景中,场景编辑的自动化最为直观。例如,在 Cursor 上让 Claude 执行"在 (0,5,0) 处放置一个带物理的红色立方体,按下 Play 按钮使其下落",Claude 便会自动执行三个步骤:用 Unity_ManageGameObject 生成 Cube,用 Unity_ManageComponent 添加 Rigidbody,再用 Unity_ManageTransform 设定位置。在更高级的示例中,将 Profiler 捕获结果交给 Claude Code 以征求优化建议,并通过 MCP 将其提议的 Draw Call 削减方案(启用 GPU Instancing、纹理图集化)直接应用到场景,这种 DevOps 式的工作流也成为可能。还出现了通过与 Test Runner 或自研 CI 脚本联动,由 AI Agent 反复执行测试→修改代码→再测试循环,从而构建"全 AI 开发循环"的案例。

使用上的注意事项首推安全性。外部 IDE 通过 MCP 操作编辑器,意味着伴随着恶意 Prompt Injection 或无意识大规模变更所导致的事故风险。Unity 侧为每次工具调用准备了插入审批流程的选项(可在 Project Settings 中逐项 ON/OFF),尤其是在共享项目或生产分支上工作时,明智之举是启用这些选项并与检查点并用。其次,由于 MCP 服务器处理的是 Unity Editor 的"内部 API",因此当 Unity 版本更新或编辑器 API 变更时,工具定义侧需要随之跟进。此外,当外部 AI 模型的响应不具幂等性时,同一提示可能产出不同结果,因此在重视可复现性的资产创建中,对生成种子的管理及提示模板化几乎成为必备。

演示「demolition derby」所展现的:从提示词到"可玩原型"

与Beta版同步公开的官方预告片"Unity AI Open Beta | Launch Trailer"自发布之初便在开发者社区引发了激烈讨论。视频中,开发者对着空场景输入"用现有资源制作一个demolition derby(破坏德比)",几秒内便构建出一个包含荒废竞技场、观众看台以及多辆竞赛用车辆的环境。接着指示"基于参考图制作车辆"并拖入图像后,便会生成全新的网格与材质;进一步通过"在车顶安装武器,并编写让玩家可以瞄准射击的脚本"这一提示,连锁触发GameObject的附加、Cinemachine的调整以及C#脚本的自动生成。最后输入"添加dystopian fog(反乌托邦风格的雾),并配以戏剧化的照明",Volumetric Fog与HDRP照明设置便会自动注入——整个流程一气呵成。

这一演示所象征的,正是Bromberg在财报说明会上反复强调的"仅凭自然语言便可让休闲游戏整体呈现"愿景的具体化。他将其描述为"从最初的创造灵感闪现,到成功、规模化并持久存在的数字体验之间的通用桥梁",并明确表达了将"数千万新创作者"引入行业的意图。技术层面上,关键在于多次生成器调用、Agent模式的工具调用、代码生成以及场景操作被一体化地编排起来,从视觉上展示了它已从单纯的"AI助手"进化为"驱动编辑器的Agent"。

另一方面,开发者社区的反应却呈现两极分化。Game Developer的问卷调查显示,游戏行业从业者中超过半数回答"生成式AI对行业是负面影响";在Unity Discussions上也充斥着"用于测试与调试有用,但艺术生成会助长'slop(粗制滥造)'的批量产出"、"会导致休闲游戏市场品质下滑"、"对职业安全的担忧"等观点。对AI持积极态度的EA、腾讯、Take-Two(CEO Strauss Zelnick在2026年2月财报中公开表示"actively embracing")与明确保持距离的任天堂、Supergiant Games、thatgamecompany之间的立场差异也十分显著,整个行业围绕"用还是不用"的分裂正变得愈加鲜明。此外,Take-Two于2026年4月实施了包括自家AI团队负责人在内的裁员,从其战略起伏剧烈这一点也可看出,整个行业正处于摸索探索的过程之中。

业界各报的报道方式,以及游戏开发工程师应采取的立场

Insider Gaming以"Unity Releases AI Tool That Helps Develop Games Faster"为题,中立地介绍了演示的实操性以及通过AI网关/MCP服务器实现外部工具集成的灵活性。GamesBeat在"Unity launches Unity AI into open beta"一文中报道称,编辑器内代理实现了"植根于项目上下文的更具相关性的回答以及更少的重试",并大量引用CEO发言以强调其商业意义。Techtroduce引用了Unity《2026年游戏开发报告》中的数据——开发周期中位数从91小时(2022年)缩短至21小时(2026年),缩减77%;62%的开发者在编码中使用AI,44%用于叙事设计;73%将效率、62%将决策改善列为主要收益——并提出了"原型开发的边际成本将趋近于零,行业将不得不在原创性和游戏手感上展开竞争"的预判。

PC Gamer和Creative Bloq则展开了带有讽刺意味的论调,对比Bromberg曾批判"元宇宙的愚蠢"的过往发言与此次力推AI的反差,同时刊发了与Google Project Genie、育碧、EA的AI战略进行比较的文章。GamingOnLinux关注Bromberg"让休闲游戏得以存在"这一发言的伦理与产业含义,并将其与Steam方面的AI披露义务(2024年引入)的一致性作为讨论焦点。日本方面,Game Makers将2026年1月13日的早期版公开以"Unity AI Beta 2026开始提供"为题进行了细致解读,向读者传达了3D模型生成与UI Toolkit生成这两项新功能、需6.3及以上版本的必要条件,以及"建议在测试项目中使用/生产环境使用需慎重判断"这一重要注意事项。

从游戏开发工程师视角整合上述报道,可以浮现出若干实务要点。第一,Unity AI采用了可同时使用"Unity原生助手+生成器"与"外部AI网关/MCP服务器"两个体系的混合设计,对于已经持有自家AI订阅(如Claude Pro、ChatGPT Team、Cursor Business等)的组织而言,经由AI网关/MCP的方式很可能在成本效益上更具优势。第二,默认的学习用数据退出选项、UnityAI元数据自动附加、组织层级的集中管控等面向企业的治理功能一应俱全,即便是合规要求严格的工作室也较易将其纳入引入评估的视野。第三,Beta版的真正价值与其说在于"开发时间压缩",不如说在于"原型开发速度的数量级提升",游戏设计或制作人方面可绕过工程师确认初始行为,从而增加需求定义阶段的迭代次数——这一点是不容忽视的实用价值。

反之,在量产出货前的优化、自研引擎扩展、硬件专属优化等领域,代理的建议精度以及对自有API的跟进能力存在局限,人类的专业知识仍占主导地位。商业发行前的资产权利清理、包括Steam在内各平台的AI披露要求、各国AI监管(欧盟AI法案、美国AI行政命令相关、日本生成AI相关指南)的合规性检查,也仍然属于无法被自动化的部分。

竞争动向以及未来半年可能发生的事情

Unity AI的公开发布,使游戏引擎市场的AI军备竞赛进一步加速。Epic Games正在推进的Unreal Engine 5系列的AI运行时功能、MetaHuman的自动生成、Procedural Content Generation的扩充,Roblox Studio以Cube为核心的text-to-3D生成功能,以及标榜"AI原生"游戏开发平台的新兴SEELE(从文本提示生成3D资产、游戏代码、动画)、Buildbox 4的text-to-game功能等,可供选择的方案正在迅速扩展。像Meshy这样的独立3D生成服务也提供Unity插件,Unity AI的生成器今后能在多大程度上与这些产品形成差异化备受关注。Godot在AI功能方面依然保持低调,但开源社区独自推进的MCP集成项目十分活跃,给人的印象是在"Unity的完成度 vs Godot的自由度"这一传统格局中,又增加了"AI完备度"这一新坐标轴。

整理一下未来几个月预计将观察到的动向:首先,2026年第二季度预计将推出Unity AI Beta的小幅追加更新,在Unity Discussions上已经确认了com.unity.ai.assistant 2.7.0-pre.1。AI网关的Early Access名额扩大、支持代理的增加(特别是Devin、Magic、Replit Agent等新一代代理,或者中国系的Qwen Code、Doubao等)很可能会被纳入其中。其次,在Unite 2026(时间尚未确定,但通常在秋季前后)上,预计将宣布从Beta转为GA(正式发布),届时预计将追加面向企业的SLA、数据驻留(区域选择)、审计日志功能等。

第三,在运行时方面,预计Inference Engine(原Sentis)与Unity AI助手的集成将进一步深化。具体而言,设想中将出现在编辑器上对Hugging Face分发的OSS模型进行微调、并通过Inference Engine在设备端执行的一站式工作流,以及通过生成式AI动态控制游戏内NPC对话和行为的"Live AI in Game"功能。第四,在行业监管方面,据报道,Steam以外的平台(PlayStation Store、Nintendo eShop、Xbox Store)也将在2026年下半年陆续完善AI披露要求,使用Unity AI生成的资产、代码的来源证明(provenance)功能,应该会以与UnityAI元数据联动的形式得到强化。第五,在Unity自身的财务方面,Pro/Enterprise的价格调整(年费2310美元化)和AI积分的追加销售策略能否作为ARPU提升驱动因素发挥作用,将在2026年秋季的季度财报中首次得到检验。

最后,从开发者社区的反应来看,对生成式AI抵触情绪较强的部分工作室(前述的Nintendo、Supergiant、thatgamecompany旗下公司)有可能继续将Muse/Unity AI相关功能关闭运行,并将该工作流正式写入官方文档。相反,在以AI为前提重构流水线的大型公司中,公司内部Skills(Cinemachine Skill、自定义着色器命名规则Skill、内部库引用Skill)的定制开发将变得普遍,在Unity AI生态系统内形成"Skills商店"式交换市场的土壤正在逐步具备。Unity AI Beta的真正价值,将在回答"Beta之后"的生态系统发酵以及它将如何改变各工作室开发文化这一中长期问题的过程中,逐步显现出来。


来源