方案由哪几块组成

Kimi 的方案不是单一模型，而是三层：K3.1 系列模型负责理解设计文档、截图、代码和 3D 资产；Kimi Code 在现有代码库里改代码；Kimi Work 处理跨文件、多步骤的制作任务。再往下是 Unity、Unreal Engine、Blender 的插件和工具调用，让 agent 能在编辑器里实际动手，而不是只输出一段建议。

官方特别提到 Unity 中国推出的 Tuanjie Codely Agent 与团结引擎：Kimi 负责理解创作意图、生成实现代码、分析录屏和测试结果，Codely Agent 通过 Editor / Runtime Script 在引擎里搭场景、实现玩法、改工程并跑验证。这条链路把「模型生成 → 人操作引擎 → 人看结果」改成了「模型生成 → agent 操作 → 模型分析反馈 → agent 再改」。

三个演示分别说明什么

Blender：K3.1 Pro 做了一个机场室内雨林山谷，输出 17.5 秒、1920×1080、60fps 的展示视频，用了 Geometry Nodes、Cycles、Pillow、NumPy 和 FFmpeg；另一个教堂场景约 330 万三角面、8,368 个动画组件。Unreal：一个东方神话天宫场景，半径 1,750 米、36 间柱廊，3,600 万原始三角面，用 Nanite 和 Lumen 渲染，龙在 Blender 里程序化建模。

Unity：官方称一次演示里模型连续工作 20 小时，没有人工干预，复现了原作并产出可持续开发的原生工程；AITNT 的报道提到，可玩原型可以在 1 到 2 天内做出来。这些数字都来自厂商演示，项目复杂度、资产来源和人工返工量没有完整披露。

对生产流程的真实影响

最直接的变化在原型阶段：过去要等程序搭框架、技术美术接资产、策划写文档，现在可以让 agent 先做一个能跑的灰盒，团队再判断玩法值不值得投入。第二个变化在重复劳动：批量改 UI、补日志、对齐动画状态机、生成测试脚本，这些工作适合交给 agent。

但游戏生产的瓶颈通常不在「写出第一版」，而在「让第一版在目标机型上稳定跑 60 帧、内存不爆、联网不同步、内容不侵权」。这些问题需要性能分析、真机测试和法律审查，agent 目前只能协助，不能签字。

试点建议

  • 选一个边界清楚的功能：设置菜单、背包排序、关卡摆放、对话树，不要一上来就让它重写战斗系统。
  • 先给工程约束：引擎版本、渲染管线、目标机型、帧率/内存预算、命名规范、哪些目录不能碰。
  • 要求每次交付带 diff、运行日志和测试记录；没有这些，视为没做完。
  • 在独立分支和独立场景里跑，合并前由工程师 review；资产要确认授权，尤其是演示里用到的外部贴图和 HDRI。
  • 记录三个指标：从需求到可玩版本的时间、人工返工次数、合并后的 bug 数。跑 3 个功能再决定是否扩大。
一句话：Kimi 把游戏 agent 从「会写代码」推进到「会操作引擎」，但生产级游戏仍要靠人守住性能、兼容和版权三条线。