AlcoTrack

AlcoTrack war das Erste, was ich je gebaut habe. 2012, noch auf der Schule, mit meinem ersten Android-Handy und mitten im Programmierenlernen. Ich wollte etwas bauen, das meine Freunde und ich tatsächlich benutzen würden, und nicht noch eine To-do- oder Wetter-App. Vierzehn Jahre später hat sie immer noch Nutzer.

Und immer noch eine Codebasis, die ein Teenager in Eclipse angefangen hatte, was neuere Android-Versionen zunehmend deutlich machten. Also wurde sie neu gebaut: Kotlin, Compose, Hilt und Room, mit einem Migrationspfad, damit niemand zehn Jahre eigene Historie verliert, dazu das Tooling, das von Anfang an hätte da sein sollen, Screenshot-Tests und automatisiertes Veröffentlichen. Die ursprüngliche App wird nicht mehr ausgeliefert.

Erzählenswert finde ich vor allem den Coach, einen Chat in der App, der Fragen zu den eigenen Trinkdaten beantwortet. Ihn zum Antworten zu bringen war leicht. Ihm das Übertreiben abzugewöhnen nicht, und der Fehlermodus war heimtückischer als klassisches Halluzinieren. Er holte eine echte Zahl korrekt heraus und verpackte sie dann in eine Aussage, die kein Tool je geprüft hatte. Wahres und Erfundenes im selben Satz, im selben überzeugten Ton.

Die Lösung lag in der Verkabelung, nicht im Prompt. Jedes Tool liefert jetzt mit, worauf es tatsächlich geschaut hat, damit eine Antwort keine Daten zitieren kann, die sie nie geholt hat. Und ein Test spielt echte Gespräche gegen das Live-Modell und lässt den Build scheitern, sobald es sich überschätzt. Bei so einem Agenten steckt die interessante Arbeit nicht im Modell und nicht im System-Prompt, sondern in den Leitplanken, die seine Sicherheit verdient machen.

Der Rest gehört auch dazu: Store-Eintrag, Screenshots, Support-Mails und die 17 Community-Übersetzungen von Leuten, die die App einfach in ihrer Sprache haben wollten.