这段时间我们一直在把 Vifu 的产品定义收紧。

AI 原生游戏变得越来越容易做出原型。更难的是把一个原型变成真正可以运行、可以连接 AI 和持久化智能体、可以接近生产环境预览，并且最后可以发布的作品。

这是我们希望 Vifu 承担的层。

Vifu 是 AI 原生游戏运行时平台：面向 AI 原生网页游戏和可互动体验的运行时与后端层。

这并不代表 Vifu 要取代引擎、资产创作，或者创作者自己的开发流程。创作者应该可以继续使用已有的半成品项目、代码编辑器、素材和构建方式。Vifu 应该围绕这些工作提供运行路径：本地预览、后端 API、智能体接入、发布元数据和发布流程。

为什么 IDE 和 CLI 很重要

桌面 IDE 的内测版不应该是一个普通的通用 IDE。它是一个面向 AI 原生可互动作品的本地工作区。

我们的目标是让创作者可以打开或创建项目，在本地运行，通过与 Vifu 兼容的运行路径预览，管理素材，查看项目结构，并且使用同一套由 CLI 支撑的流程去创建、运行、测试、构建、生成和发布。

创作者不应该为了接入 Vifu 而离开自己的工作环境。也不应该在有信心发布之前，先自己运营一整套后端。

有些用户会自己写大部分游戏代码。有些用户会从模板开始。有些用户会通过 CLI 调用我们内部提供的智能体来生成可玩的代码，再逐步迭代。也有些用户会在自己的日常工作流里使用 Codex 或其他编程智能体。

Vifu 应该支持这种形态，而不是强迫用户使用唯一一种工作流。

运行时平台，而不是完整生产套件

运行时平台这个定义是刻意收窄的。

Vifu 应该帮助用户：

• 通过稳定的运行路径运行浏览器兼容游戏
• 连接托管的 AI 接口、身份、会话状态和持久化智能体
• 通过 Vifu SDK 暴露游戏状态、事件、动作、资源和宿主能力
• 用接近发布路径的方式预览本地构建结果
• 不重新搭建后端和发布基础设施，也能发布 AI 原生可互动体验

Vifu 不应该试图取代：

• 游戏引擎
• 资产创作
• 游戏设计
• 创作者自己的代码编辑器
• 用户已有的半成品项目

这个边界很重要。我们希望 Vifu 对开发者、设计师和创作者都有用：他们可能已经有想法、代码、素材或半成品原型，但不想自己构建和运营运行时与后端层。

我们正在准备什么

下一个开发里程碑是桌面 IDE 的内测版。

这个内测版应该让本地开发路径更清楚：

• 打开和管理本地游戏工作区
• 运行并预览浏览器兼容游戏
• 管理素材和基于模板的项目
• 在桌面界面中使用由 CLI 支撑的命令
• 运行编程智能体来迭代源代码
• 把结果连接到 Vifu 运行时和发布路径

这仍然是开发中的工作，不是一个已经完成的平台承诺。但方向现在更清楚了：Vifu 不只是一个网站、一个 SDK，或者一个伴随智能体功能。它是帮助 AI 原生可互动体验从本地开发走向可运行、可测试、可分享和可发布的运行时平台。