李博!你上次跟我说你在折腾游戏引擎的事儿,后来怎么样了?
哎别提了,我前两天发现了一个插件,直接把我震住了。
什么插件能把你震住?你可不是容易被震住的人啊。
Godot AI。一个开源插件,装到Godot引擎里之后,AI可以直接操控你的游戏编辑器。不是生成代码让你复制粘贴那种,是真的自己动手创建场景、跑项目、截图看效果。
等等等等,你说AI自己跑项目?自己截图?
对,而且它截完图还会自己分析哪里有问题,然后改代码再跑一遍。完整闭环。
这不就是……AI自己当了一个初级程序员吗?还是那种会自测的。我们组多少人做不到这个。
哈哈哈,你这吐槽太真实了。它的核心原理其实是MCP协议,就是Anthropic去年底推出的那个模型上下文协议。你可以把它理解成一个标准化的通信桥梁。
MCP我知道,之前看过一些资料。但具体到游戏引擎这个场景,它解决了什么问题?
你想啊,以前用Claude或者Codex写Godot代码,AI其实是瞎写的。它不知道你当前场景长什么样,有哪些节点,资源之间什么关系。甚至连创建一个新的场景文件都做不到。
对对对,我之前试过让AI帮我写一些Godot脚本,它生成的代码经常引用不存在的节点路径。
就是这个问题。MCP协议一次性解决了三件事:第一,AI能读取项目的完整上下文;第二,能直接调编辑器API创建和修改场景;第三,能运行项目然后截图拿到视觉反馈。
所以本质上是把AI从一个只会输出文本的工具,变成了一个能感知、能操作、能验证的协作者?
你这个总结比我说得好,不愧是产品经理。
少来。那安装复杂吗?我最怕那种配环境配半天的东西。
其实挺简单的。在Godot的Asset Library搜索下载,然后在项目设置里启用插件就行。不过有个前置依赖要装,叫UV,一个用Rust写的Python包管理器。
Python包管理器?Godot不是用GDScript吗,怎么还扯上Python了?
好问题。因为MCP服务器端的通信逻辑是Python实现的。UV负责自动创建虚拟环境、装依赖,避免跟你系统里其他Python项目打架。而且它比pip快十到一百倍,基本秒装。
有个坑要注意吧?
对,装UV的时候必须把Godot完全关掉,不然文件访问会冲突。然后配置AI客户端的时候也一样,Claude或Codex也得先关掉再配。全部绿灯就OK了。
行,这个我能接受。那你说的那个让你震住的效果到底是什么?给我讲讲。
有个演示,从一个完全空白的Godot项目开始,给Codex一张参考图加一段文字描述,让它做一个3D平台跳跃游戏。你猜多久做完的?
半小时?
十分钟。
十分钟?!包含什么功能?
完整主菜单、多个浮空平台关卡、底部有岩浆着色器——就是那种流动的炽热岩浆效果、还有敌人巡逻系统、玩家可以发射火球、到终点触发胜利画面。全套。
着色器也能自动生成?那个不是要写GPU程序吗,对初学者来说门槛很高的吧。
对,Shader本质上是跑在GPU上的小程序,控制每个像素怎么渲染。岩浆效果要用噪声纹理加时间变量模拟流体运动,还要加自发光让它看起来发烫。AI直接根据参考图就生成了完整的着色器代码。
我觉得最厉害的不是它能写代码,而是你说的那个闭环。它自己跑一遍,截个图,发现哪里不对再改。
没错!这个才是关键。你想想游戏开发里大量的bug是视觉层面的——模型穿插、UI错位、着色器显示异常。这些问题你用传统的assert断言根本测不出来,只有眼睛看到才知道。
所以AI现在等于有眼睛了。
准确说是多模态分析能力用在了开发流程里。它调Godot的命令行接口启动项目,等渲染完截屏,把截图传回AI模型分析。有错就改,改完再跑。
那后续想改东西方便吗?比如我想多加几个金币或者多放几个敌人。
特别方便,因为AI创建的所有游戏对象都是独立场景。这刚好符合Godot'一切皆节点'的设计哲学。每个角色、每个敌人都是独立的场景文件,你直接在编辑器里复制拖拽就行。
这个我喜欢。作为产品经理我最怕那种改一个地方牵一发动全身的架构。
你们产品经理就知道可维护性,哈哈。不过你说得对,模块化确实是AI生成代码质量的一个重要指标。
那你觉得这个东西的意义在哪?往大了说。
我觉得最大的意义是MCP协议本身的开放性。今天是Godot,明天可能就是Unity、Unreal。社区已经在探索把MCP接到Blender里了。想象一下,AI能跨工具链协作——建模、写代码、测试一条龙。
这对独立游戏开发者来说简直是福音。把精力放在创意上,技术实现交给AI。
嗯,而且对编程初学者也是。你不需要精通GDScript的每个细节,AI帮你搭好框架,你在上面学习和调整就行。降低门槛这件事,怎么强调都不过分。
原作者有句话说得好——用过这个MCP之后,再也回不去了。我觉得这种'AI能看见自己做了什么'的能力,可能是接下来AI辅助开发最重要的方向。
同意。以前AI是闭着眼睛写代码,现在它睁眼了。这个差距,是质变。