Solaris dreht eine vertraute Annahme von Software um: Die Oberfläche liegt nicht fertig darunter und wartet auf den nächsten Klick. Sie entsteht während der Nutzung neu, Bild für Bild. Runway nennt den am 31. August 2026 vorgestellten Ansatz ein „Interface World Model“. Nicht Code für eine App steht im Vordergrund, sondern die nächste sichtbare Szene.
Das klingt zunächst wie ein Designertraum: weniger starre Menüs, weniger vorgezeichnete Wege, mehr Reaktion auf das, was ein Mensch gerade versucht. Für eine echte Anwendung reicht ein plausibler nächster Frame aber nicht. Beim Einkaufen, Lernen oder Planen müssen Preise, Texte, Zustände, Korrekturen und Fehlerwege stimmen, auch wenn eine Sitzung länger dauert oder sich ein Vorhaben unterwegs ändert.
Runway beschreibt Solaris als Zusammenspiel aus Sprachmodell und generierter Oberfläche. Klicks, Ziehen, Sprache oder Texteingaben werden als Absicht interpretiert; daraus entsteht der nächste sichtbare Frame. Der Zugang läuft zunächst über eine Early-Access-Anfrage. Eine öffentliche API, Preise oder eine allgemeine Verfügbarkeit nennt Runway nicht.
Der Trick liegt hinter dem Bild
Klassische Software trennt meist Darstellung, Daten und Logik. Das kann spröde wirken, hat aber einen Vorteil: Ein Formularfeld, ein Preis oder ein Bestellstatus hängt an einem Zustand, der gespeichert, gelesen und verändert werden kann. Wenn etwas schiefgeht, lässt sich zumindest grundsätzlich rekonstruieren, welche Aktion welchen Wert verändert hat.
Bei Solaris soll die sichtbare Ebene selbst aus dem Modell kommen. Runway beschreibt dafür keine herkömmliche DOM-, HTML-, CSS- oder JavaScript-Schicht unter der Oberfläche. Der Reiz liegt genau darin: Die Oberfläche muss nicht in jedem Detail vorher gebaut sein. Sie kann sich dem Kontext anpassen und direkter auf eine Absicht reagieren.
Damit verschiebt sich die eigentliche technische Frage. Nicht: Kann das Modell eine Oberfläche erzeugen, die sinnvoll aussieht? Sondern: Wo lebt der Zustand? Wenn jemand eine Produktvariante auswählt, eine Buchung ändert, einen Lernschritt überspringt oder einen Fehler korrigiert, braucht das System etwas Verlässliches hinter dem Bild. Sonst fühlt sich die Interaktion zwar flüssig an, bleibt aber schwer zu greifen.
Die Studie zeigt, warum die Idee zieht
Runway berichtet einen Vergleich mit einer codierten Oberfläche. 250 Teilnehmende bewerteten 30 Interaktionsbeispiele in knapp 7.500 Paarurteilen. Nach Angaben des Unternehmens wurde Solaris bei Instruktionsbefolgung mit 61 gegenüber 24 Prozent bevorzugt, bei natürlichem Verhalten mit 71 gegenüber 21 Prozent. Die getesteten Szenen wirkten für viele also passender, unmittelbarer oder menschlicher als die Vergleichsoberfläche.
Das erklärt die Faszination gut. Eine Oberfläche, die nicht erst durch verschachtelte Menüs zwingt, sondern auf eine Absicht reagiert, kann sich weniger nach Bedienung und mehr nach Zusammenarbeit anfühlen. Gerade in Situationen, in denen Menschen nicht wissen, welche Funktion sie suchen müssen, wäre das ein echter Fortschritt.
Die Untersuchung stammt von Runway und wurde nicht unabhängig wiederholt. Gemessen wurde die Präferenz in den gezeigten Beispielen. Wie sich Solaris in langen Sitzungen, bei realen Transaktionen oder mit Assistenztechnik verhält, bleibt damit unbeantwortet. Für Solaris ist deshalb weniger der schöne erste Moment entscheidend als das Verhalten über viele aufeinanderfolgende Schritte.
Einkaufen, Lernen, Planen: Hier wird es konkret
Beim Einkaufen müsste eine generierte Oberfläche mehr leisten als hübsche Produktkarten. Preis, Variante, Lieferbedingung, Verfügbarkeit und Bestellstatus müssen aus gebundenen Daten stammen. Wenn die Oberfläche sich laufend neu formt, darf sie nicht nebenbei eine Größe verwechseln, eine Bedingung verkürzen oder einen Warenkorbzustand verlieren.
Beim Lernen ist der Charme noch offensichtlicher. Eine Anleitung könnte sich an Tempo, Vorwissen und Irrtümer anpassen. Doch gerade dort wäre eine überzeugend formulierte falsche Erklärung gefährlicher als ein harter Fehler. Lernsoftware braucht nicht nur geschmeidige Darstellung, sondern belastbare Inhalte, Quellenbindung und klare Korrekturwege.
Beim Planen geht es um Versionen, Abhängigkeiten und Erinnerung. Wer eine Reise, ein Projekt oder einen Ablauf entwirft, muss zurückspringen, vergleichen und Änderungen nachvollziehen können. Eine dynamische Oberfläche kann beim Sortieren helfen. Sie muss aber wissen, was gestern festgelegt wurde, was nur ein Vorschlag war und welche Entscheidung wirklich gespeichert ist.
Runway nennt zentrale Baustellen selbst: lesbaren Text, Trust beziehungsweise Grounding, Kohärenz über lange Sitzungen, Accessibility und die Integration in den übrigen Software-Stack. Grounding heißt hier: Sichtbare Aussagen bleiben an Daten, Dokumente oder Produktinformationen gebunden, statt nur stimmig zu klingen. Zu Latenz, Kosten, Hardwarebedarf und Fehlerverhalten gibt es bislang keine unabhängigen öffentlichen Werte.
Barrierefreiheit ist kein spätes Design-Detail
Für Menschen, die mit Tastatur, Screenreader oder anderen Assistenztechniken arbeiten, ist eine Oberfläche nicht nur das, was visuell erscheint. Sie brauchen Struktur: Texte, Rollen, Bedienelemente, Fokus, Zustandsänderungen. Eine Szene kann elegant reagieren und für Assistenztechnik trotzdem kaum zugänglich sein.
Genau deshalb ist Accessibility bei Solaris eine Kernfrage. Wenn die sichtbare Ebene Bild für Bild entsteht, muss parallel eine maschinenlesbare Ebene entstehen, die Screenreader und Accessibility-APIs zuverlässig nutzen können. Das ist nicht bloß eine Komfortfunktion, sondern Teil der Bedienbarkeit.
Der europäische Rahmen macht diese Unterscheidung praktisch wichtig. Die Europäische Kommission verweist beim European Accessibility Act auf bestimmte Produkte und Dienste, darunter E-Commerce. Für Websites und Apps öffentlicher Stellen beschreibt sie die Web Accessibility Directive und die Norm EN 301 549 v3.2.1. Das ist kein Urteil über Solaris und keine Aussage über eine europäische Verfügbarkeit, zeigt aber: Zugänglichkeit lässt sich nicht erst nach dem Interface erfinden.
Solaris ist damit weniger ein fertiger Ersatz für heutige Anwendungen als ein ernstzunehmender Versuch, ihre Oberfläche neu zu denken. Auch die Vorgeschichte mit GWM-1, Runways früherem World-Model-Ansatz, erklärt diese Richtung. Der spannende Punkt ist nicht, ob generierte Interfaces einmal schöner aussehen als klassische Apps. Spannend ist, ob sie dieselbe Verlässlichkeit erreichen: mit lesbarem Text, gebundenen Daten, stabilen Zuständen, klaren Fehlerwegen und funktionierendem Zugang für Assistenztechnik. Erst dann wird aus einer Oberfläche, die gut reagiert, eine Software, der man Aufgaben anvertrauen kann.
Quellen und weiterführende Informationen
- Runway: Introducing Solaris, 31. August 2026.
- The Decoder: Runway zeigt mit Solaris ein KI-System, das Software-Oberflächen in Echtzeit generiert, 1. September 2026.
- CMSWire: Runway’s Solaris Generates Software Interfaces in Real Time With No Code Underneath, 1. September 2026.
- The New Stack: Runway wants to generate software as you use it, 1. September 2026.
- Europäische Kommission: European Accessibility Act.
- Europäische Kommission: Web accessibility, aktualisiert am 23. Juni 2026.
- TechCrunch: Runway releases its first world model, adds native audio to latest video model, 11. Dezember 2025.
Hinweis: Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft. Stand: 2026-09-02.
