Claude Code技能：构建完整Godot游戏

我花了大约一年时间，经过四次重大重写才完成这个项目。Godogen是一个流水线系统，它能接收文本提示，设计架构，生成2D/3D资源，编写GDScript代码，并进行可视化测试。最终输出的是一个完整、可玩的Godot 4项目。要让LLM可靠地生成可运行的游戏，需要解决三个具体的工程瓶颈：1. 训练数据稀缺：LLM几乎不了解GDScript。它有约850个类，语法类似Python，很容易让模型产生无法编译的Python式幻觉代码。为此我构建了自定义参考系统：手写的语言规范、从Godot XML源码转换的完整API文档，以及引擎行为的特性数据库（这些无法仅从文档中学到）。由于850个类会撑爆上下文窗口，代理只在运行时惰性加载所需的特定API。2. 构建时与运行时状态：场景由无头脚本生成，这些脚本在内存中构建节点图并序列化为.tscn文件。这避免了手动编辑Godot序列化格式的脆弱性。但也意味着某些引擎功能（如`@onready`或信号连接）在构建时不可用——它们只在游戏实际运行时存在。教会模型哪些API在哪个阶段可用——以及每个节点都需要正确设置所有者，否则保存时会静默消失——需要精心设计提示，但最终取得了成效。3. 评估循环：编码代理天生偏向自己的输出。为防止作弊，独立的Gemini Flash代理担任视觉质量检查员。它只看到运行引擎渲染的截图——没有代码——并将其与生成的参考图像进行比较。它能捕捉文本分析遗漏的视觉错误：Z轴冲突、漂浮物体、物理爆炸，以及本应有机排列却呈现网格状的布局。架构上，它作为两个Claude Code技能运行：一个规划流水线的编排器，以及一个在`context: fork`窗口中实现每个部分的任务执行器，这样错误和状态不会累积。所有内容都是开源的：https://github.com/htdt/godogen 演示视频（真实游戏，非精选截图）：https://youtu.be/eUz19GROIpY 完整故事博客文章（包括所有错误尝试）即将发布。欢迎提问。