idea_world_labDEV JOURNAL
2026年6月25日星期四

2026 年 6 月 25 日

  • 在 Godot 源代码分析流水线中重新梳理了 docs_chunksapi_mappinglabel_prototypes 的作用
    • docs_chunks 用于代码说明生成的数据流。基于 AST/代码片段和提示搜索官方文档块,剔除无关依据后生成说明 JSONL。
    • api_mapping 用于保存 Godot 3 → Godot 4 中函数名、类名、符号名的变更映射。
    • label_prototypes 用于保存不仅名称改变,而是函数使用方式、参数构成、调用模式整体改变的转换模式。
  • 整理了将 GitHub 项目或本地文件系统按 AST/代码片段单元分析、调用所需 Retriever 后按需调用 Qwen 3.6 的结构
    • 官方文档 Markdown 根据内容属性,将说明正文归入 docs_chunks,名称/符号变更归入 api_mapping,使用方式/调用模式变更归入 label_prototypes,并以 JSONL 保存。
    • 将每个片段的 Retriever 检索结果、LLM 验证结果、Validator 通过结果以 JSONL/score DB 流程保存。
    • score DB 的列、汇总方式、分类标签尚未确定,目前仅作为文件系统分类前的判断结果存储。
    • 后续计划基于已分类的文件系统构建用于 SFT 和 DPO 设计的源码。
    • 在对 LLM 分类方式进行文档化时,发现 LLM 生成的代码并未传递完整 Markdown,而是仅传递前 3000 字符,已修改为按原需求传递完整 Markdown。
    • 此事再次确认文档化不仅是简单记录,而是验证代码实际行为的过程。
    • 在 Markdown → JSONL 转换过程中,RunPod 服务器意外停止后重新启动 Streamlit 应用,观察到已有进度未被重置而得以继续。
    • 应用重启后,正在处理的文件状态回退为 pending,再次启动时会复用已有分类结果,从同一文件继续处理。
    • 长时间转换任务需要提前设置通知,以便及时获知 RunPod 服务器关闭或无响应状态。
    • 路线图: docs/roadmaps/2026-06-25-source-analysis-scoring-architecture.md
    • 路线图: docs/roadmaps/2026-06-25-markdown-jsonl-llm-classification.md
    • 路线图: docs/roadmaps/2026-06-25-qwen-pr-review-workflow.md
    • 观察日志: docs/observations/2026-06-25-qwen-markdown-classification-observation.md
    • 回顾: docs/retrospectives/2026-06-25-source-analysis-scoring.md