Kimi 游戏开发方案:20 小时无人干预与 330 万三角面场景

月之暗面把 Kimi 单独拎出来做了一套面向游戏行业的解决方案,覆盖立项前的可玩原型、Blender 里的美术资产体检、Unity 与团结引擎的工程改造,再到发行之后的投放素材批量生产、社区反馈归类和 UGC 内容审核。一句话结论:AI 在游戏行业当前最确定的落点,是把原型验证周期从数月压缩到 1 到 2 天;主程岗位本身并未被替代。

这套方案的技术底座是 Kimi K3.1 系列模型,加上 Kimi Code 与 Kimi Work 两个 Agent 产品线,再往下接 Unity、Unreal Engine、Blender、Godot 这些专业工具的插件通道。K3.1 Pro 是目前 Kimi 家族里跑分最靠前的型号,具体基准可以看 Kimi K3.1 Pro 发布与基准拆解,底层架构细节在 Kimi K3 技术报告解读 里。

游戏行业的两道门槛:验证成本和跨岗位协作

官方方案把游戏团队的困难拆成两道门槛。第一道是创意验证成本,一个玩法好不好玩必须真机跑起来才知道,但做原型本身要烧掉策划和美术的时间,结果团队每年只能验证少数几个想法。Unity 的《2026 Game Development Report》给出了这个数字,52% 的受访开发者会优先选小规模项目来降低风险,67% 把原型阶段控制在三个月以内。

第二道门槛是跨岗位与跨工具的衔接。策划写的是规则说明,工程那边要的是任务单,美术交过来的是符合引擎规范的资产。这三份东西之间如果全靠人肉翻译,每一次交接都会掉信息。Kimi 的做法是直接接进既有工作流,操作专业软件、修改现有工程,交付能继续编辑的文件和一份操作记录,团队审阅的是结果而不是猜测。

立项前:1 到 2 天做出可玩原型

官方给出的口径是,缺少编程经验的策划或创意团队,配合 Kimi 可以在 1 到 2 天内产出一个可试玩的原型。做法并不玄学:给一张参考图和一段参考视频,模型先从素材里读出关键视觉元素,再用 Godot 引擎搭出 Demo。

官方演示的样例是一个 2.5D 动作游戏原型,场景里有雨夜光影、地面积水和灯笼,玩法上实现了挥剑、闪避和格挡三个动作。关键环节在于 Kimi 会实际把游戏跑起来,看渲染画面和试玩录像,判断视觉效果与功能是否达到预期,发现问题后自主修改并重新验证,交付前自己迭代若干轮。

这一步的价值在于顺序被颠倒了。传统流程是关卡、代码和资产都做完再发现玩法不成立,那时候改动要牵动的人和预算都很多。AI 版的做法是先交一个范围明确的可玩版本,让团队围着它讨论,验证完了再决定往哪投入。原型从一道审批门槛变成了一个可以并行推进的产物。

Blender 里的资产体检与程序化建模

美术资产从概念稿进入游戏场景,要过一轮比概念呈现严格得多的检查:角色多视角是否一致,模型有没有穿插,纹理和隐藏文字有没有缺陷,资源规格是否撑得住引擎预算。Kimi 的插件通道在这块做两件事,一件是检查,一件是动手改。

检查靠多模态理解加多视角视频与截图,判断空间关系,定位比例、穿插和材质问题;修改则是把调整方案转成脚本,交给本地 Agent 操作 Blender 完成。两个官方演示把这件事说得比较具体:一个是机场室内雨林山谷场景,产出了一段 17.5 秒、1920×1080 分辨率、60 fps 的 3D 建模展示视频,用到的工具链包括 Blender、Python、Geometry Nodes、Cycles、Pillow、NumPy 和 FFmpeg,天空照明则来自 Poly Haven 上一张 CC0 授权的 4K HDRI 环境贴图。

另一个是大教堂内部场景,约 330 万个三角面,对 8368 个组件做了动画,肋拱穹顶、石雕塑像和彩绘玻璃光影都在里面。素材版权处理得比较规矩,石材纹理来自 Poly Haven 的 CC0 素材,彩绘玻璃照片来自 Mylius 并以 CC BY-SA 3.0 协议标注。做 3D 资产批量生成的话,ComfyUI API 批量出图的踩坑清单可以对照着看,两条路径解决的是同一个问题:怎么让流水线不中断。

Unity 与团结引擎:20 小时无人干预的连续作业

这是整套方案里信息量最大的一段。Kimi 与 Unity 中国推出的游戏开发智能体 Tuanjie Codely Agent 以及团结引擎做协同,两边分工明确:Kimi 模型负责理解开发者的创作意图和游戏设计、生成实现代码,再根据录屏与测试结果分析问题、制定修改方案;Tuanjie Codely Agent 依托与团结引擎的原生整合,通过 Editor 和 Runtime Script 直接在引擎里执行场景搭建、玩法实现、工程修改与运行验证。

流程由此从人提需求、模型写代码、人来操作,扩展成模型理解与生成、Agent 操作引擎、模型分析反馈、Agent 修改工程并验证的完整闭环。官方在一次演示里让 Kimi 在没有人工干预的情况下连续工作 20 小时,复现了原作并产出一份可持续开发的原生工程,为后续玩法扩展、画面打磨和多端适配留出了空间。

这句话的分量需要放在工程语境里理解。游戏工程的复杂度在于牵一发而动全身,一个看似简单的功能可能同时影响角色状态、界面、存档和关卡逻辑,模块依赖越密问题越难定位。Kimi 的做法是先梳理代码结构、场景层级和模块依赖,找到真正要改的位置,再在编辑器里动手,改完结合问题复现、日志和运行数据验证,最后保留代码差异与验证记录交给工程师检查。

Unreal Engine 5.8:大场景和预告片

Unreal 侧演示的是跨模块的玩法开发与联调。开发者给出脚本、组件配置和预期表现后,Kimi 梳理各模块调用关系,协助改代码、补日志和测试,再结合引擎里的实际表现做联调。官方举的例子是古风武侠里的处决玩法,玩家靠近敌人后需要连贯完成拔剑、攻击、收剑动作并触发后续剧情,动作绑定、物理效果、战斗与剧情逻辑要衔接得上,同时排查动作错位、倒地异常和剧情没触发这类问题。

场景侧的量级更直观。Kimi K3.1 Pro 用 Unreal Engine 5.8 建了一座东方神话风格的天宫场景,其中一组建筑的半径达到 1750 米,由 36 间柱廊组成,主角角色用 MetaHuman 创建,整个场景包含 3600 万个原始三角面,渲染走 Nanite、光照走 Lumen,巨龙是在 Blender 里用程序化方式建模再放进引擎的,外部素材用到了 Cloud Forge 的 VDB 云层、Poly Haven 和 ambientCG 的 8K 材质,以及 NASA LRO/LOLA 的月球数据。

另有一支 3D RPG 预告视频,画面是剑客穿越云海、掠过浮岛、最终进入云端之上的古典城池。概念设计与部分资产灵感来自小红书创作者。3600 万这个量级的三角面、1750 米的半径,对应的是过去一支美术团队几周的产出。

发行之后:素材、社区和审核的三条支线

方案把触角伸到了上线之后。获客玩法开发这条线上,Kimi 从一条参考视频出发分析并还原核心玩法、编写游戏代码,借助插件用 Blender 建模,再调用 Godot 之类的引擎搭场景,同时持续调数值、磨动效,整个过程沉淀成可复用工作流。

投放素材制作这条线走的是批量测试。Kimi 操控游戏引擎录制实机画面,调用开源的动效与剪辑工具,尝试不同的开场、节奏和卖点组合,再配套制作音乐、字幕和广告文案,适配不同平台与语言。素材进入投放后,Kimi 汇总数据比较各版本表现,为下一轮调整提供依据。

社区与玩家反馈这条线是最容易被低估的。玩家反馈分散在论坛、社群和评论区,数量多内容杂,Kimi 帮忙按故障、平衡性、付费体验和内容需求分类,保留原帖来源、游戏版本和反馈渠道,遇到复杂争议还能结合帖子、截图和评论核实信息后起草带来源的答复。

另外三条是游戏内助手、内容本地化和内容审核。通过 API 把 Kimi 接进游戏或平台后,模型结合游戏知识与对话上下文做推荐、问答和玩法指导,支持 NPC 问答、阵容建议和赛后战报。本地化这块按术语表、角色设定和长度限制生成初稿,标出需要人工判断的文化表达,人工复核后再用抽样回译检查术语与语义一致性。审核侧则做初筛,辅助识别违规内容以及谐音、缩写这类规避表达,并标出命中位置和判断理由。

官方演示参数一览

场景 工具与引擎 关键数字 产出形式
机场室内雨林山谷 Blender、Python、Geometry Nodes、Cycles、Pillow、NumPy、FFmpeg 17.5 秒、1920×1080、60 fps 3D 建模展示视频
大教堂内部 Blender + 本地 Agent 约 330 万三角面、8368 个组件动画 可交互浏览器 3D 场景
天宫场景 Unreal Engine 5.8、Nanite、Lumen、MetaHuman、Blender 半径 1750 米、36 间柱廊、3600 万原始三角面 大型 3D 场景工程
原作复现 团结引擎 + Tuanjie Codely Agent 无人干预连续运行 20 小时 可持续开发的原生工程
2.5D 动作原型 Godot 1 到 2 天产出可玩版本 可试玩 Demo

从哪个任务开始试点

官方的建议是别一上来就铺开全流程,先挑一项边界明确、结果容易检查的任务,比如做一个核心玩法原型、改代码库里的某项功能、检查一批游戏截图,或者归类一批社区反馈。按需要选 Kimi Work、Kimi Code,再搭配对应的软件插件,开始前把素材、权限和需要人工确认的环节准备好,完成后由对应岗位的成员检查成果。

试点要不要继续,看两个数:同样的任务花了多长时间,成果是否达到要求,又需要多少人工修改和复核。验证过的做法可以整理成模板和规范,逐步推到更多项目上。

值得一提的是,多 Agent 协同本身已有先例,Kimi Agent Swarm 的 100 子智能体架构和 Kimi Code Desktop 的 Swarm 与 Tower 设计都写过。这次的新意在于它们第一次落到了游戏这条垂直链路上,Kimi Hosted Agents 的沙箱计费则回答了跑这些任务要花多少钱的问题。若只是想让玩家不写代码就出一个能玩的 Demo,Google Playground 的零代码造游戏路径是更轻的对照方案。

常见问题

Kimi 能替代游戏主程吗?

不能。方案里的分工是模型负责理解意图与生成代码,Agent 负责在引擎里执行操作和验证,最终交付的是带代码差异和验证记录的工程,审查权仍在工程师手上。20 小时无人干预的演示证明的是长时间连续作业的稳定性,岗位替代仍不在此列。

用 Kimi 做游戏原型要多久,多少钱?

官方口径是配合模型在 1 到 2 天内做出可试玩原型。费用取决于走个人订阅还是企业版方案,方案本身没有单独标价,这块可以参考 Kimi Hosted Agents 沙箱计费里的单价口径。

Blender 和 Unity 里的资产、代码能被改坏吗?

官方流程要求先拿到工程文件和必要权限,先梳理模块依赖定位真正的改动点,改完结合问题复现、日志和运行数据验证,并保留代码差异与验证记录。插件操作在本地工程上进行,出问题可以对照差异回退,不涉及直接覆盖线上工程。

小结

Kimi 这次发布的游戏开发解决方案,把 AI 能力铺到了从原型、美术、程序到发行运营的完整链路上,几个数字值得记住:1 到 2 天出可玩原型、20 小时无人干预连续作业、330 万三角面的可交互场景、3600 万原始三角面的天宫工程。对游戏团队而言,最现实的第一步是挑一项边界清楚、结果好检查的任务做试点,把时间和返工成本记下来,再决定要不要推远。全流程改造留到试点数据说话之后。

相关阅读