2026 年 5 月 28 日
- 项目创建
- 农业游戏概念整理
- 游戏资源收集并下载完成(132 张 PNG)
- GitHub 仓库克隆:GuardianofNature、FarmLands、Sproutville、OldTownFarm、claude-farmer
- 来源:Sprout Lands(Cup Nooble,CC0)、SpriteCook(CC0)、Kenney(CC0)、CraftPix(免费许可证)
- 资源分类:角色(26 个)、瓦片(19 个)、物体(36 个)、UI(31 个)
- 均可商业使用
- CI/CD 流水线设置:GitHub Actions + reviewdog + ESLint + actionlint
- ESLint v9 扁平配置迁移(
.eslintrc.json→eslint.config.js) - reviewdog
fail_level错误修复(errors→error) - CodeRabbit AI PR 评审 — 所有检查通过(5/5 ✅)
- CodeFactor 集成完成 — 代码评分(A~F)自动评估
- ESLint v9 扁平配置迁移(
- AI 工具集成:CodeRabbit + Qwen Code(RunPod 自托管)
- 大语言模型:Qwen 3.6 35B(RunPod)进行开发
- 开发回顾:docs/retrospectives/2026-05-28.md
资源结构
assets/
├── characters/ - 角色,动物精灵
├── tiles/ - 瓦片集(地面,水,建筑,环境)
├── objects/ - 家具,作物,树木,工具
├── ui/ - 按钮,对话框,图标,鼠标光标
├── music/ - 背景音乐(未整理)
└── sfx/ - 音效(未整理)Godot 官方文档 RAG 数据准备
Godot 3/4 判别器和后续基于 Qwen 的 Godot 编码模型训练,为了官方文档构建了单独的 RAG 数据。目标不是让 LLM 随意决定标签结构,而是基于官方文档中的依据块和系统规则生成标签候选,LLM 只负责说明/修改代码/辅助生成训练数据。
相关文档集中在以下位置。
- docs/README.md: 文档目录索引
docs/research-notes/: 设计备忘和数据生成结构docs/roadmaps/: 整体开发路线图docs/retrospectives/: 按日期的回顾work/godot_rag/: 目前为空。RAG 分块/后处理产出已被移除outputs/godot_docs_full/: Godot 官方文档爬取结果
相关回顾:
Source Data
用于 RAG 的官方文档原始文件位于以下路径。
outputs/godot_docs_full/pagesoutputs/godot_docs_stable 是中间恢复文件夹,不作为 RAG 基准数据使用。
最终收集验证:
Official search index target pages: 1568
Collected markdown pages: 1570
Missing pages: 0
Failed fetches: 0之所以多了2个,是因为 @GDScript、@GlobalScope 的 URL 编码别名一起被收集了。
Chunking Status
6月17日生成的 RAG 切块/后处理/目录产出物在6月18日已从基准线中移除。
已移除的范围:
v1 docs_chunks.jsonl
v2 docs_chunks_v2.jsonl
v3/v3.1 catalog/index/mapping 产出
分块/后处理/验证 草稿脚本
初始 chat/index 草稿删除原因:
原始官方文档结构未充分分析就进行分块。
将分块和后处理交给 LLM,导致中间判断不透明。
部分 API 被视为核心 MVP 或硬编码,导致整体基于文档的 RAG 目标动摇。
结果是分块质量、元数据、目录可信度难以单独验证。以下工作不是直接创建新块,而是首先分析 outputs/godot_docs_full/pages 原始文档的实际结构。