28. Mai 2026

• Projekt erstellen
• Konzept für das Bauernhof‑Spiel festlegen
• Spiel‑Assets sammeln und herunterladen (132 PNG)
  • GitHub‑Repo klonen: GuardianofNature, FarmLands, Sproutville, OldTownFarm, claude-farmer
  • Quelle: Sprout Lands (Cup Nooble, CC0), SpriteCook (CC0), Kenney (CC0), CraftPix (Free License)
  • Asset‑Kategorien: characters (26 Stücke), tiles (19 Stücke), objects (36 Stücke), ui (31 Stücke)
  • Alle kommerziell nutzbar
• CI/CD‑Pipeline einrichten: GitHub Actions + reviewdog + ESLint + actionlint
  • ESLint v9‑Flat‑Config‑Migration (.eslintrc.json → eslint.config.js)
  • reviewdog‑fail_level‑Bug behoben (errors → error)
  • CodeRabbit AI‑PR‑Review — alle Checks bestanden (5/5 ✅)
  • CodeFactor‑Integration abgeschlossen — automatische Bewertung der Code‑Note (A‑F)
• KI‑Tools integrieren: CodeRabbit + Qwen Code (RunPod self‑hosted)
• LLM: Qwen 3.6 35B (RunPod) für die Entwicklung verwendet
• Entwicklungs‑Rückblick: docs/retrospectives/2026-05-28.md

Asset‑Struktur

assets/
├── characters/    - Charakter-, Tier‑Sprites
├── tiles/         - Tileset (Boden, Wasser, Gebäude, Umgebung)
├── objects/       - Möbel, Pflanzen, Bäume, Werkzeuge
├── ui/            - Schaltflächen, Dialogfenster, Symbole, Mauszeiger
├── music/         - BGM (ungeordnet)
└── sfx/           - Soundeffekte (ungeordnet)

Vorbereitung von RAG-Daten für die offizielle Godot-Dokumentation

Für den Godot 3/4‑Erkenner und das zukünftige auf Qwen basierende Godot‑Coding‑Modell wurde ein separates RAG‑Datenset auf Basis der offiziellen Dokumentation erstellt. Ziel ist, dass das LLM nicht eigenständig Labels bestimmt, sondern anhand von Beleg‑Chunks aus der offiziellen Dokumentation und Systemregeln Label‑Kandidaten erzeugt, während das LLM nur Erklärungen, Korrekturen und die Unterstützung bei der Erstellung von Trainingsdaten übernimmt.

Die zugehörigen Dokumente werden an folgendem Ort gesammelt:

• docs/README.md: Index des Dokumenten‑Verzeichnisses
• docs/research-notes/: Entwurfs‑Notizen und Daten‑Erzeugungs‑Struktur
• docs/roadmaps/: Gesamter Entwicklungs‑Roadmap
• docs/retrospectives/: Rückblicke nach Datum
• work/godot_rag/: Derzeit leer. RAG‑Chunking‑/Nachbearbeitungs‑Ergebnisse wurden entfernt
• outputs/godot_docs_full/: Ergebnis des Crawlings der offiziellen Godot‑Dokumentation

Zugehörige Rückblicke:

• docs/retrospectives/2026-06-17-godot-rag-judge.md
• docs/retrospectives/2026-06-18-godot-rag-reset.md

Quelldaten

Der Pfad zu den Original‑Dokumenten, die für RAG verwendet werden, lautet wie folgt.

outputs/godot_docs_full/pages

outputs/godot_docs_stable ist ein Zwischen‑Wiederherstellungsordner und wird nicht als RAG‑Basisdaten verwendet.

Endgültige Sammlung Validierung:

Official search index target pages: 1568
Collected markdown pages: 1570
Missing pages: 0
Failed fetches: 0

Der Grund, warum es zwei mehr gibt, ist, dass die URL‑kodierten Aliase von @GDScript und @GlobalScope ebenfalls gesammelt wurden.

Chunking Status

Die am 17. Juni erstellten RAG‑Chunking-/Nachbearbeitungs-/Katalog‑Ergebnisse wurden am 18. Juni aus dem Baseline entfernt.

Entfernter Bereich:

v1 docs_chunks.jsonl  
v2 docs_chunks_v2.jsonl  
v3/v3.1 catalog/index/mapping Ergebnis  
Chunking/Nachbearbeitung/Validierung Entwurfsskript  
Erste Chat/Index Entwurf

Entfernungsgrund:

Das Chunking wurde durchgeführt, ohne die Struktur des ursprünglichen offiziellen Dokuments ausreichend zu analysieren.  
Durch die Übergabe von Chunking und Nachbearbeitung an das LLM wurde die Zwischenbewertung undurchsichtig.  
Indem einige APIs als Kern‑MVP betrachtet oder hartkodiert wurden, geriet das Ziel des dokumentenbasierten RAG insgesamt ins Wanken.  
Infolgedessen wurde es schwierig, die Qualität der Chunks, Metadaten und die Vertrauenswürdigkeit des Katalogs separat zu überprüfen.

Der nächste Schritt besteht nicht darin, sofort einen neuen Chunk zu erstellen, sondern zunächst die tatsächliche Struktur des Originaldokuments in outputs/godot_docs_full/pages zu analysieren.