11 月 2 日，月之暗面发布「游戏开发与创意工作解决方案」，让 AI 智能体直接操作 Unity、虚幻引擎、Blender 等专业工具修改现有工程，交付可编辑的文件与操作记录。更关键的是官方给出的口径：缺少编程经验的策划或创意团队，1—2 天能做出可试玩原型。对小团队来说，省掉的正是"玩法想法"到"能上手的 Demo"之间那段排期和沟通成本，但能省多少，取决于走哪条路线、算力预算多大。IT之家知乎
这次发布没有推新模型，而是把现有产品接成一套流程：K3.1 Pro 模型负责理解与规划，Kimi Code 管代码开发修改，Kimi Work 接跨文件、多步骤任务，最下面一层是连接 Unity、虚幻、Blender 的工具插件。交付物的定义也被写得很干脆：可继续编辑的文件，加一份清晰的操作记录，不是一段文字也不是一张图。这条线把它和"AI 生成概念图"那一票产品区分开：你拿到的是能接着改的工程，改动步骤也留了底。微博知乎
底座是 10 月 24 日正式发布的 Kimi K3.1 Pro。3 万亿参数、100 万上下文，是它敢接这类长任务的底气。跨文件、多步骤的活儿真正卡的是上下文窗口，把几十个脚本加一份设计文档一起塞进对话还能继续追问，256K 量级撑不住这种玩法。36氪知乎知乎
三条路线的"省事"程度差别很大，先说玩法验证：官方案例是一个 2.5D 动作游戏，模型先读参考图和视频，搭出雨夜光影、地面积水、灯笼这些场景细节，角色能挥剑、闪避、格挡，制作过程中它会真的把游戏跑起来，对照渲染画面和试玩录像自查，交付前过了多轮迭代。值得注意的分工变化是"自查"这一环：过去策划要等程序出包才能验想法，现在 Agent 自己把游戏跑起来给自己看，迭代回合不再占用人。知乎
原型路线选的是 Godot 而不是 Unity 或虚幻：验证阶段要的是启动快和全开源，Unity 和 Unreal 都太重。这个选择本身就说明了方案对小团队的价值定位——1—2 天那笔账，是按轻量引擎的验证场景算的，不是按完整项目交付算的。知乎
Unity 这条线是和 Unity 中国共建的，组合是 Kimi 模型加团结引擎的 Codely Agent，由 Agent 在引擎内部执行操作、回传录屏供模型分析后再改工程。这条线上最醒目的数字是：Kimi 在没有人干预的情况下连续工作 20 小时，复现了原作，还产出一份可持续开发的原生工程。知乎
虚幻路线展示的则是天花板而非原型需求：UE 5.8 的大场景里有半径 1,750 米、由 36 间柱廊组成的建筑群，全场景 3,600 万原始三角面，Nanite 渲染加 Lumen 光照，巨龙在 Blender 里程序化建模，主角用 MetaHuman 创建。它说明 Agent 已能摸到重工业级资产管线，但这不是验证玩法的小团队该先碰的东西。知乎
把账摊开：省下的三样是排期等待、跨岗位"翻译"损耗和等程序出包的迭代回合。省不掉的具体存在，B 站一位用 Kimi K3 复刻老游戏的 UP 主实测下来是"我提供了美术资产，剩下的都是 kimi 搞定，基本上是全自动完成"，人仍要负责给资产、做验收，出错后能否接着改仍取决于工程能力。哔哩哔哩
另一本账是算力。K3.1 Pro 发布后，"额度烧得太快"成为集中抱怨，月之暗面发公告返还 25% 额度，但反映出的用量压力仍在。官方同时承诺完整模型权重于 11 月 4 日前开放，自部署是另一笔要自己核算的成本。目前官方还没放 Blender 插件的安装包和步骤，能直接跑通的是引擎侧无头脚本这条路。36氪知乎知乎
还有一个比"做得出"更远的瓶颈。知乎游戏开发讨论里，从业者喵羽的判断代表了相当一部分行业疑虑：即使是 AI 生成较为靠谱的休闲游戏，目前也不存在能够分发这些内容的流量池，Kimi 现阶段很难自己造这个池子。所以这套方案的确定性收益目前落在内部验证——快速失败、廉价失败——而不是直接押注面向玩家的市场。1—2 天和 20 小时都出自官方展示案例，属于能力上限演示；把它折算成自己团队的省程，稳妥做法是先拿一个小玩法原型试一轮，再决定在哪个环节让 Agent 接手。知乎
