为什么我们选择浏览器原生的 AI 游戏工作室
SXY Game Studio 如何在无需为每个用户长期运行容器的情况下,把一句需求转换成可编辑的 PixiJS 源码。
2026年8月8日
SXY Game Studio
在线生成游戏不一定要从远程桌面或常驻 Docker 容器开始。对于网页游戏,真正有价值的工作单元更小:一份经过校验的设计规格、一组带版本的源码,以及一个安全的即时预览环境。
核心生产路径
SXY Game Studio 会把需求转换为结构化 GameSpec,生成 PixiJS v8 项目,并将全部文件保存到虚拟工作区。用户随后可以在浏览器中预览游戏、编辑源码、校验资产绑定,并导出标准 Vite 项目。
这套架构让默认工作流保持低成本和可迁移:
- AI 调用只发生在服务端,API Key 不会进入浏览器。
- 项目文件和版本不依赖临时计算会话,可长期保存。
- 预览运行受约束的游戏渲染器,而不是任意服务端命令。
- 导出的源码可以部署到 Cloudflare 或任意静态托管平台。
隔离 Worker 仍然有价值
安装不可信依赖、调用原生编译器、自动化 Cocos 编辑器或执行长时间构建时,容器依然重要。但它应该是按需启用的执行层,而不是每个在线用户都必须承担的基础成本。
通过拆分存储层与执行层,平台可以先用低成本的 Web 原生路线服务大多数项目,只在真正需要时启动隔离 Worker。