O Runway Solaris, anunciado em 31 de agosto de 2026, é o primeiro do que a Runway chama de Interface World Models. A versão em uma linha: em vez de o software ser construído como código e depois executado, o Solaris gera a própria interface, quadro a quadro, ao vivo, conforme você interage com ela. Não há HTML, nem CSS, nem código por baixo. A imagem na sua tela é a aplicação.
Ele é construído sobre o modelo de vídeo Gen-4.5 da Runway, combina um modelo de linguagem (que decide o que deve acontecer) com um modelo de mundo (que renderiza a aparência) e mira interação em tempo real em 720p. No estudo com usuários da própria Runway, as pessoas preferiram o Solaris a uma interface codificada criada pelo Claude Opus 5 por 61% a 24% em seguir instruções e por 71% a 21% em se comportar de forma natural.
O problema: é uma prévia de pesquisa, não um produto. Não há preço, nem API pública, e o acesso é apenas mediante solicitação. Todas as reações até agora são a um vídeo de demonstração, não ao uso prático, e os céticos mais afiados já fazem duas perguntas justas: se os custos de geração em streaming tornam o modelo de negócio viável e se dá para confiar no resultado. Essa questão de confiança é a que mais importa se você trabalha com suporte, e é exatamente o problema que um colega de IA para o seu helpdesk precisa resolver antes de falar com um cliente real.
O que o Runway Solaris realmente é
Vale deixar isso claro primeiro, porque a maioria das opiniões do dia do lançamento o confunde: o Solaris não é mais uma ferramenta de texto para vídeo, nem um construtor de apps no estilo Lovable em que a IA escreve o código por você. É mais estranho do que as duas coisas.
A Runway, empresa mais conhecida por geração de vídeo com IA, hoje se descreve como "building foundational Real-World Intelligence that can understand, simulate and act in the world". O Solaris é o primeiro modelo de uma nova família que ela chama de Interface World Models, e a premissa com que abre é um verdadeiro "e se": o que acontece quando um sistema operacional gera apps e sites enquanto você os usa?
Em um app normal, a ideia de um designer é traduzida em código, o código é publicado e, a partir daí, o app só pode fazer o que alguém previu e escreveu. O argumento da Runway é que essa etapa de tradução perde informação, é "a lossy compression of the space of possible interactions, frozen before any user arrives." O Solaris pula essa etapa. Não há representação intermediária. O modelo renderiza diretamente a camada de interface, e "every frame is synthesized as you interact, allowing the interface to respond continuously to your actions."
Os exemplos da demo tornam isso concreto. Uma loja de roupas virtual em que você arrasta uma camiseta sobre uma foto sua para experimentá-la. Uma salada que você monta arrastando ingredientes para uma tigela. Uma demonstração de combustão que reage com resultados fisicamente plausíveis. E minha formulação favorita do post, "redefining the mouse", em que você clica em um gato e o pelo dele vira o seu pincel, ou clica em uma pintura e desenha no estilo dela. Nenhuma dessas interações foi programada. O modelo as aprendeu.
Se você acompanha a pesquisa da Runway, este é o degrau lógico depois do GWM-1, seu modelo de mundo geral, e ele se encaixa em uma linhagem real: Gen-4, depois Gen-4.5, depois GWM-1, agora Solaris. Não é uma troca de marca de um modelo antigo.
Como o Solaris funciona: dois modelos, uma tela
Esta é a parte que acho mais interessante, porque é um reaproveitamento inteligente de coisas que já existem, e não uma arquitetura nova e misteriosa.
Há dois modelos fazendo dois trabalhos. Um modelo de linguagem interpreta seu pedido, decide se uma ação modifica a cena atual ou passa para uma nova, e produz os prompts que guiam a renderização. Um modelo de mundo, construído sobre o Gen-4.5, gera então como esse comportamento realmente aparece. Nas palavras da Runway: "one decides what the application should do next, while the other generates how that behaviour appears."
O truque que o torna interativo, e não um clipe pré-pronto, é como ele trata a sua entrada. Cliques, arrastos e edições entram como condicionamento para o próximo quadro, da mesma forma que um texto ou uma imagem entraria. O modelo só vê interações que já aconteceram, então aprende a relação entre uma ação e seu resultado visual sem que ninguém programe essa relação.
Fazer um modelo de vídeo rodar rápido o bastante para parecer ao vivo exigiu três movimentos: ensiná-lo a gerar quadros de forma autorregressiva, para que cada quadro dependa apenas dos anteriores; destilar o lento processo de remoção de ruído em muitas etapas para poucas etapas; e depois treinar essa versão rápida com as próprias saídas para que a qualidade se mantenha em uma sessão longa. A Runway fixou sua meta no ponto em que as interações "stop feeling interactive somewhere around half a second of delay," e afirma que o trabalho em tempo real também tornou o Solaris ordens de magnitude mais barato de executar do que um modelo de difusão de vídeo padrão. Vale apontar o que não foi divulgado: nem taxa de quadros, nem número de parâmetros, nem tamanho de contexto, nem tamanho do modelo. Conhecemos as metas de projeto, não os comprovantes.
A demo à qual todo mundo reage
Como o Solaris saiu como um relatório de pesquisa com testes limitados, a reação é uma reação à demo, e ela se divide nitidamente entre admiração e sobrancelha levantada.
Do lado da admiração, criadores que passam o dia em ferramentas generativas entenderam de imediato o que o Solaris faz:
"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."
O CTO da Runway, Anastasis Germanidis, publicou a thread de lançamento, que teve cerca de mil curtidas e virou o centro de gravidade da discussão. No Hacker News, um comentarista o chamou de "one of the most innovative and coolest AI model demos I've seen this year", o que é uma barra alta em um ano sem falta de demos.
Mas as opiniões mais úteis são as que cutucam as emendas. Um designer no r/UXDesign apontou que a interação de "mostrar, não explicar" é uma ideia antiga, pesquisadores escrevem há décadas sobre programação por demonstração, então a novidade é a renderização, não o modelo de interação. E a pergunta analítica mais afiada veio do Hacker News, a que eu não paro de revisitar:
"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."
Esse "como isso se sustenta na prática" carrega muito peso, e é o instinto certo. Um vídeo de demo é um caminho ideal escolhido a dedo. A pergunta interessante é o décimo minuto de uma sessão real, não os primeiros trinta segundos.
Solaris vs. uma interface codificada: o que dizem os números
A Runway não entregou só um vídeo e boas impressões. Fez dois estudos, e os números são a parte mais forte do anúncio.
O estudo principal colocou o Solaris contra uma interface codificada construída pelo Claude Opus 5, um modelo de ponta, com a mesma imagem inicial e os mesmos pedidos de interação. Com 250 participantes e cerca de 7.500 julgamentos em pares, este foi o resultado:
| Pergunta | Solaris preferido | Interface codificada | Equivalente |
|---|---|---|---|
| Qual segue melhor a instrução? | 61% | 24% | 13% |
| Qual se comporta de forma mais natural dentro da cena? | 71% | 21% | 6% |
O segundo estudo, que a Runway chama de "the cost of translation,", é o que explica a filosofia. Ele testou com que fidelidade modelos multimodais, incluindo GPT-4o, Gemini 2.5 Pro e Claude Fable 5, conseguiam reconstruir uma interface a partir de uma única captura de tela, em 30 interfaces. A conclusão: todo modelo perde informação na tradução, e piora conforme a complexidade visual aumenta. Essa é toda a tese da Runway em um experimento: o código é uma etapa intermediária com perdas, então elimine-o.
Duas ressalvas honestas. Esses são estudos da própria Runway, não benchmarks independentes, e ainda não há um número de terceiros para conferir. E "preferido em uma comparação de demo em pares" não é o mesmo que "confiável o bastante para lançar", que é a lacuna que os céticos rondam.
Onde os céticos têm razão
Quero ser justo com o Solaris, porque é pesquisa de verdade e as demos impressionam. Mas duas críticas são fortes o bastante para ficar bem ao lado do hype.
A primeira é a economia. O melhor comentário crítico que encontrei veio do r/accelerate, e vale a leitura completa:
"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."
A Runway diz que o trabalho em tempo real tornou o Solaris muito mais barato do que a difusão de vídeo padrão e que "the cost curve continues to improve." Mas "mais barato do que gerar vídeo" é uma barra baixa quando a alternativa é código que roda por praticamente nada. O custo é um dos três desafios de engenharia que a própria Runway nomeia, ao lado de velocidade e de manter a coerência em uma sessão longa.
A segunda é a confiança, e é a que a Runway mais admite com franqueza. A própria seção de limitações diz sem rodeios: "a convincing wrong answer is worse than no answer." Uma interface gerada pode renderizar algo que parece certo mas não é: um preço, um detalhe de produto, um botão que não faz o que aparenta. A Runway diz que manter o Solaris ancorado em contexto verificado ao longo de uma sessão é "an active research focus", que é a forma educada de pesquisa de dizer que ainda não está resolvido. Alguém no Hacker News colocou a versão prática de forma mais direta, comparando com demos anteriores de modelos de mundo:
"it looks cool at first but really quickly you'll start to see the gaps"
O que o Solaris significa se você cuida do suporte ao cliente
É aqui que isso deixa de ser uma história de vídeo com IA e passa a ser relevante para quem coloca IA diante de usuários reais.
A Runway sugere um caso de uso que cai direto na experiência do cliente: uma loja que vira um ambiente gerado, preservando a identidade da marca enquanto adapta produtos, layouts e recomendações por visitante em tempo real. É uma imagem realmente empolgante de para onde as interfaces podem ir. Mas note que o problema não resolvido mais difícil do Solaris, ancorar a saída em dados verificados para que ela não mostre com confiança algo errado, é exatamente o problema que define a IA para suporte desde o primeiro dia.
Há anos construo agentes de IA para helpdesk, e a lição mais importante é a que a Runway acabou de escrever na própria seção de limitações. Um bot de suporte que soa confiante e está errado causa mais dano do que um que diz "deixa eu chamar uma pessoa". É por isso que as alucinações de IA no suporte são aquilo contra o qual se projeta primeiro, não por último, e por isso simulamos cada implantação com milhares de tickets históricos reais de uma empresa antes que ela responda a um cliente ao vivo. Você não descobre em produção se a resposta é fundamentada; descobre em tickets cuja resolução você já conhece.
Então a minha leitura do Solaris, e de modelos como ele, é esta: é uma infraestrutura fascinante, um novo substrato para como as interfaces poderão ser geradas. Mas infraestrutura não é um funcionário. Um modelo que consegue renderizar qualquer coisa ainda precisa de proteções, de ancoragem e de contexto do domínio para receber a confiança de um trabalho específico, e isso é uma disciplina diferente de fazer os pixels se moverem.
Experimente a eesel
Essa é a lacuna que a eesel foi criada para fechar. Enquanto a Runway constrói a camada de modelo, a eesel é o colega de IA que você contrata para um trabalho, e hoje esse time é um colega de IA para helpdesk e um redator de blog com IA. Cada um chega com as habilidades, integrações e contexto da empresa para a sua função, em vez de ser um generalista bruto que você precisa conectar por conta própria.
Para suporte especificamente, o colega de helpdesk se conecta às ferramentas que você já usa, Zendesk, Freshdesk, Gorgias, Slack, aprende com seus tickets anteriores e sua central de ajuda e, principalmente, permite simulá-lo em tickets históricos reais antes que ele responda a qualquer cliente. Esse é o problema de confiança que o Solaris está apenas começando a nomear, resolvido para o único trabalho que não pode ter uma resposta errada e convincente. É grátis para testar, e você pode vê-lo redigir respostas reais com seus próprios tickets em poucos minutos.