2026-06-30 Rückblick

Heute war ich sehr müde. Durch die WM‑Saison habe ich nicht richtig geschlafen, und weil ich die Arbeit fortgesetzt habe, war meine Konzentration ziemlich nachgelassen.

Dennoch war heute ein Tag, an dem ich das Ziel hatte, ein Debug‑Tool für Validierungstests zu erstellen. Letztendlich funktioniert das Tool genau so, wie ich es mir vorgestellt habe, und ich bin sehr glücklich darüber. Auch wenn ich müde war, gibt mir die Tatsache, dass ich es bis hierher fertiggestellt habe, Bedeutung.

Der Tag, an dem ich das Tool gebaut habe

Das heute erstellte Tool ermöglicht es, Qwen zu verwenden, um Godot‑Code und JSONL zu erzeugen, und zeigt in einem Bildschirm, ob das JSONL tatsächlich mit dem Code‑Chunk übereinstimmt, indem es mit „Ja“/„Nein“ validiert wird.

Früher musste ich die Antworten von ChatGPT oder Qwen kopieren, den Code und das JSONL wieder einfügen und die erwartete Antwort im Kopf vergleichen. Jetzt kann ich direkt im Tool sehen, welchen Prompt ich verwendet habe, welcher Prompt das JSONL erzeugt hat, wie der Validierungs‑Prompt aufgebaut ist und ob die Antwort den Erwartungen entspricht.

Besonders gut war, dass die erwartete Antwort anhand von Labels und Slots festgelegt wurde. Da docs_chunks, api_mapping und label_prototypes nicht alle dieselbe Bedeutung von „Ja“/„Nein“ haben, habe ich sie in der Bildschirmstruktur getrennt, was die Verwirrung stark reduziert. Und selbst wenn ein Fall wegen des Prompts fehlgeschlagen ist, bleiben Prompt und Antwort im Tool sichtbar, sodass das Anpassen des Prompts beim nächsten Mal viel einfacher ist.

Ob es ein Ende geben wird

Beim Arbeiten frage ich mich, ob es überhaupt ein Ende gibt.

Die Sammlung der offiziellen Godot‑Dokumentation, die Umwandlung von Markdown → JSONL, das DB‑Design, die Retriever‑Strategie, AST‑Chunks, Validierungs‑Prompts, Test‑Tools – das alles geht weiter. Sobald ich ein Tool fertig habe, taucht das nächste Problem auf, und um das zu lösen, brauche ich wieder ein weiteres Tool oder Dokument.

Dennoch ist es befriedigend, weil ich es aus eigenem Antrieb mache. Wenn jemand es mir aufgetragen hätte, wäre ich wahrscheinlich nicht so weit gekommen. Ich hätte es wahrscheinlich gar nicht machen wollen. Jetzt, obwohl es anstrengend ist, treibe ich es voran, weil ich neugierig bin und tiefer einsteigen möchte.

Wenn ich das Tempo reduziere

Ich plane, das Tempo ein wenig zu drosseln.

Bisher war mein tägliches Arbeitspensum zu hoch. Ich habe jeden Tag Dokumentation geschrieben, Tools gebaut, PRs eingereicht, Reviews umgesetzt, Daten gesammelt und Tests durchgeführt. Wenn ich dieses Niveau beibehalte, wird es schwer, langfristig durchzuhalten. Jetzt ist es an der Zeit, das Niveau zu senken.

Während ich RunPod laufen ließ und ChatGPT befragte, habe ich in einem Notizblock festgehalten, wie ich die Architektur planen wollte – das hat mich bis hierher gebracht. Ich habe nicht von Anfang an ein großes Projekt gestartet, sondern zwischendurch Ideen notiert, Blockaden in Tools umgewandelt und dann erneut überprüft.

Da das Tool jetzt weitgehend die gewünschte Form hat, kann ich das Tempo etwas verlangsamen und die Vorgaben ruhiger verfeinern. Statt jeden Tag große Stücke zu erledigen, scheint es sinnvoller, das erstellte Tool in echten Tests zu verwenden und langsam zu beobachten, wo es wackelt.

Fazit des Tages

Heute war ich müde, aber ich habe das gewünschte Tool fertiggestellt.

Auch wenn mein körperlicher Zustand nicht optimal war, habe ich es bis zum Ende geschafft. Dank dieses Tools kann ich zukünftige Qwen‑Validierungstests viel weniger verwirrend durchführen.

Jetzt kann ich es etwas langsamer angehen. Letztlich ist das hier ein Aufzeichnung, die ich aus eigenem Interesse mache, und ein Tool, das ich aus Neugier entwickle. Ein langsameres, beständiges Vorgehen erscheint wichtiger als ein schneller Sprint.