Runway Project Continuum：走进 Runway Labs 对一个会自我绘制的操作系统的初步观察

Project Continuum不是你能下载、调用或付费购买的东西，而 Runway 也尚未说明这种状况何时会改变。截至 2026 年 10 月 3 日，有据可查的只是一个演示。Runway Labs 于 10 月 1 日发布了对 Project Continuum 的“初步预览”，随附的演示画面展示了一个桌面：其中的窗口、工具栏和侧边面板都是由视频模型逐帧合成的，而不是由浏览器或窗口管理器绘制出来的。它与 Runway Solaris 同属一个系列——后者是 Runway 于 8 月 31 日推出的界面世界模型（Interface World Model），它把软件界面生成为像素，底下没有 HTML、CSS、JavaScript 或 DOM。Continuum 就是把这一思路从一个应用扩展到了整个操作系统界面。这是早期信号阶段的报道，因此有必要坦率说明证据的层级：这里的每一项说法都源自 Runway 自己的帖子和它自己的演示视频，公司之外的任何人都未曾复现过其中任何内容。

演示实际上展示了什么

Runway Labs 描述了四种交互模式，而演示在单次会话中把这四种模式全部呈现在屏幕上。一位 Runway 设计师对这次构建过程的讲解是这里最有用的材料，因为它展示的是接缝，而非打磨后的光鲜。

• Portals——一个提示栏，外加一条由生成式界面组成的条带。选中屏幕上已有的某项内容，就会围绕该选中项生成一个新的窗格，而这个窗格是一块生成出来的视频矩形，而非渲染出来的窗口。演示过程中，右侧会保留一个抽屉，用来存放此前生成的 Portals，因此会话会不断累积，而不是重新开始。

• 响应式视频界面 —— 调整窗口大小被视为一种输入，而非一次重绘。拖动边缘，接缝便随之重新生成，这是对该论点最清晰的一次单独演示：在由代码渲染的界面中，调整大小只是一次布局计算；而在这里，它是在手势条件下的一次全新生成。

• Visual Thinking — 一种直接在可视化工件上工作的智能体模式。在演示中，它设计了一个可 3D 打印的自行车支架，针对屏幕上的对象反复迭代，而不是用文字去描述它。

• Interactive Worlds——全屏场景，在演示中是一个你能穿行其间的火星前哨站。这一模式最明显地与 Runway 的通用世界模型工作相重叠，而非与界面本身。

Runway Labs 在 9 月 30 日自家 Runway AI Summit 的闭幕环节展示了 Continuum，并于次日发布了演示；而峰会的演讲页面——本应发布完整场次的地方——仍然只是一个“通知我”表单，上面没有任何 Continuum 内容。该项目以一段视频和一份简短文字说明的形式，存在于 Runway 自己的渠道上。

演示中有两个细节比这些模式本身更能说明问题。第一个是，生成内容和固定内容在视觉上可以区分——演示指出，生成表面在合成边界所在之处有着柔和、略带梦幻感的边缘，这意味着系统对像素来自何处是坦诚的。第二个是一个信息可供性，它会揭示你正在看的任何内容背后的提示词。两者都是一种让步，承认这是一款研究应用：正式发布的产品会把这些接缝和底层管线隐藏起来。

Continuum 在 Runway 研究谱系中的位置

Project Continuum 是 Runway Labs 的一个项目，而 Runway Labs 是研究部门，而非产品线。它所依托的词汇体系已于 8 月发布。Runway 当时的说法是，传统应用开发是一种有损压缩——设计师的意图被塞进代码，再由浏览器解压，而用户能做的一切都受限于开发者预先编写好的内容。一个驱动计算机的基于文本的模型仍然在同样的约束内运作：它点击并输入进一个由别人事先固定好的 UI。

Runway 主张的另一种方案是持续地随着用户操作而生成界面本身。Runway 将这一系列称为 Interface World Models，而 Runway Solaris——于 8 月 31 日发布——是首个被公开命名的成员。Solaris 逐帧渲染界面，每一次交互都会为下一帧提供条件。没有可供检查的代码层，没有可查询的 DOM，也没有可覆盖的样式表。Project Continuum 展示的正是这种感觉在整个桌面环境中是什么样，而不是在单个应用内部。

这条链的第三环是9月10日发布的研究文章《迈向即时视频生成》，它是Runway在这一阶段发表的最具技术实质性的内容。它讲的是如何让扩散视频模型快到足以给人以实时感，并分三个阶段描述了整套流水线：教师强制（teacher forcing）使模型具备因果性；学生强制（student forcing）步骤用以恢复强制因果性所损失的质量；随后是分布匹配蒸馏，先以离策略（off-policy）方式运行、再以在策略（on-policy）方式运行，并配有一套随训练推进而逐步加长序列的课程。Runway给出的结论是：瓶颈在于推理栈，而非模型——而即时生成本身就是互动体验得以成立的前提。三篇合起来读，说的是：这是论点，这是它在桌面端的样子，这是让它变快的机械装置。这条链上的任何内容都未经同行评审，也没有基准测试。

缺失的部分

Continuum不是什么——这个“不是”才是这篇文章更重要的那一半，因为演示版本打磨得足够精致，足以给人留下一种唱片本身并不支持的印象。

• 访问权限 —— 无。没有注册、没有候补名单、没有申请表单，也没有 API 端点。演示视频就是交付成果。

• 价格——未公布。Runway 的帖文中没有任何内容谈及成本、席位数量、算力需求，也没有说明托管版本是按小时计费还是按每次生成计费。

• 发布日期——尚未公布。Runway称其为研究应用的早期预览，没有更多说明。

• 权重——无，也未暗示存在。这是一个托管式研究产物，而非公开发布版本。

• 供应商页面——并不存在。Runway 自家的新闻索引里没有任何关于 Continuum 的条目；相关公告仅通过 Runway Labs 的社交与视频渠道发布，而 Runway AI Summit 闭幕帖中的链接指向的是峰会自己的演讲页面，那里至今仍是一个“完整演讲上线时通知我”的表单。这才是关于成熟度的真实信号：一家要发布产品的公司，会先把页面建起来。

那份清单并不是对 Runway 的批评。它体现的正是"早期预览"的含义所在。需要避免的误读，是把一个制作精良的演示当成产品发布来看——演示只是对方向的一种主张，而目前能拿出来的，也只有方向而已。

为什么这仍然值得追踪

有两个原因，而这两个原因都不取决于 Continuum 是否以当前形式发布。

第一点是，Interface World Model 这条产品线改变了一个应用是什么——如果它能跑得通的话。如果界面是生成出来的，而不是渲染出来的，那么你所依凭的对象就不再是一个 API 表面，而是一种条件信号——工具链、测试方案与失败模式也会随之全部改变。Runway 自己针对这一类系统公开发布的注意事项，才是真正有意思的部分：文字清晰易读、有事实依据、长会话中保持一致，以及无障碍访问。这是四个难题，而其中没有一个是渲染问题。

第二点是竞争。生成的界面，是视频模型在做过去属于 UI 框架的工作，而拥有最强视频模型的公司，最有条件去尝试这件事。Continuum 是 Runway 在一个尚无竞争可言的品类出现之前，就抢先占据它。

对于任何拥有需要调用此类能力的产品的人来说，实际的判断是：目前还没有任何可集成的东西，因此有价值的工作在于准备：弄清楚一个实时交互端点需要付出怎样的成本，并让技术栈的其余部分保持可移植，这样一次替换就只是配置变更，而不是重建。这种可移植性的论点，正是我们在 OrcaRouter 在意它的原因——用一个密钥横跨200 多个模型组成的目录进行路由，意味着某项能力背后的模型只是一个设置，而不是一项架构承诺，新进入者也就成了一条可供测试的路由，而不是一次迁移。把我们自己的立场说清楚：我们不路由任何 Runway 模型，Project Continuum 也无法通过我们或任何其他方获得。在一个品类仍在形成之际，我们能提供的，是只需一次集成就能享受供应商标价 0% 加价，因此你看到的某个模型的价格，就是该模型自己的供应商所定的价格，而不是平台对它的一版定价。

看什么

三个具体的迹象，大致按它们能起多大定论作用排序。

• 一个厂商页面。当 Runway Labs 把 Continuum URL 放在自家新闻索引上，而不是放在社交平台上时，这件事就已经从演示阶段迈入产品化轨道了。

• 一个延迟数值。整个前提就是交互性。首个公布的毫秒级数字——无论是来自 Runway，还是来自任何能上手实测的人——才是真正重要的说法，而且应当结合它是在哪款硬件上测得的来解读。

• 第二个界面模型。Solaris 是 Runway 所说将包含多个成员的系列中一个有名字的成员。若后继型号公布对比结果，就会让该系列成为一条产品线，而不再只是一个单一的研究产物。

在至少其中一项真正落地之前，请把 Project Continuum 当作 Runway 自己所称的那样来看待：一次早期预览。这场演示确实令人眼前一亮，而可查证的记录也确实十分单薄。这两点都属实，而第二点才是你在任何与之相关的规划讨论中都应当牢记的那一点。