Runway Solaris, vorgestellt am 31. August 2026, ist das erste von dem, was Runway Interface World Models nennt. Die Kurzfassung: Statt Software als Code zu bauen und dann auszuführen, generiert Solaris die Oberfläche selbst, Bild für Bild, live, während Sie damit interagieren. Es gibt kein HTML, kein CSS, keinen Code darunter. Das Bild auf Ihrem Bildschirm ist die Anwendung.
Es basiert auf Runways Videomodell Gen-4.5, kombiniert ein Sprachmodell (das entscheidet, was passieren soll) mit einem Weltmodell (das rendert, wie es aussieht) und zielt auf Echtzeit-Interaktion in 720p. In Runways eigener Nutzerstudie bevorzugten die Teilnehmer Solaris gegenüber einer von Claude Opus 5 gebauten, codierten Oberfläche mit 61 % zu 24 % beim Befolgen von Anweisungen und mit 71 % zu 21 % beim natürlichen Verhalten.
Der Haken: Es ist eine Forschungsvorschau, kein Produkt. Es gibt keine Preise, keine öffentliche API, und der Zugang ist nur auf Anfrage möglich. Alle Reaktionen bisher beziehen sich auf ein Demovideo, nicht auf praktische Nutzung, und die schärfsten Skeptiker stellen schon zwei berechtigte Fragen: ob die Kosten für das Streaming der Generierung ein tragfähiges Geschäftsmodell ergeben und ob man der Ausgabe vertrauen kann. Diese Vertrauensfrage ist die wichtigste, wenn Sie im Support arbeiten, und genau dieses Problem muss ein KI-Teammitglied für Ihren Helpdesk lösen, bevor es mit einem echten Kunden spricht.
Was Runway Solaris eigentlich ist
Eines sollten wir zuerst klarstellen, weil die meisten Einordnungen am Starttag es verwischen: Solaris ist kein weiteres Text-zu-Video-Tool und auch kein App-Builder im Lovable-Stil, bei dem die KI den Code für Sie schreibt. Es ist seltsamer als beide.
Runway, das Unternehmen, das vor allem für KI-Videogenerierung bekannt ist, beschreibt sich inzwischen als "building foundational Real-World Intelligence that can understand, simulate and act in the world". Solaris ist das erste Modell einer neuen Familie namens Interface World Models, und die Ausgangsfrage ist ein echtes Gedankenspiel: Was passiert, wenn ein Betriebssystem Apps und Websites generiert, während Sie sie benutzen?
In einer normalen App wird die Idee eines Designers in Code übersetzt, der Code wird ausgeliefert, und danach kann die App nur noch das, was jemand vorhergesehen und aufgeschrieben hat. Runways Argument: Dieser Übersetzungsschritt ist verlustbehaftet, er ist "a lossy compression of the space of possible interactions, frozen before any user arrives." Solaris überspringt ihn. Es gibt keine Zwischendarstellung. Das Modell rendert die Oberflächenebene direkt, und "every frame is synthesized as you interact, allowing the interface to respond continuously to your actions."
Die Demobeispiele machen es greifbar. Ein virtueller Bekleidungsladen, in dem Sie ein Shirt auf ein Foto von sich ziehen, um es anzuprobieren. Ein Salat, den Sie bauen, indem Sie Zutaten in eine Schüssel ziehen. Eine Verbrennungsdemo, die mit physikalisch plausiblen Ergebnissen reagiert. Und mein Lieblingsbild aus dem Beitrag, "redefining the mouse": Sie klicken auf eine Katze, und ihr Fell wird Ihr Pinsel, oder Sie klicken auf ein Gemälde und zeichnen in dessen Stil. Keine dieser Interaktionen wurde programmiert. Das Modell hat sie gelernt.
Wenn Sie Runways Forschung verfolgt haben, ist das die logische nächste Stufe nach GWM-1, dem allgemeinen Weltmodell, und es steht in einer echten Linie: Gen-4, dann Gen-4.5, dann GWM-1, jetzt Solaris. Es ist kein Marketing-Rebranding eines alten Modells.
So funktioniert Solaris: zwei Modelle, ein Bildschirm
Das ist der Teil, den ich am interessantesten finde, denn es ist eine clevere Wiederverwendung bestehender Bausteine und keine geheimnisvolle neue Architektur.
Zwei Modelle übernehmen zwei Aufgaben. Ein Sprachmodell interpretiert Ihre Anfrage, entscheidet, ob eine Aktion die aktuelle Szene verändert oder zu einer neuen wechselt, und erzeugt die Prompts, die das Rendering steuern. Ein Weltmodell, aufgebaut auf Gen-4.5, generiert dann, wie dieses Verhalten tatsächlich aussieht. In Runways Worten: "one decides what the application should do next, while the other generates how that behaviour appears."
Dass es interaktiv ist und kein vorgefertigter Clip, liegt daran, wie es Ihre Eingaben behandelt. Klicks, Ziehbewegungen und Änderungen werden als Konditionierung für das nächste Bild eingespeist, so wie es auch Text oder ein Bild wären. Das Modell sieht nur Interaktionen, die schon stattgefunden haben, und lernt so den Zusammenhang zwischen einer Aktion und ihrem visuellen Ergebnis, ohne dass jemand diesen Zusammenhang einprogrammiert.
Damit ein Videomodell schnell genug läuft, um sich live anzufühlen, waren drei Schritte nötig: Es lernte, Bilder autoregressiv zu erzeugen, sodass jedes Bild nur von den vorherigen abhängt. Dann wurde der langsame, vielstufige Entrauschungsprozess auf wenige Schritte destilliert. Zuletzt wurde diese schnelle Version mit ihren eigenen Ausgaben trainiert, damit die Qualität über eine lange Sitzung hält. Runway setzte seine Messlatte dort an, wo Interaktionen "stop feeling interactive somewhere around half a second of delay," und gibt an, dass die Echtzeitarbeit Solaris auch um Größenordnungen günstiger im Betrieb macht als ein Standard-Videodiffusionsmodell. Man sollte aber festhalten, was nicht offengelegt wird: keine Bildrate, keine Parameterzahl, keine Kontextlänge, keine Modellgröße. Wir kennen die Designziele, nicht die Belege.
Die Demo, auf die alle reagieren
Weil Solaris als Forschungsbericht mit begrenzten Tests erschienen ist, ist die Reaktion eine Demo-Reaktion, und sie teilt sich sauber in Staunen und hochgezogene Augenbrauen.
Auf der Staunen-Seite haben Kreative, die den ganzen Tag in generativen Tools arbeiten, sofort verstanden, was Solaris tut:
"Very cool work by Runway. Feels like the best of both worlds -- fine grain control of a WYSIWYG editor with the creativity & speed of generative models."
Runways CTO Anastasis Germanidis veröffentlichte den Launch-Thread, der rund tausend Likes bekam und zum Mittelpunkt der Diskussion wurde. Auf Hacker News nannte ein Kommentator es "one of the most innovative and coolest AI model demos I've seen this year", was in einem Jahr ohne Mangel an Demos eine hohe Messlatte ist.
Nützlicher sind aber die Beiträge, die an den Nahtstellen kratzen. Ein Designer auf r/UXDesign wies darauf hin, dass "Zeigen statt Erklären" als Interaktionsprinzip eine alte Idee ist, Forscher schreiben seit Jahrzehnten über Programmieren durch Demonstration, die Neuheit liegt also im Rendering, nicht im Interaktionsmodell. Und die schärfste analytische Frage kam von Hacker News, und auf die komme ich immer wieder zurück:
"So, instead of inferring intent from an information-dense input (text), they do it w/ just mouse-based gestures? ... I would love to see how this holds up in practice."
Dieses "wie es sich in der Praxis bewährt" trägt viel Gewicht, und der Instinkt ist richtig. Ein Demovideo ist ein kuratierter Idealpfad. Interessant ist die zehnte Minute einer echten Sitzung, nicht die ersten dreißig Sekunden.
Solaris gegen eine codierte Oberfläche: was die Zahlen sagen
Runway hat nicht nur ein Video und gute Stimmung geliefert. Es hat zwei Studien durchgeführt, und die Zahlen sind der stärkste Teil der Ankündigung.
Die Hauptstudie stellte Solaris einer codierten Oberfläche gegenüber, die von Claude Opus 5 gebaut wurde, einem hochmodernen Modell, mit demselben Startbild und denselben Interaktionsanfragen. Bei 250 Teilnehmern und rund 7.500 paarweisen Bewertungen sah das Ergebnis so aus:
| Frage | Solaris bevorzugt | Codierte Oberfläche | Gleichwertig |
|---|---|---|---|
| Welche folgt der Anweisung besser? | 61 % | 24 % | 13 % |
| Welche verhält sich innerhalb der Szene natürlicher? | 71 % | 21 % | 6 % |
Die zweite Studie, die Runway "the cost of translation," nennt, erklärt die Philosophie. Sie testete, wie getreu multimodale Modelle, darunter GPT-4o, Gemini 2.5 Pro und Claude Fable 5, aus einem einzigen Screenshot eine Oberfläche rekonstruieren können, über 30 Oberflächen hinweg. Das Ergebnis: Jedes Modell verliert bei der Übersetzung Informationen, und es wird schlimmer, je komplexer das Visuelle wird. Das ist Runways gesamte These in einem Experiment: Code ist ein verlustbehafteter Zwischenschritt, also streicht man ihn.
Zwei ehrliche Einschränkungen. Das sind Runways eigene Studien, keine unabhängigen Benchmarks, und es gibt noch keine Zahl von Dritten, mit der man sie abgleichen könnte. Und "im paarweisen Demovergleich bevorzugt" ist nicht dasselbe wie "zuverlässig genug für den Einsatz", und genau diese Lücke umkreisen die Skeptiker.
Wo die Skeptiker recht haben
Ich möchte Solaris gegenüber fair sein, denn es ist echte Forschung und die Demos sind beeindruckend. Aber zwei Kritikpunkte sind stark genug, dass sie direkt neben dem Hype stehen sollten.
Der erste ist die Wirtschaftlichkeit. Den besten kritischen Kommentar fand ich auf r/accelerate, und er lohnt sich ganz zu lesen:
"I like this a lot but I'm skeptical that people are going to want to pay ongoing generation costs for their app to function versus just having a coded app... if it requires your company stream dolla dolla bills directly to runway at all times to run your app I'm not seeing this as a feasible business model. Your economics would scale up with engagement, not a good situation to be in."
Runway sagt, die Echtzeitarbeit habe Solaris deutlich günstiger gemacht als Standard-Videodiffusion und "the cost curve continues to improve." Aber "günstiger als Videogenerierung" ist eine niedrige Messlatte, wenn die Alternative Code ist, der praktisch kostenlos läuft. Kosten sind eine der drei technischen Herausforderungen, die Runway selbst nennt, neben Geschwindigkeit und Kohärenz über eine lange Sitzung.
Der zweite ist Vertrauen, und hier ist Runway am offensten. Im eigenen Abschnitt zu den Einschränkungen steht es klar: "a convincing wrong answer is worse than no answer." Eine generierte Oberfläche kann etwas rendern, das richtig aussieht, es aber nicht ist: einen Preis, ein Produktdetail, einen Button, der nicht tut, was er verspricht. Runway sagt, Solaris im Verlauf einer Sitzung an verifiziertem Kontext zu verankern, sei "an active research focus", was die höfliche Forschersprache für "noch nicht gelöst" ist. Jemand auf Hacker News formulierte es im Vergleich zu früheren Weltmodell-Demos praktischer und deutlicher:
"it looks cool at first but really quickly you'll start to see the gaps"
Was Solaris für den Kundensupport bedeutet
Hier hört das auf, eine KI-Video-Geschichte zu sein, und wird relevant für alle, die KI für echte Nutzer ausliefern.
Runway skizziert einen Anwendungsfall, der direkt im Kundenerlebnis landet: einen Shop, der zu einer generierten Umgebung wird und die Markenidentität bewahrt, während er Produkte, Layouts und Empfehlungen in Echtzeit pro Besucher anpasst. Das ist ein wirklich spannendes Bild davon, wohin Oberflächen gehen könnten. Aber beachten Sie: Das schwierigste ungelöste Problem von Solaris, die Ausgabe an verifizierte Daten zu binden, damit nicht selbstsicher etwas Falsches angezeigt wird, ist genau das Problem, das KI im Support von Anfang an geprägt hat.
Ich baue seit Jahren KI-Agenten für den Helpdesk, und die wichtigste Lektion ist die, die Runway gerade in den eigenen Abschnitt zu den Einschränkungen geschrieben hat. Ein Support-Bot, der selbstsicher klingt und falsch liegt, richtet mehr Schaden an als einer, der sagt "ich hole einen Menschen". Deshalb sind KI-Halluzinationen im Support das, wogegen man zuerst entwickelt, nicht zuletzt, und deshalb simulieren wir jeden Rollout an Tausenden echter, früherer Tickets eines Unternehmens, bevor er einem Live-Kunden antwortet. Man erfährt nicht in der Produktion, ob die Antwort fundiert ist, sondern an Tickets, deren Lösung man schon kennt.
Ich lese Solaris und ähnliche Modelle also so: Es ist faszinierende Infrastruktur, ein neues Fundament dafür, wie Oberflächen generiert werden könnten. Aber Infrastruktur ist kein Mitarbeiter. Ein Modell, das alles rendern kann, braucht trotzdem Leitplanken, Fundierung und Domänenkontext, damit man ihm eine bestimmte Aufgabe anvertrauen kann, und das ist eine andere Disziplin, als Pixel zu bewegen.
eesel ausprobieren
Genau diese Lücke soll eesel schließen. Während Runway die Modellebene baut, ist eesel das KI-Teammitglied, das Sie für eine Aufgabe einstellen, und heute besteht dieses Team aus einem KI-Helpdesk-Teammitglied und einem KI-Blogautor. Jedes kommt mit den Fähigkeiten, Integrationen und dem Unternehmenskontext für seine Rolle, statt ein rohes Allzweckmodell zu sein, das Sie selbst verdrahten müssen.
Speziell für den Support bindet sich das Helpdesk-Teammitglied in die Tools ein, die Sie schon nutzen, Zendesk, Freshdesk, Gorgias, Slack, lernt aus Ihren früheren Tickets und Ihrem Help Center und lässt Sie es, ganz entscheidend, an echten früheren Tickets simulieren, bevor es jemals einem Kunden antwortet. Das ist das Vertrauensproblem, das Solaris gerade erst benennt, gelöst für die eine Aufgabe, die sich keine überzeugende falsche Antwort leisten kann. Es ist kostenlos testbar, und Sie können in wenigen Minuten zusehen, wie es echte Antworten auf Ihre eigenen Tickets entwirft.