我用 Godot 作为爱好制作小游戏。一段时间我使用了 GSD，后来改用 buildomator（基于 GSD 并声称使用 92% 更少的 token）让 Claude Code 构建功能。两者都工作，但因为文档随之增大、冗余、过多文字、描述不佳、例子代替清晰事实，浪费了 token。在一次游戏分析中，我仅用 buildomator 的输入就消耗了 150M token，占总体 token 用量的 98%。

cc-godot 是一个良好的轻量插件，能提供良好的入门和项目开始，包括示例场景，但在我看来它没有提供完善的项目管理和良好文档。我通过 gg-godot（免费）来填补这个空白。你将获得一个入门，让你分享愿景，一个按里程碑划分的路线图（执行者和盲盒 QA），但它并未被特定方向预设。

我多年在医药行业工作，后来转到航天行业。前者让我学会了良好的文档实践，后者让我学会了带有里程碑的项目管理。这些经验与我在 Godot 爱好开发中学到的经验一起融入 gg-godot，以及我发布和未发布的少量项目的经验。

这是一个基于 Claude Code 的 Godot 游戏构建人在循环插件，旨在让游戏开发更易于入门和更可靠。

我提到的插件比较

请给出您真实的反馈。我也很想看到使用该插件制作的游戏（以及从中学到的经验）。

如果你是 AI-Gamedev-Bro，只用单提示生成游戏：停止吧！你的 token 花费远超你将 ever 能从 AI 生成的内容，AI 的使用并不能为低努力的垃圾辩护。

https://github.com/Richy-was-here/gg-godot