11月2日，Kimi 发布「游戏开发与创意工作解决方案」。官方给的例子里，有个动作比“一句话做游戏”更能说明变化：Kimi 在 Godot 里搭好一个雨夜 2.5D 动作原型，会自己把游戏跑起来，对照渲染画面和试玩录像找问题，再回去改。改完再跑，直到挥剑、闪避、格挡在画面里对得上。Pixel技术笔记Kimi 官网
这次没有发新模型。底座还是 K3.1 Pro，变化在于把它和 Kimi Code、Kimi Work 以及 Unity、Unreal Engine、Blender 的插件接成一条工作流。它和普通 AI 工具的区别，不是“更会写”，而是“在哪里写、写完交什么”。Pixel技术笔记
普通 AI 工具交付内容：一段文案、一张概念图、一截代码。东西能用，但得有人搬进工程、适配资产、调通依赖。会改代码的 Agent 不少，但大多在代码库和终端里工作，用测试和日志判断对错。游戏的反馈不一样：刀砍下去有没有手感，角色会不会穿模，雨夜里的敌人看不看得清，这些要跑起来才知道。
Kimi 想接的正是这一段。官方对交付物的定义很干脆：可继续编辑的文件，加一份清晰的操作记录；在 Unity、Unreal 的工程里，还保留代码差异和验证记录。它通过插件直接操作现有工程，跑游戏、看画面、读日志，发现问题再改。交付物从一个游戏，变成了一次可核对、可接着改的工程改动。Pixel技术笔记
这也是“会跑、会看、会改”比“会写”更关键的原因。在 Unity 这条线的演示里，它连续工作 20 小时，复现原作并交付可继续开发的原生工程。复现原作有明确参照物，对错容易判断；换成开放性设计，这套循环还能不能转，官方没给数据。另一份独立实测里，开发者用 Kimi Code 做驿站经营游戏，它会先反问需求，算完数值自己复核，写完后端再拉一个子 agent 独立审查，最后用真实键鼠从开门玩到打烊。Kimi 官网知乎
官方叙事里最需要证据的，是那句“缺少编程经验的策划或创意团队也能在 1–2 天内做出可试玩原型”。零基础做网页小游戏的案例不少，但到了进引擎、改工程的层面，我翻到的公开实测里，能把流程走完的多是本来就会写代码的人。那个 20 小时无人干预的演示，截至现在，我没看到第三方复现。官方页面列了能力、列了流程，但没列出一个客户名字。Kimi 官网哔哩哔哩
成本也绕不过去。在 Artificial Analysis 的整套测试里，K3.1 Pro 的输出量比中位数高约七成。账单上的例子更直接：有订阅用户只发了一句“审查项目架构”，K3.1 Pro 就拉起多个子 agent，十几分钟用满 5 小时额度。36氪
Kimi 和普通 AI 工具真正的分界，在于它开始对“改完之后的工程”负责。但这种负责，目前还停留在官方演示和少数程序员的实测里。要证明它是工具而不是玩具，可以做一个具体测试：把它放进一个资源好几个 GB 的现有工程，让它加一个新角色，看最后是谁来修那个错。
在这之前，“从写文案到改引擎工程”是一个方向，不是已经完成的跨越。
