1. 手机端做游戏这件事,Meta 到底想解决什么问题
第一次看到 Horizon Create 和 Horizon Studio 这两个名字同时出现,我的直觉是:Meta 又在试图把内容创作的门槛往下压一个数量级。过去几年里,从文本生成到图像生成,再到视频生成,AI 辅助创作的主战场一直在"素材"层面。但游戏不一样,游戏是一个带状态、带交互、带反馈循环的复杂系统。你让 AI 写一段文案、画一张图,它错了你一眼就能看出来;但你让 AI 生成一个能跑、能玩、逻辑自洽的小游戏,它错在哪、为什么错、怎么改,普通用户根本无从下手。
Horizon Create 和 Horizon Studio 的组合,本质上是在回答一个问题:如果一个人完全不会写代码、不会建模、不会做关卡设计,他能不能在手机上把一个游戏想法变成可玩的东西?这个问题的答案,决定了 AI 游戏创作工具是"玩具"还是"生产力"。
我自己的判断是,Meta 这次的产品思路和市面上大多数"AI 生成游戏"的 Demo 有本质区别。大多数 Demo 的逻辑是"你给一句话,我生成一个能跑的小场景",生成完就结束了,用户拿到的是一段可看不可改的产物。而 Horizon Create 和 Horizon Studio 的定位更像是创作流水线的两端:Create 负责把提示词变成可编辑的工程,Studio 负责在这个工程上做精细调整和发布。这个分工很关键,因为它意味着 AI 生成的不是终点,而是起点。
从关键词和热搜词来看,大家关心的点其实很集中:AI 提示词怎么用、手机端性能扛不扛得住、生成出来的东西能不能改、以及"我能不能靠这个做点东西出来"。这些疑问背后是一个共同的焦虑——AI 创作工具到底能不能让我从消费者变成生产者。这篇文章我就围绕这个核心,把 Horizon Create 和 Horizon Studio 的工作逻辑、实操路径、以及我踩过和预判到的坑,尽量讲透。
需要先说明的是,我手头没有 Meta 内部的技术文档,以下内容是基于公开信息、同类工具的使用经验、以及移动端游戏开发的通用实践做的合理推演。我会明确标注哪些是确定信息,哪些是基于常见实践的补充判断,你读的时候心里有数。
2. Horizon Create 和 Horizon Studio 的分工逻辑
2.1 为什么是两个产品而不是一个
很多人第一反应是:为什么不把 Create 和 Studio 合成一个 App?答案藏在用户心智模型里。Create 面向的是"我有一个模糊想法"的阶段,用户要的是快速看到结果,容忍度高、耐心低;Studio 面向的是"我要把这个东西打磨到能发布"的阶段,用户要的是精确控制,容忍度低、耐心高。这两个阶段对交互的要求是矛盾的:Create 需要极简,最好只有一个输入框;Studio 需要极全,最好每个参数都能调。
把这两个阶段塞进一个界面,结果就是新手被复杂面板吓跑,老手被简化流程憋死。Meta 把它拆成两个产品,实际上是在做用户分层:Create 负责拉新和验证想法,Studio 负责留存和产出成品。这个策略在工具类产品里很常见,比如视频剪辑领域,快剪类 App 和桌面级剪辑软件就是两套逻辑。
从技术架构上推,Create 大概率是一个提示词到结构化工程的转换器。用户输入"做一个躲避障碍物的小游戏,主角是只猫",Create 需要把这句话拆解成:游戏类型(跑酷/躲避)、核心机制(碰撞检测、分数累计)、美术风格(卡通、猫主题)、操作方式(触摸滑动或点击)。然后生成一个带默认参数的工程文件。Studio 则是这个工程文件的可视化编辑器,让你改数值、换素材、调逻辑。
2.2 提示词在 Create 里到底做了什么
这里要破除一个误解:AI 提示词不是魔法咒语,它更像是一份需求说明书的自然语言版本。你给的信息越结构化,生成结果越可控。我见过太多人输入"做个好玩的游戏",然后抱怨 AI 生成的东西没法玩。问题不在 AI,在于"好玩"这个词对机器来说信息量为零。
在 Horizon Create 的语境下,一条有效的提示词通常包含四个要素:
| 要素 | 作用 | 示例 |
|---|---|---|
| 游戏类型 | 决定核心循环和模板 | 跑酷、塔防、解谜、点击放置 |
| 核心机制 | 决定交互和胜负条件 | 躲避障碍、收集金币、限时通关 |
| 视觉主题 | 决定素材风格和氛围 | 像素风、低多边形、手绘卡通 |
| 操作方式 | 决定移动端适配方案 | 单指点击、滑动、重力感应 |
我实测过类似工具的经验是,提示词里每多一个具体约束,后期在 Studio 里要改的东西就少一大截。比如你说"做一个跳跃游戏",AI 可能给你生成一个横版跳跃;但你说"做一个竖屏、单指点击、角色自动向上跳、平台随机生成的跳跃游戏",生成结果就非常接近成品了。这个差别在 Create 阶段可能只是几秒钟的输入差异,但在 Studio 阶段可能是半小时的调整工作量。
2.3 Studio 承担的是"最后一公里"
Create 生成的东西,用行业话说叫grey box 版本——所有逻辑都在,但美术是占位符、数值是默认值、手感是未调校的。Studio 的价值就在于把这堆"能跑但不好玩"的东西,变成"能跑且好玩"的东西。
Studio 里最核心的几类操作,我按重要性排序:
- 数值调优:角色速度、跳跃高度、敌人刷新频率、道具持续时间。这些参数直接决定手感,是"能玩"和"好玩"的分水岭。
- 素材替换:把默认几何体换成自定义模型或图片。移动端做游戏,素材体积是硬约束,Studio 应该会提供压缩和格式转换能力。
- 逻辑微调:比如"碰到敌人扣血"改成"碰到敌人先扣护盾再扣血",这种规则层面的修改,理想情况下应该支持可视化配置,而不是写代码。
- 预览与发布:手机端做游戏最大的优势是即改即看,Studio 的预览应该是实时的,改一个数值立刻能在手机上试玩。
提示:如果你打算认真用这套工具做东西,建议在 Create 阶段就把"操作方式"和"屏幕方向"定死。这两个东西后期改起来最麻烦,因为会牵动整个 UI 布局和输入逻辑。
3. 移动端 AI 做游戏的真实技术约束
3.1 手机算力和云端算力的边界在哪
这是所有人都会问的问题:AI 生成游戏,是在手机上算还是在云端算?我的判断是混合模式。提示词理解、工程结构生成这类重计算任务,几乎肯定在云端完成,因为手机端跑不动大模型,也没必要跑。但工程文件的编辑、预览渲染、轻量逻辑运算,应该在本地完成,否则每次改个数值都要等网络往返,体验会崩。
这个边界决定了你的使用体验:联网时能生成新内容,离线时只能编辑已有工程。如果你在通勤路上想改改参数,大概率没问题;但如果你想从零生成一个新游戏,得等有网。这个限制在现阶段是合理的,因为端侧模型的能力还撑不起完整的游戏逻辑生成。
从性能角度,手机端渲染一个 2D 小游戏,现代中端机型完全扛得住。真正的瓶颈在素材加载和内存管理。AI 生成的素材如果没做压缩,几个高分辨率贴图就能把内存吃满。Studio 如果聪明的话,应该在导入素材时自动做分辨率和格式的适配,而不是等用户手动处理。
3.2 生成结果的"可编辑性"才是核心竞争力
我评测 AI 创作工具有一个硬标准:生成的东西能不能改,改起来顺不顺手。只能生成不能改的工具,本质是抽卡,抽到啥算啥;能生成又能精细改的工具,才是生产力。
Horizon Studio 的可编辑性,我预计会体现在几个层面:
- 参数级:所有数值型配置都能在面板里调,不需要碰代码。
- 结构级:能增删游戏对象、调整层级关系、重新绑定事件。
- 逻辑级:这是最难的部分。如果 Studio 能做到"用自然语言描述规则改动,AI 帮你改逻辑",那它的价值会远超普通编辑器。比如你说"让敌人在玩家靠近时加速",它能把这条规则翻译成对应的行为树或状态机改动。
第三点如果真能做到,那 Horizon Studio 就不只是编辑器,而是一个对话式开发环境。这个方向在编程工具领域已经有苗头,但在游戏创作领域还很少见。Meta 如果把这个做通了,护城河会很深。
3.3 移动端交互对游戏设计的反向约束
在手机上做游戏,和在 PC 上做游戏,设计逻辑完全不同。手机端有几个硬约束:
- 屏幕小:UI 元素不能多,信息密度要低,重要操作要放在拇指热区。
- 输入方式有限:没有键盘鼠标,只有触摸、滑动、重力感应、麦克风。虚拟摇杆的手感永远比不上实体摇杆。
- 使用场景碎片化:用户可能在地铁上玩三分钟,游戏必须能快速进入、随时暂停、自动存档。
- 性能天花板低:中低端机型占比大,同屏对象数量、粒子效果、物理运算都要克制。
Horizon Create 在生成游戏时,如果内置了这些移动端设计规则,那它生成的东西天然就是"手机友好"的。比如它应该默认生成竖屏、默认用点击或滑动操作、默认控制同屏对象数量。这些默认值看似不起眼,但能帮新手避开大量"PC 思维做手游"的坑。
4. 从提示词到可玩游戏的完整实操链路
4.1 第一步:把想法翻译成机器能懂的提示词
我总结了一个在 Create 里写提示词的模板,你可以直接套:
游戏类型:[跑酷/塔防/解谜/放置/射击] 核心玩法:[一句话说清玩家在干什么、目标是什么] 操作方式:[点击/滑动/长按/重力] 视觉风格:[像素/卡通/写实/极简] 屏幕方向:[竖屏/横屏] 特殊要求:[可选,比如"要有连击系统""要有每日挑战"]举个例子,如果你想做一个"猫咪收集小鱼"的休闲游戏,提示词可以这样写:
游戏类型:休闲收集。核心玩法:控制一只猫在场景里移动,收集随机出现的小鱼,限时60秒,收集越多分数越高。操作方式:单指滑动控制移动方向。视觉风格:手绘卡通,暖色调。屏幕方向:竖屏。特殊要求:连续收集5条鱼触发加速效果。
这条提示词的信息密度,比"做个猫咪游戏"高出几十倍,生成结果的可用性也会高几十倍。在 AI 创作里,偷懒的代价是后期十倍的工作量。
4.2 第二步:在 Create 里做第一轮筛选
Create 生成结果后,不要急着进 Studio。先在 Create 里做一轮快速筛选,判断这个方向值不值得深入。我一般看三个点:
- 核心循环成不成立:游戏最基本的"操作-反馈-奖励"闭环有没有跑通。如果连这个都不成立,进 Studio 也是白搭。
- 操作手感对不对:在手机上实际划两下,感受响应延迟和操作精度。手感不对,后期调数值能救回来一部分,但救不回全部。
- 视觉方向顺不顺眼:美术风格是不是你想要的调性。这个后期换素材能改,但如果方向差太远,不如重新生成。
这一轮筛选的目的是快速淘汰不合格的方向,而不是追求完美。Create 阶段的目标是"找到值得打磨的种子",不是"直接拿到成品"。
4.3 第三步:进 Studio 做数值和手感调优
进了 Studio,第一件事不是换素材,而是调数值。原因很简单:素材换了但手感不对,你还是不想玩;手感对了但素材丑,你至少愿意多试几把。手感是游戏的地基。
需要重点调的数值,我列一个优先级清单:
| 优先级 | 参数类型 | 影响 | 调整方向 |
|---|---|---|---|
| P0 | 输入响应延迟 | 操作跟手程度 | 越低越好,目标<100ms |
| P0 | 角色移动速度 | 节奏快慢 | 根据屏幕尺寸和游戏类型定 |
| P1 | 敌人/障碍刷新频率 | 难度曲线 | 从低到高渐进 |
| P1 | 奖励反馈强度 | 爽感 | 音效+特效+数值三重反馈 |
| P2 | 关卡时长 | 单局体验 | 移动端建议1-3分钟 |
| P2 | 失败惩罚 | 挫败感 | 移动端宜轻不宜重 |
调数值的方法论是单变量调整:一次只改一个参数,改完立刻试玩,感受变化。同时改三个参数,你根本不知道是哪个起了作用。这个习惯听起来笨,但比"凭感觉乱调"效率高得多。
4.4 第四步:素材替换与性能平衡
素材替换是 Studio 里最"爽"但也最容易翻车的环节。爽在于视觉提升立竿见影,翻车在于性能问题往往在这一步爆发。
移动端素材的硬约束,我按经验给几个参考值:
- 单张纹理:建议不超过 2048x2048,中低端机型控制在 1024x1024 更稳。
- 同屏对象数:2D 游戏建议控制在 50 个以内,超过就要考虑对象池和裁剪。
- 粒子效果:同屏粒子数建议不超过 200,且要支持降级。
- 音频文件:背景音乐用流式加载,音效用短小的压缩格式。
Studio 如果提供了"性能预览"功能,一定要用。它能在你发布前告诉你这个工程在目标机型上大概什么表现。没有这个功能的话,你就得自己拿中低端真机反复测,别只在旗舰机上试。
注意:AI 生成的素材往往分辨率偏高、格式偏重,直接导入会拖垮性能。进 Studio 后第一件事应该是批量压缩和格式转换,而不是直接往场景里拖。
5. 这套工具适合谁、不适合谁
5.1 最适合的三类人
第一类:有游戏想法但不会编程的策划型选手。这类人脑子里有完整的玩法设计,卡在实现环节。Horizon Create 和 Studio 能把他们的想法快速变成可玩原型,用来验证和展示。对这类人来说,这套工具的价值是把想法从脑子里的概念变成能给别人看的东西。
第二类:想快速做原型验证的独立开发者。独立开发最怕的是花三个月做一个玩法,结果发现不好玩。用这套工具,可能三天就能做出可玩原型,快速验证核心循环成不成立。验证通过再决定要不要用传统方式重做,验证不通过就换方向,试错成本大幅降低。
第三类:做互动内容的教育和营销人员。游戏化教学、互动广告、品牌小游戏,这些场景对游戏品质要求不高,但对快速产出和低成本迭代要求很高。AI 生成+手机端编辑的组合,正好匹配这个需求。
5.2 不适合的两类人
第一类:追求 3A 级品质的团队。这套工具的定位是轻量级、快速产出,不是替代 Unity 或 Unreal。复杂 3D 场景、精细动画、大规模多人联机,这些它做不了,也不该指望它做。
第二类:完全不想学任何新东西的人。虽然叫"AI 提示词做游戏",但提示词怎么写、数值怎么调、素材怎么换,这些还是需要学习的。工具降低的是编程门槛,不是创作门槛。你省下的是学代码的时间,不是学设计的时间。
5.3 一个容易被忽略的价值:教学场景
我特别想提一点:这套工具在教学场景里的潜力被严重低估了。传统游戏开发教学,前两周都在装环境、配引擎、写 Hello World,学生还没摸到"游戏设计"的边就劝退了一半。用 Horizon Create,第一节课就能让学生做出一个能玩的东西,然后在这个基础上讲"为什么这个手感不好""怎么改会更好"。
先有体感,再有理论,这个顺序对初学者友好得多。我甚至觉得,未来游戏设计入门课的标准配置,可能就是一台手机加一个 AI 创作工具。
6. 我预判会踩的坑和应对思路
6.1 提示词写得太抽象,生成结果没法用
这是新手最容易踩的坑。解决办法前面说了,用结构化模板。但还有一个进阶技巧:先写具体,再逐步抽象。第一版提示词写得非常细,细到每个参数都指定;生成结果满意后,再尝试删掉一些约束,看 AI 能不能自己补上合理的默认值。这样你既能拿到可用结果,又能摸清 AI 的"理解边界"在哪。
6.2 生成结果"看起来能玩,实际不好玩"
这是 AI 生成游戏的通病。原因是 AI 学的是"游戏长什么样",不是"游戏为什么好玩"。好玩来自精心设计的反馈节奏和难度曲线,这些东西目前 AI 还很难自动生成到位。
应对思路是:把 AI 生成的结果当成"半成品",好玩的部分自己调。具体来说,重点调三个东西——反馈强度(操作后多久有反馈、反馈多明显)、难度斜率(从简单到难的过程是陡还是缓)、随机性比例(固定套路和随机事件的配比)。这三个调好了,可玩性会有质的提升。
6.3 移动端预览和真机表现不一致
Studio 里的预览,和真机上的实际表现,可能有差距。差距来源包括:预览环境的性能假设偏乐观、真机的触摸采样率不同、后台进程占用资源等。
应对方法是尽早真机测试,频繁真机测试。不要等到全部调完才上真机,那样发现问题就晚了。我的习惯是每完成一个模块就真机跑一遍,确保每一步都是"真机验证过"的。
6.4 素材版权和 AI 生成内容的归属
这个问题现在还没有统一答案,但你必须心里有数。AI 生成的素材,商用时的版权归属取决于工具的用户协议。在把作品用于商业用途前,务必仔细阅读平台条款,确认生成内容的商用权限。如果条款模糊,保守做法是只用于个人学习和非商业展示。
6.5 过度依赖 AI,丧失设计判断力
这是最隐蔽的坑。用久了 AI 工具,人容易变成"提示词调试员",只关心怎么让 AI 生成想要的东西,不关心"为什么这个东西好"。AI 是执行工具,不是判断工具。设计决策——这个玩法有没有趣、这个难度合不合理、这个反馈够不够爽——这些判断必须你自己做。
我的建议是,每次用 AI 生成后,强迫自己回答三个问题:这个结果哪里好、哪里不好、如果让我手动改会怎么改。坚持这样做,你的设计判断力不会退化,反而会因为见得多而提升。
7. 我对这套工具后续演进的几个判断
第一个判断:Create 和 Studio 最终会融合,但会以"模式切换"的形式。新手模式就是 Create 的极简界面,专业模式就是 Studio 的全功能面板,同一个 App 里切换。拆成两个 App 是现阶段的教育用户策略,长期看会增加使用摩擦。
第二个判断:社区和模板市场会成为核心资产。AI 生成游戏这件事,单靠提示词很难保证质量稳定。但如果有人把调好的工程文件分享出来,别人基于这个改,质量下限就被拉高了。Meta 如果聪明,应该尽早做模板市场和创作者激励。
第三个判断:移动端做游戏会从"能做"进化到"适合做"。现在这套工具解决的是"能不能在手机上做游戏",下一步会解决"什么样的游戏最适合在手机上做"。我猜未来会出现一批原生为手机 AI 创作设计的游戏类型,比如超短局、强反馈、重社交的轻量互动内容。这些类型在传统平台上不成立,但在手机 AI 创作场景下可能跑通。
第四个判断:AI 辅助会从"生成"走向"陪调"。现在的 AI 帮你生成初版,未来的 AI 应该能陪你调优——你说"这里太难了",它帮你分析难度曲线并给出调整建议;你说"这个反馈不够爽",它帮你加强特效和音效。从"生成器"变成"协作者",这是所有 AI 创作工具的终局方向。
我在实际使用同类工具的过程中最大的体会是:AI 降低的是执行门槛,不是创作门槛。它让你更快地把想法变成现实,但想法本身的质量、对体验的判断、对细节的打磨,这些还是得靠人。工具越强,人的审美和判断力反而越重要,因为执行不再是瓶颈,瓶颈回到了"你到底想做什么"和"你知道什么才是好的"。
如果你打算上手这套工具,我的建议是:先用它做一个最小可玩的东西,别一上来就追求完整。做完之后拿给别人玩,观察他们的反应,然后根据反馈改。这个循环跑通几轮,你对"AI 能做游戏"这件事的理解,会比看任何教程都深。