VberAI 端到端：AI Studio + 引擎 MCP 落地可玩小游戏

独立开发与小团队做游戏时，常见卡点不是「不会写一句代码」，而是两件事并行拖慢节奏：

界面与美术结构进不了引擎——设计稿切图、重搭 Canvas / Control、命名与层级对不齐
玩法与脚本迭代贵——改节点、挂组件、查报错、进 Play 预览，大量时间花在编辑器重复操作上

VberAI 把这两类工作拆成两层工具，而不是声称「一个按钮做完整游戏」：

层	产品	解决什么
画布 → 引擎 UI	AI Studio	用自然语言生成游戏界面，或导入 PSD / Figma；拆分、抠图、编辑后同步/导出到 Unity、Godot、Cocos Creator
引擎 ↔ AI IDE	引擎 MCP（Unity / Godot / Cocos）	在 Cursor、Claude Code、Codex 等客户端里对话驱动编辑器：逻辑、脚本、调试、预览

下面按真实可落地的流程写：适合从 0 到可玩切片，也适合上线前的快速改版。

整体流水线

玩法目标 / 设计稿 / 自然语言 UI 描述
        │
        ├─→ AI Studio（生成 · 导入 · 拆分 · 抠图 · 组件化 · 导出）
        │         ↓
        │    引擎工程内的 UI 层级 / 预制体 / 场景资源
        │
        └─→ AI IDE + 引擎 MCP（读场景 · 写脚本 · 挂接 · Play/调试）
                  ↓
             可演示的玩法切片 → 按改动类型回到 Studio 或继续 MCP

原则：

UI 结构尽量在画布侧一次做对，再进引擎
行为与数值留在引擎侧，用人审 Play 结果
大改前 commit；MCP 桥接只跑本机 localhost

AI Studio：把界面变成引擎可用资产

AI Studio 面向游戏 UI / 界面结构交付，不是通用聊天窗口，也不是引擎内战斗状态机的替代品。

路径 1：自然语言生成界面（尚无设计稿时）

帮我设计一个Q版的三消游戏

生成后在画布检查：可点击区与装饰层是否分离、命名是否利于挂脚本、多分辨率下布局是否可调。下方为实录：

在 YouTube 观看 — 路径 1：自然语言生成 Q 版三消界面

路径 2：导入 PSD / Figma / 项目资产（已有设计时）

导入分层稿或现有 UI 资源
AI 拆分：抽出面板、列表项、对话框等可操作结构
复杂边缘（发丝、光效、半透）可先走 AI 超强抠图再回 Studio 整理
组件化后，同步 / 导出到目标引擎（Unity、Godot、Cocos Creator）

下方为 PSD / Figma 导入与拆分实录：

在 YouTube 观看 — 路径 2：导入 PSD / Figma，拆分后同步到引擎

本步产出与边界

产出	不产出
可挂载的 UI 层级、贴图、预制体/场景结构	完整的战斗 FSM、网络同步、存档权威逻辑

更细的设计交接示例：Figma 到 Unity UI。

引擎 MCP：用对话推进逻辑与编辑器劳动

MCP（Model Context Protocol）让 AI IDE 调用本地工具。VberAI 的引擎插件把 已打开的编辑器暴露给客户端：读写场景/节点、挂脚本、辅助调试与预览——而不只是往仓库里贴文件。

按引擎选型与安装：

三引擎怎么选：Godot MCP vs Unity MCP vs Cocos MCP。

实录：Studio 导出 UI 后，Cursor + Godot MCP 做完 Q 版三消

承接上文路径 1：界面已从 AI Studio 同步进 Godot。接下来在 Cursor 中连接 Godot MCP，用自然语言驱动编辑器——不手写一行代码——完成 Q 版三消玩法实现，并调试到可试玩。下方为实录：

在 YouTube 观看 — Studio 导出 UI → Cursor + Godot MCP 实现 Q 版三消并调试通过（全程不手写代码）

适合交给 MCP 的事

创建/调整玩家控制、简易战斗、敌人状态、任务接线等可验收的玩法切片
Hierarchy / 场景树批量重命名、挂组件、把 Studio 导出的 HUD 绑到事件
在插件能力范围内读日志、核对选中对象、小步可逆改动后进 Play

不适合指望 MCP 自动完成的事

无人审阅的多人权威规则、整条渲染管线重构
「一句话生成整款商业游戏」
替代美术风格定稿与玩法手感判断——这些仍要人在引擎里验收

实操向示例：用 Unity MCP 做 3D RPG、用 Godot MCP 做 2D 平台跳跃。

从 0–1：建议的最小路径

目标不是「功能清单齐全」，而是两小时到半天内有一个可给人试玩的切片。

定切片：例如「移动 + 一敌 + 一层 HUD」或「一关平台 + 重开」
装 MCP 并只读冒烟：列出当前场景根对象，确认 AI IDE 已连上
先占位 UI 或先玩法：玩法未通时，引擎内 Label / Slider 即可；需要像样菜单/HUD 时再开 AI Studio
MCP 推进逻辑：一次一事——控制 → 伤害 → 敌人 → 任务/失败条件
需要成品界面时：Studio 导出 → MCP 绑定按钮与数值事件
Play 验收：手感、碰撞、UI 刷新是否正确；不过关就缩小提示范围重做

快速迭代：按改动类型选回路

你要改什么	优先工具
手感、数值、AI、导航、脚本 Bug、节点接线	AI IDE → 引擎 MCP
整屏视觉、换皮、图层拆分、再导出预制体	AI Studio（必要时配合抠图）
仍卡在「设计稿进不了引擎」	先 Studio 结构迁移，再 MCP

这样分工的收益是可预期的：减少在引擎里从零重搭界面，以及减少重复点选编辑器；它不会自动消掉设计决策和测试。

给团队的落地注意

版本与权限：Unity / Cocos MCP 以官网订阅与激活为准；Godot MCP 可走开源路径先验证习惯
安全：MCP Server 保持 127.0.0.1，勿映射到公网
提示要可验收：写清脚本路径、挂点、Play 后 10 秒内应看到的结果、禁止重构范围
审查：模型生成的脚本与节点改动必须进 Play；MCP 省的是操作成本，不是 QA

小结

VberAI 的价值，不在于把游戏开发包装成「全自动」，而在于把高频痛点拆开：

AI Studio：自然语言或 PSD/Figma → 可进 Unity / Godot / Cocos 的 UI 结构
引擎 MCP：AI IDE 自然语言 → 编辑器内的逻辑、脚本、调试与预览

用对回路，0–1 切片和版本迭代都会更快；用错边界（让画布写战斗、让 MCP 切整套 UI），只会增加返工。按项目阶段选用其中一层或两层即可，不必一次上齐全家桶。

VberAI 端到端：AI Studio + 引擎 MCP 落地可玩小游戏

整体流水线