01a0875b-9ac3-7814-b21a-9a19e9c58c38 post 01a086fc-9ee2-765e-b383-0cef74612e46 0 Johannes Tigges https://vutuv.de/johannes_tigges/posts/01a086fc-9ee2-765e-b383-0cef74612e46 2026-09-09 johannes_tigges @wintermeyer Jedes Profil kann RSS, es gibt @vutuv und du schreibst regelmäßig Changelogs hier in Posts. Die Agenten sind gut im Changelog schreiben. Poste das doch einfach auf dem @vutuv Profil und Quote-Poste das dann Selbst, dann hat man ein Changelog über Zeit. Machen die guten LLMs, Harnesses und Anbieter ja auch. Und es zeigt Entwicklung und ist einfacher zu lesen. 01a0875b-9ac3-7814-b21a-9a19e9c58c38 1 Stefan Wintermeyer https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38 2026-09-09 01a086fc-9ee2-765e-b383-0cef74612e46 wintermeyer Bis jetzt sind alle meine entsprechenden Versuche gescheitert. Man ahnt nicht, wie viel Kleinkram hier im Code zu machen ist. Das Changelog wäre wahnsinnig langweilig. Und ich habe noch keinen Prompt hinbekommen, der aus den PRs im GitHub etwas halbwegs Spannendes zusammen schreiben kann. Wer sich sehr dafür interessiert, kann ja im GitHub mitverfolgen, was passiert. Ist ja alles öffentlich. Wenn ich das hier in einen Account pipe, dann will ich, dass es auch für normale Menschen gut verständlich und nicht extrem langweilig ist. Aber ich denke noch mal drüber nach. Johannes Tigges 01a08766-2118-7da1-9d76-0fc4f1e2c8ec 2 Johannes Tigges https://vutuv.de/johannes_tigges/posts/01a08766-2118-7da1-9d76-0fc4f1e2c8ec 2026-09-09 01a0875b-9ac3-7814-b21a-9a19e9c58c38 johannes_tigges Es wird jetzt sicher nicht jeder lesen. Und man kann es in groß/klein gliedern. Das hier ist ein ganz okayes Changelog: https://opencode.ai/changelog Aber die GH Tickets/PR in dem vutuv Repo sind teilweise auch kurios verbose und teilweise vom Stil eigenartig untechnisch - mindestens als ich reingeschaut habe. Aber Klassifizierung und Zusammenfassung ist ja eine der klassischen Domänen der LLMs. Und es wird zu den PRs auch die darüberliegenden Feature/Fix/Prompt-Ideen geben, quasi die Epics. Auf die man ansetzen könnte. Stefan Wintermeyer 01a089a0-a8b4-7b78-b459-2b6872206abe 2 Alexander van der Steeg https://vutuv.de/alexander_vds/posts/01a089a0-a8b4-7b78-b459-2b6872206abe 2026-09-10 01a0875b-9ac3-7814-b21a-9a19e9c58c38 alexander_vds Gut lesbare Change Logs sind ja kein reiner Text, sondern Bild-Text-Kombinationen und damit natürlich nicht so einfach umsetzbar. Wir machen das seit Jahren und die besten Ergebnisse kommen dabei noch vom Menschen ;) Stefan Wintermeyer Bis jetzt sind alle meine entsprechenden Versuche gescheitert. Man ahnt nicht, wie viel Kleinkram hier im Code zu machen ist. Das Changelog wäre wahnsinnig langweilig. Und ich habe noch keinen Prompt Stefan Wintermeyer wintermeyer https://vutuv.de/wintermeyer Johannes Tigges https://vutuv.de/johannes_tigges/posts/01a08766-2118-7da1-9d76-0fc4f1e2c8ec 2026-09-09 johannes_tigges Es wird jetzt sicher nicht jeder lesen. Und man kann es in groß/klein gliedern. Das hier ist ein ganz okayes Changelog: https://opencode.ai/changelog Aber die GH Tickets/PR in dem vutuv Repo sind teilweise auch kurios verbose und teilweise vom Stil eigenartig untechnisch - mindestens als ich reingeschaut habe. Aber Klassifizierung und Zusammenfassung ist ja eine der klassischen Domänen der LLMs. Und es wird zu den PRs auch die darüberliegenden Feature/Fix/Prompt-Ideen geben, quasi die Epics. Auf die man ansetzen könnte. Alexander van der Steeg https://vutuv.de/alexander_vds/posts/01a089a0-a8b4-7b78-b459-2b6872206abe 2026-09-10 alexander_vds Gut lesbare Change Logs sind ja kein reiner Text, sondern Bild-Text-Kombinationen und damit natürlich nicht so einfach umsetzbar. Wir machen das seit Jahren und die besten Ergebnisse kommen dabei noch vom Menschen ;) https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38 https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38.json https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38.txt https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38.md https://vutuv.de/wintermeyer/posts/01a0875b-9ac3-7814-b21a-9a19e9c58c38.xml