2026年6月18日星期四2026 年 6 月 18 日
- 昨天在咖啡馆喝了约 1 升咖啡，今天状态极差，导致编码无法正常进行
- 将 6 月 17 日制作的 Godot RAG 分块/后处理产出全部从基准线中移除
- 删除 v1
docs_chunks.jsonl、v2 docs_chunks_v2.jsonl、v3/v3.1 catalog/index/mapping 产出
- 同时删除分块/后处理/验证草案脚本以及初始 RAG chat/index 草案
work/godot_rag/ 目前保持为空，避免将错误产出作为基准线
- 记录整理原因的回顾
- 判断在充分分析原始官方文档结构之前就进行分块是问题所在
- 原本想以整个 Godot 官方文档为依据的目标，被 LLM 任意选取的 “MVP 核心 API” 以及硬编码/过度强化的方向所污染
- 指出在我未指示的情况下，ChatGPT/Codex 会自行缩小范围或在步骤未完成前假设已有答案并生成后续产出
- 认为当 LLM 生成物、正则候选、官方文档依据、用户批准的规则的来源混合时，无法作为标注器/RAG 判别器的依据
- 再次记录当前架构的不足之处
- 静态分析层薄弱
- 缺乏基于 GDScript AST/解析器的验证
- Godot 项目依赖图薄弱
- 执行/语法验证薄弱
- 标签 taxonomy 仍显粗糙
- 对 LLM 生成物与验证答案的来源区分不足
- 数据泄漏/去重设计不足
- 将下一步工作方向重新设定为
godot_docs_full 原始分析
- 不是直接重新构建 RAG 或 catalog，而是先分析
outputs/godot_docs_full/pages 本身
- 需要确认 class reference、migration、tutorial 文档各自的 Markdown 结构
- 根据 Godot 官方文档结构，重新设计使用页面级、章节级、API 成员级中的哪种分块单元
- 在分块之前先定义验证报告的基准
- 开发回顾: docs/retrospectives/2026-06-18-godot-rag-reset.md