Rückblick vom 5. Juli 2026

Heute habe ich noch einmal über die Richtung der Repository‑Veröffentlichung und den Lizenztext im README nachgedacht.

Zunächst scheint es nötig zu sein, eine Warnung im README zu platzieren. Wenn ich jedoch weiter darüber nachdenke, erscheint das nicht richtig. Es wirkt zu widersprüchlich, und obwohl ich das schrieb, war meine innere Haltung nicht so. Durch die zunehmende Übertreibung entstand die irrationale Vorstellung, dass „später könnte es Situationen geben, in denen ich nicht sagen kann, dass das meine Sache ist“, und ich habe deshalb zu stark formuliert.

Gestern wollte ich meine Arbeit schützen und habe die Lizenz sowie Nutzungsbeschränkungen ziemlich streng formuliert. Ich habe Formulierungen wie Verbot kommerzieller Nutzung, Verbot der Verwendung als Trainingsdaten für Modelle und Verbot, die Inhalte in kostenpflichtigen Kursen oder Diensten neu zu verpacken, eingefügt.

Nachdem ich gestern das Review geschrieben und ein paar Stunden geschlafen hatte, kam mir das Ganze wieder in den Sinn und es fühlte sich sehr unangenehm an. Ich fragte mich, was ich da eigentlich getan hatte. Hm… wenn ich das so mache, warum habe ich das Repository überhaupt öffentlich gemacht? Deshalb möchte ich die harten Formulierungen etwas abschwächen.

Ich glaube, ich war zu sehr darauf bedacht, nicht ausgenutzt zu werden. Ich hatte Angst, dass meine gesammelten Ideen, Reviews, Datenstrukturen, Prompts, die auf Godot‑Dokumenten basierende Pipeline und der Ablauf zur Vorbereitung des Modell‑Trainings leicht von jemandem übernommen und unter anderem Namen verpackt werden könnten. Obwohl das noch nicht passiert ist, hatte ich bereits das schlimmste Szenario im Kopf.

Auch im Juni habe ich zwischen öffentlicher und privater Repository‑Veröffentlichung hin- und hergerissen. In meinem gestrigen Review habe ich aus dem Wunsch, meine Arbeit zu schützen, die Lizenz und die Warnung sehr streng formuliert. Das fühlte sich jedoch tief in mir nicht richtig an. Es hat mich sehr beschäftigt.

Vielleicht lag es einfach an einem starken Bedürfnis nach Anerkennung. Ehrlich, ich weiß nicht, was ich tun soll. Trotzdem scheint es mir zu helfen, meine eigenen Schwächen zu erkennen, wenn ich Reviews und Aufzeichnungen hinterlasse.

Und… vielleicht ist es weniger ein Hobby‑Repository, sondern eher der Versuch, Anerkennung zu bekommen, heimlich zu arbeiten und bei einem Scheitern so zu tun, als wäre es ein Hobby. Das Mittel wurde zum Zweck, und das ursprüngliche idea_world entwickelte sich irgendwann zu einem Godot‑Tuning‑Modell.

Zunächst schien es sinnvoller, das Repository nicht idea_world, sondern idea_world_lab zu nennen. Es ist nicht einfach ein „nach Lust und Laune“ erstelltes Repository, sondern hat ein gewisses Ziel. Es wäre besser, es als Forschungs‑ und Experimentierlabor für idea_world zu bezeichnen. In der Repository‑Beschreibung stand „einfach das, was mir gerade einfällt“, aber das sollte besser zu „Ideen‑Lab/Experimentierlabor für idea_world“ geändert werden.

Deshalb habe ich die starken Formulierungen im README und im Lizenzteil abgeschwächt und sie im Sinne der Open‑Source‑Gemeinschaft angepasst. Der Wunsch, zu sagen, dass das meine Sache ist, bleibt, aber er darf nicht so groß werden, dass er die ursprüngliche Absicht von Veröffentlichung und Teilen untergräbt.

Zusätzlich habe ich einen Übersetzungstest mit dem kostenlosen NVIDIA‑Endpunkt durchgeführt. Ich habe versucht, in 9 Sprachen zu übersetzen und überlegt, die Anfragen parallel zu stellen, wobei ich für jede Sprache große Antwortgrößen vorgesehen habe. Die meisten Modelle scheinen jedoch ein max_tokens‑Limit von etwa 4096 zu haben, sodass dieser Ansatz nicht funktionierte.

Ich dachte, wenn man das Dokument bei 4096 Tokens in Stücke teilt und kontinuierlich aufruft, könnte man leicht über 40 Aufrufe pro Minute kommen. Trotzdem ist nicht alles, was kostenlos ist, automatisch gut. Es ist zwar nutzbar, aber für eine echte Pipeline muss man sowohl das Antwort‑Limit als auch die Aufruf‑Beschränkungen berücksichtigen.