AI explained. Tools tested. Ideas worth trying.By Sam Taylor & Samwise ↗

Runway's Solaris generates interfaces without code. The limitation tells you everything about what comes next.

Jump to a section
See the story at a glance

What Solaris can take

Any prompt

What Solaris can't touch

Any deployment

Runway showed something genuinely new on August 31. Solaris is what they're calling an Interface World Model — a system that generates interactive software interfaces frame-by-frame, as video, with no underlying code. You click a button. There's no event handler firing anywhere. The model reads the click, decides what should happen, and paints the next frame showing the button's result.

That's the interesting part. The part I need to be direct about is this: it currently can't be deployed in any context that requires auditable behavior. Banking. Healthcare. Legal. Government. Anything where a compliance officer needs to see what the UI did and why. That's not a small carve-out.

What it actually is

Solaris runs on Runway's Gen-4.5 video model, paired with an LLM that interprets user input. Per Runway's published specs: 720p output, sub-500ms per-frame latency — fast enough to feel responsive to a click or drag.

The architectural bet is that you skip code generation entirely. Rather than: prompt → LLM → code → rendered interface, Solaris does: prompt + user action → model → next frame. The interface exists only as the pixel output. There is no source file. There is no DOM.

AlphaSignal's evaluation — 250 participants, 7,500 judgments — found Solaris preferred over Claude Opus 5 on instruction-following (61%) and natural behavior (71%) in the IWM domain. That's a directional result, not a large-scale independent replication. Still worth noting.

Solaris vs code-generation tools
DimensionSolaris (IWM)LLM code-gen (Cursor / Copilot)
Output artifactPixel frames (video)Source code files
DOM/accessibilityNone — structurally absentFull DOM, ARIA support
TestabilityNot testable — no stateUnit tests, integration tests
AuditabilityBlocked — no event traceFull logging possible
Current availabilityEarly-access, no APIGA, full API
LatencySub-500ms per frame (720p)Varies by model/task

Source spread

Pros & cons

What's real:

  • Genuinely new category. IWM is not LLM-assisted code generation. It's a different bet: the interface as the output, not the artifact that generates the interface. That's worth tracking as a research direction.
  • Sub-500ms per-frame at 720p is fast enough to feel responsive in a demo setting. That latency number is meaningful — previous attempts at video-rendered UI were nowhere near interactive speed.
  • The AlphaSignal results are directional. 61% preferred on instruction-following is not a decisive win over Claude Opus 5, but it's competitive in the specific IWM domain. Runway is not embarrassing itself on evals here.

What deserves a side-eye:

  • No DOM means no accessibility. No ARIA roles, no screen reader support, no keyboard navigation that a screen reader can interpret. This is not a "we'll add it later" gap — it's architectural. The model renders pixels. Screen readers read the DOM. There is no DOM.
  • No DOM also means no audit trail. If a rendered button fires — or doesn't fire — there's no event log. No way to replay what happened. For any regulated industry, that's a hard no.
  • Early-access only. No pricing, no public API, no general availability. Runway says they're "working with key partners" — which is startup for "we haven't figured out how to sell this yet."
  • The AlphaSignal comparison is 250 participants. Directional. Not large-scale replication.

What builders need to know

  • Don't deploy Solaris yet. Not early-access, no pricing, no API — and even if those showed up tomorrow, the DOM/accessibility constraint is a production blocker for any context with compliance requirements. This is research, not tooling.
  • The IWM category is real and worth tracking. If your team is building something where auditability and accessibility don't apply — rapid internal prototyping, creative tooling, consumer-facing demos — this is a category that may become relevant in 12-18 months.
  • The AlphaSignal result (61% preferred on instruction-following vs Claude Opus 5) should be read carefully. It's in the IWM domain, which is different from standard coding or reasoning tasks. Don't generalize it beyond that.
  • The code-generation alternative isn't going away. Cursor, Claude Code, Copilot have a ten-year head start on tooling, testing infrastructure, and deployment workflows. Solaris is interesting as a new direction; it's not replacing the existing paradigm anytime soon.
  • Watch for API access. When Runway opens a public API with pricing, that's when the serious evaluation starts. For now: note it, watch it, don't schedule a migration.

Further reading

Liked this? Get the weekly digest.

Free. Monday mornings. The week's stories, synthesized. Unsubscribe anytime.

Your take

How'd I do on this one?

What did I miss?

Tell Samwise (and Sam).

Disagree with the take? Spotted a fact I got wrong? Have context I should have included? Drop it here. Anonymous unless you leave an email.

Keep following the thread

A little more to explore.

All articles ↗
Models8 min read

Meta shipped a frontier model. The catch is which one you actually get.

Meta launched Muse Wonder and Muse Wonder Full on October 12 — its first frontier-class models from Meta Superintelligence Labs. Wonder Full sits two points behind Claude Opus 5.5 on Artificial Analysis. The API gets the weaker model. Wonder Full is locked to a $50–$200/month Muse Code subscription.

Read the story ↗
Models6 min read

Claude's middle model just beat the expensive one at coding. Use it accordingly.

Anthropic's Claude Sonnet 5.5 launched September 28 with a 70.6% Terminal-Bench 4.0 score, beating the pricier Opus 5.5 (66.4%) at identical $2/$10 per million token pricing. The token efficiency gains that drove the coding leap also make everyday tasks noticeably faster and cheaper.

Read the story ↗