Nicht das Modell. Der Workflow.
Modelle wechseln schnell. Wert entsteht in Kontext, Regeln und einem Workflow, der den Wechsel aushält.
In AI-Diskussionen dreht sich vieles um Modelle. Welches ist das schnellste? Welches löst den schwierigsten Benchmark? Welches hat das größte Kontextfenster? Diese Fragen sind interessant. Für ein funktionierendes Produkt sind sie aber selten die wichtigsten.
Der Kontext trägt das System
Ein Modell kennt weder meinen Anwendungsfall noch meine Nutzer oder die Regeln meines Produkts. All das muss das System bereitstellen: relevante Daten, klare Grenzen, ein verständliches Ziel und eine definierte Form für das Ergebnis.
Deshalb sprechen wir inzwischen häufiger von Context Engineering statt nur von Prompt Engineering. Ein guter Satz im Eingabefeld reicht nicht. Entscheidend ist, welche Informationen wann verfügbar sind, wie Zustand erhalten bleibt und was passiert, wenn eine Antwort unvollständig, widersprüchlich oder schlicht falsch ist.
Ein belastbarer Workflow macht ein Modell austauschbar. Wenn ein Modellwechsel das gesamte Produkt zerlegt, war das Modell vermutlich nicht nur ein Baustein, sondern heimlich die Architektur.
Ein Prototyp ist noch kein Produkt
Webwoven war für mich ein gutes Beispiel. AI hat mir geholfen, Ideen schneller umzusetzen und während der Build Week in kurzer Zeit einen spielbaren Prototyp zu bauen. Die eigentliche Spiellogik blieb trotzdem deterministisch. Gleiche Regeln müssen zu nachvollziehbaren Ergebnissen führen. Eine Spielregel darf sich nicht verändern, nur weil ein Modell heute anders antwortet als gestern.
Diese Trennung gilt auch außerhalb eines Spiels. AI kann mit unscharfen Informationen arbeiten, Vorschläge machen oder Inhalte strukturieren. Zugriffsrechte, Abrechnung, Zustandswechsel und andere kritische Abläufe brauchen dagegen klare Regeln.
Produktionsreife beginnt dort, wo die Demo aufhört: bei Security, Tests, beobachtbarem Verhalten, verständlichen Fehlern und einem Deployment, das sich kontrollieren lässt. Vibe Coding kann ein hervorragender Einstieg sein. Es bringt mehr Menschen mit Softwareentwicklung in Berührung und macht Ideen schnell sichtbar.
Mein Ziel ist trotzdem nicht der Moment, in dem etwas zum ersten Mal funktioniert. Mein Ziel ist ein System, das auch beim hundertsten Mal verständlich und verlässlich funktioniert. Dafür ist der Workflow meist wichtiger als das Modell.