Was ausgeliefert wurde
- Ein ortsbasiertes Straßenritual.
- Generierte Missionen und Stadtkoordinaten.
- Member-gated Einreichungen.
- Ein öffentliches Ritual-Pinboard.
- Downloadbare Karten und Artefakte.
Live-Fallstudie
Spiegel des Universums
Eine fertige Straßenritual-Plattform — und das erste Produkt, das ich nur bauen konnte, weil KI zum Entwicklungspartner wurde.
Die Unterscheidung
Mit KI gebaut. Läuft nicht mit KI.
Das Live-System nutzt Ghost, Geolokation, Member-Flows, öffentliche Einreichungen, downloadbare Artefakte und n8n-Workflows. Zur Laufzeit generiert oder entscheidet kein Modell etwas für die Besuchenden.
KI war im Entwicklungsprozess wichtig. Sie half, ein ungewöhnliches, driftendes Konzept in eine begrenzte Spezifikation, kohärente Architektur, ein Custom Theme, funktionierende Workflows und ein auslieferbares Produkt zu übersetzen.
Warum es zu HITM gehört
Das wertvolle Ergebnis war nicht Automation. Es war erweiterte Handlungsfähigkeit.
Konzept, Ton, visuelle Richtung und Produkturteil kamen von mir. KI half, die Umsetzungslücke zu schließen: Entscheidungen in Code zu übersetzen, Architekturfragen sichtbar zu machen und Iteration zu beschleunigen, ohne mir die Verantwortung für das Produkt abzunehmen.
Der Prozess funktionierte, weil Verantwortung explizit blieb. Ich setzte die Grenzen, prüfte den Output, testete die Flows und verantwortete, was live ging. Damit ist Spiegel ein praktischer Human-in-the-Middle-Fall: KI erweiterte, was eine Person bauen konnte, während menschliches Urteil die steuernde Ebene blieb.
Ein Live-Test
Wayfinding lief auf Android und versagte dann unter iOS. Minuten später ging das Spiel weiter.
Das GPS-Wayfinding hatte auf Android funktioniert. Deshalb zeigte sich das iOS-spezifische Problem erst spät: als wir Spiegel des Universums bereits auf einem iPhone spielten. Ich öffnete die Codex-App auf dem Telefon, diagnostizierte und behob das Problem innerhalb weniger Minuten — und wir spielten weiter.
Das ist ein kleines, aber konkretes Beispiel für das Entwicklungsmodell im besten Fall: Reale plattformübergreifende Nutzung deckte auf, was frühere Tests übersehen hatten; der Mensch verstand, was fehlschlug und was als Nächstes zählte; und KI verkürzte den Weg von der Beobachtung zu einem geprüften Fix.
Beobachten → reparieren → weiterspielen
- Der Fehler zeigte sich im realen Nutzungskontext.
- Der Fix entstand auf dem gerade verfügbaren Gerät.
- Menschliches Urteil setzte die Priorität und prüfte das Ergebnis.
- Die technische Unterbrechung beendete das gemeinsame Erlebnis nicht.
Von der Idee zum System
Struktur machte die seltsame Idee baubar
01 — Konzept begrenzen
Gesetzte kreative Entscheidungen von offenen technischen Fragen trennen und das kleinste vollständige Ritual definieren.
02 — Übergaben gestalten
Ghost, n8n, Geolokation, Authentifizierung, Einreichungen und öffentliche Evidenz als ein Produkt verzahnen.
03 — Das Ganze prüfen
Ton, Fehlerzustände, Member-Flows und operativen Betrieb testen, bevor das Projekt als fertig gilt.
Jetzt live
Find the mirror. Glitch the world. Bring snacks.
Das Produkt ist fertig und spielbar. Die Fallstudie dokumentiert, wie ein KI-gestützter Prozess es real machte, ohne KI in das Erlebnis einzubauen.