Skip to main content
AI video bug transforms into a feature, guided by large language model (LLM) context on a Runway platform.

Editorial illustration for Runway's AI video bug becomes a feature, guided by LLM context.

Runway Turns AI Avatar Bug Into Guided Feature

Runway's AI video bug becomes a feature, guided by LLM context.

4 min read

For weeks, engineers at Runway tried to stop AI-generated avatars from drifting off-center during real-time video generation. Nothing on the back end worked. So the team stopped trying to kill the bug and built a front-end feature around it instead, turning a glitch into a shipped product behavior.

Ryan Phillips, head of enterprise product at Runway ML, used that story at VB Transform 2026 to make a broader point about how AI companies build and ship models, even for teams that aren't training foundation models themselves. Runway, an applied AI research company focused on general world models for generative tools, has spent five years compressing what used to take artists hundreds of hours of frame-by-frame work into video generated on the fly. Phillips pointed to Runway Characters, a real-time video model built for zero-latency, back-and-forth interaction with AI avatars, as a case study in how that speed gets built and evaluated.

Before any of that works, he said, it starts with something less flashy than model architecture: how a team decides what "good" even looks like.

“Turn model limitations into product features so that you can actually expand how the model works,” Phillips advised. “It might feel like a limitation internally, but your customers will not see it that way if you're kind of building this in as a product feature.”

Why this matters

Phillips' talk is really an argument for treating shipping constraints as design material rather than obstacles to eliminate. Runway didn't solve the drift problem; it built a front-end feature around it and moved on. For teams building on top of foundation models rather than training them, that's the more useful takeaway than anything about parameter counts or training runs.

Most of us will never fix a model's underlying behavior on any reasonable timeline. What we can control is the layer around it: feeding an LLM a sketch or a layout spec to steer output, catching quality problems before a user ever sees them. That's a product decision, not a research one, and it's available to anyone with API access, not just labs with GPU clusters.

The skeptical read: "bug becomes feature" is also a convenient way to describe a problem you couldn't afford to fix. Worth watching whether Runway's off-center avatars stay a permanent workaround or get patched later once there's budget for it. Either way, the framing is a useful reminder that shipping and solving are different jobs.

Common Questions Answered

What was the avatar drift bug in Runway's AI video generation and how did the team handle it?

Runway engineers spent weeks trying to fix a bug where AI-generated avatars would drift off-center during real-time video generation, but backend solutions proved ineffective. Instead of continuing to eliminate the bug, the team built a front-end feature around it, transforming the technical glitch into a shipped product behavior that customers could use intentionally.

What advice did Ryan Phillips give about handling AI model limitations as product features?

Phillips advised AI companies to turn model limitations into product features rather than viewing them as obstacles to eliminate. He emphasized that what feels like a limitation internally can be reframed as a valuable product feature if built thoughtfully, allowing customers to see it as a capability rather than a constraint.

Why is Runway's approach to the avatar drift bug relevant for teams building on foundation models?

Most teams building on top of foundation models cannot fix underlying model behaviors on a reasonable timeline, making Runway's strategy of treating shipping constraints as design material more practical than attempting to solve core model issues. This approach demonstrates that product teams can expand model functionality by creatively working within existing limitations rather than waiting for fundamental fixes.

How does treating constraints as design material differ from traditional obstacle elimination in AI product development?

Rather than spending resources trying to eliminate model constraints, treating them as design material means accepting limitations and building features around them to create value for customers. This pragmatic approach allows teams to ship products faster and expand model capabilities through creative front-end solutions instead of waiting for backend fixes that may never arrive.

LIVE20:02GM Engineers Now Spend Just 15% of Time Writing Code After AI Overhaul