Case Study · Kunde: Antoinette (own product, built with Jan Friedmann)
Antoinette: Im App Store und bei Google Play
Unser Multi-Agenten-Social-Assistent als native App für iOS und Android: mit dem eigenen Agenten sprechen oder schreiben und dann durch ein tägliches Briefing mit Plänen, Einladungen und Check-in-Hinweisen wischen, das die Agenten deiner Freund:innen vorbereitet haben.
Live auf iOS und Android aus einer Codebasis; Releases werden automatisch gebaut und eingereicht.
Kurz gesagt
Live im Apple App Store und bei Google Play, eine Expo-/React-Native-Codebasis, aktuell Version 1.0.32.
Gebaut mit Jan Friedmann als Lead Engineer (rund 1.380 der 1.567 Commits). Konstantin verantwortet Produkt, Design und Tests.
Vollautomatische Releases: GitHub Actions baut, reicht bei Apple zur Prüfung ein und verteilt die Android-Versionen.
Team
Wer
Rolle
Jan Friedmann
Lead Engineer: Backend, Agenten, App, Infrastruktur und Release-Automatisierung
Konstantin Hilverth
Produkt, UX, Tests, Inhalte, Markteinführung und EU-Förderantrag
Was die App kann
Erfassen: gedrückt halten zum Sprechen oder tippen. Der Fetcher-Agent macht daraus einen Plan, ein Update oder ein Gefühl und fragt nach, wenn etwas fehlt.
Tägliches Briefing: ein Postfach zum Wischen. Pläne und Einladungen annehmen oder ablehnen, sehen, was Freund:innen vorhaben, und Check-in-Vorschläge bekommen.
Soziale Ebene: Freund:innen, Freigabekreise (enge Freund:innen / Familie / Bekannte), Kommentare, Reaktionen, Fotos und Erwähnungen.
Events: Events anlegen, Freund:innen über Termine abstimmen lassen, Co-Admins und Reposts, die den Einladungskreis erweitern.
Anmeldung: Apple, Google oder E-Mail-Code. Der Kontaktabgleich prüft, wer schon bei Antoinette ist, und speichert die Kontaktliste nie.
Veröffentlichung auf iOS und Android
1
Eine Codebasis. Expo + React Native + TypeScript + NativeWind (Tailwind für native Apps).
2
Zwei Arten von Updates. Reine JavaScript-Änderungen gehen direkt über Expo Updates raus, ohne Store-Prüfung. Native Änderungen lösen einen vollständigen Store-Build aus.
3
Automatischer Release-Workflow (GitHub Actions):
main nach prod mergen → Backend auf Cloud Run veröffentlichen,
iOS und Android mit Expo EAS bauen,
die App-Store-Version automatisch anlegen und zur Prüfung bei Apple einreichen,
den Android-Build in die Test-Tracks von Google Play schieben,
das Release an die Nutzer:innen ankündigen.
4
Ein Demo-Konto für die Prüfer:innen. Apple-Prüfer:innen melden sich in einer eigenen Demo-Datenbank mit realistischen Beispieldaten an – die App wirkt in der Prüfung nie leer.
5
Notbremse. Ein Workflow zieht einen Build aus der App-Store-Prüfung und dem Play-Alpha zurück, falls etwas nicht stimmt.
6
Store-Vorgaben. Datenschutzfreundliche Berechtigungstexte (Fotos nur bei Auswahl, Kontakte nie gespeichert), Kontolöschung, Datenschutzerklärung und AGB auf der Website.
Unter der Haube
Ebene
Technik
App
Expo / React Native, TypeScript, NativeWind, Push-Benachrichtigungen, Deep Links (antoinette.app)
API
FastAPI auf Google Cloud Run (eine warme Instanz, Live-Streams für das Briefing)
Daten
PostgreSQL auf Supabase. Getrennte Schemas für Produktion, Demo, Test, Sandbox und jeden Feature-Branch
Agenten
Fetcher, Observer, Empathy Proxy, Event Curator, Identity und Briefing, zeitgesteuert
Anmeldung
JWT mit rotierenden Refresh-Tokens, E-Mail-Code, Sign in with Apple und Google, Ratenbegrenzung
Betrieb
Admin-Dashboard (Netzwerkansicht, Statistiken, Prompt-Sandbox, Agenten-Testszenarien), Warnungen, Rollback mit einem Befehl
Ergebnisse
Kennzahl
Wert
Plattformen
iOS + Android, eine Codebasis
Aktuelle Version
1.0.32
Commits (März–Okt. 2026)
1.567
Erster Commit → Telegram-MVP
unter einer Woche
Telegram → Einreichung im App Store
~3,5 Monate (Release-Workflow live seit Juni 2026)
Über die App hinaus
Antoinette ist auch die Grundlage eines EU-Förderantrags im Call PPPA-2026-YOUTH-SOCIAL-MEDIA-DESIGN – zu sozialen Medien, die echte Verbindungen statt endloser Feeds in den Mittelpunkt stellen.
