让 AI 做个游戏，今天已经不是什么新鲜事。
但如果它不是交出一个按钮能点、角色能动的小页面，而是连续工作八小时，把场景、模型、纹理和声音都做出来呢？
Anthropic 的 Felix Rieseberg 分享了这样一次实验。他想看看，在不追加人工反馈的情况下，Claude Fable 5.2 能把一个游戏做成什么样。按照他的公开记录，这次运行用了约八小时，按 API 价格计算约 550 美元，累计约 445M 输入 Token 和 2.7M 输出 Token，并且大量使用了缓存。原始分享
这些数字不是我们的实测，也不是“做一个游戏”的标准报价。不过，比起一句“模型又变强了”，它们至少让人看到了一个具体问题：当模型能够持续写代码，创作的边界会往哪里挪？
这篇文章不跑榜单，主要看三个公开案例。图片来自作者公开展示的项目或演示画面；涉及耗时、费用和生成过程的描述，都按来源说明，不把个人实验写成普遍结论。
¶ 八小时做出的，是一个小关卡，不是一款完整大作
Felix 展示的游戏叫 Saltline，是一个可以在浏览器中体验的第一人称射击项目。项目入口
Saltline 演示画面，取自 Felix Rieseberg 原帖的视频封面，仅引用静态图。来源：作者原帖。
他的提示词并不长：想要一个第一人称射击游戏，视觉尽量精细，但范围要小，可以只是一个很小的关卡。公开提示词
这里的“小”很重要。
把制作资源集中在一小段体验上，和做一款内容丰富、能连续玩几十小时的商业游戏，是两种难度。提示词里提到 AAA 级视觉，也只是目标，不是经过评估后得出的质量结论。
真正值得留意的是素材的生成方式。Felix 后续补充说，纹理和模型都是函数，没有图片文件或三维模型文件，源代码就在 HTML 中，可以自行查看。补充说明
按照作者的说法，这不是先调用图片模型出一张图，再让它动起来，而是用程序构造画面里的东西。
这条路对创作者很有吸引力：想改一处光线、调整物体比例、换一种材质，可以尝试修改参数和逻辑，而不必把整张画面重新生成一遍。对于需要交互的内容，代码还可以直接负责镜头、碰撞和输入响应。
但可修改不等于好维护。这里我们没有审计游戏源码，也没有完成多设备兼容性测试。一个看起来不错的演示，距离稳定的产品仍然有一段路。
另外，“一条提示词完成”也很容易被误读。它说的是作者没有在这次运行中继续指挥，不代表模型只调用了一次，更不代表几秒钟交付。八小时和那张账单，都是这个案例的一部分。
¶ 数百个三维世界，比一个漂亮场景更有意思
Ethan Mollick 的实验，把这件事推到了另一个方向。
他给 Fable 一段描述，希望做一场通过传送门连接不同三维世界、可以自动前进的旅行。按照他在《Fable 5.2 and Jagged AGI》中的记录，二十小时后，网站里有了 204 个世界；文章中后来记录的数量已超过 450 个。作者文章
这里不把某个时刻的数量固定成“最终成绩”。这是持续更新的项目，数量会变化，真正有意思的是里面的创作方式。
Portals 项目世界拼图，图片来自 Ethan Mollick 的原文。来源：Fable 5.2 and Jagged AGI。
在 Portals 网站里，可以看到用牛仔布缝成、正在被拉链打开的山谷，也能走进以冰箱为天地的果蝇视角。还有一个世界，峡谷两侧不是岩石，而是高高叠起的抽屉柜。山谷项目 · 冰箱项目 · 抽屉峡谷
Mollick 写道，这些世界都是由代码实时绘制，没有使用预制三维模型或图片文件。他的提示词要求艺术、编程和评估智能体协作；后续他也提出了地点清单、减少晕动感的模式和图片画廊等要求。
所以，不能把最终的网站说成“一段话之后，人就完全没参与”。最初的启动很简短，后面的方向选择和功能调整，仍有人在做。
对想做交互动画或教育内容的人来说，我觉得这个项目比单张效果图更有参考价值。它提示我们，可以让模型把一个想法拆成场景规则、空间关系、运动和可调参数，而不只是在聊天窗口里写一段描述。
比如讲行星运动，可以把轨道、周期和速度做成可控制的变量；讲几何，可以允许观众拖动顶点，观察变化。这里是我们基于案例提出的应用方向，不是对 Fable 已经完成这些具体教学项目的实测声明。
¶ 最精彩的部分，可能也是它最容易失控的部分
Portals 的故事没有停在“世界越来越多”。
Mollick 发现，有些场景质量不均匀，不同团队还会反复想到类似的点子。他要求模型暂停扩张，先打磨已有内容。
接下来发生的事很有意思：智能体开始建立评审流程。新版要在固定截图上经过多个评委比较，团队于是倾向于针对这些截图优化；负责协调的智能体发现后，又补充更多规则。
按照 Mollick 的记录，规则文档后来增长到 204 节、约 87,500 个单词。一个创作项目，逐渐被自己的审批流程拖慢了。过程记录
这不只是一个好笑的插曲。
我们常常把“会检查自己的结果”当作优点，但检查也需要目标。若每次发现问题都加一条规则，却不删除过时要求，系统可能越来越认真，却越来越低效。
同样，有评审不代表有审美。截图合格、代码能跑、检查项全部通过，也不一定意味着一个世界值得多待几分钟。
Mollick 对这些实验的一个重要观察是：模型能完成很多复杂工作，却未必会主动发现作品太长、太重复，或者不够有趣。最终仍然需要人把项目从错误的方向上拉回来。
对创作来说，这个限制比偶尔出现一个小错误更值得重视。因为它往往藏在“每一步都做得很认真”的结果里。
¶ Blender 短片说明了另一件事：模型可以做工具之间的协调者
Riley Brown 分享的实验，则把代码放进了更传统的三维制作流程。
根据他的原帖，Fable 编写代码，在 Blender 中搭建房间、桌子、笔记本电脑、灯光和角色；电脑屏幕里显示的界面，又是它写出的网页。随后，模型编排了 13 个镜头，以及键盘动作、角色运动和从黄昏到夜晚再到日出的光照变化。作者原帖
Blender 动画场景，取自 Riley Brown 原帖的视频封面，仅引用静态图。来源：作者原帖。
Riley 还写到，渲染使用了 RunPod 上的 10 块 GPU，约 52 分钟完成 4K 渲染，音乐与音效使用了 ElevenLabs。
因此，这不是“Fable 自己就是一个视频生成模型”。更准确地说，它通过代码和外部工具，推进了场景搭建、动画、渲染与声音制作。
原帖同时给出了 5.75 美元的费用数字，但没有附上完整分项账单。本文不把它解读为包含模型调用、音乐、音效和所有基础设施在内的通用成片成本，也不据此承诺读者能够以同样的预算复现。
对真正想做内容的人来说，这种区分很实用。
如果任务是快速获得一个视觉片段，直接使用视频生成模型可能更顺手。如果你需要反复调整镜头、修改某个物体、保持空间关系，或者让动画跟随数据变化，脚本驱动的三维流程值得尝试。
两种方式不必互相替代。关键是知道哪些内容需要可控、可编辑，哪些部分可以交给生成模型探索。
¶ 真要自己试，先把“做个厉害的东西”换成一个能验收的小任务
看完这些案例，很容易想直接给模型一句话：给我做一个完整游戏，或者拍一部动画电影。
我更建议先缩小范围。
游戏只做一个房间、一条路线或一个明确机制；动画先做一个镜头；教学内容先讲清楚一个知识点。先验证模型能否在你提供的环境中完成一次“生成、运行、观察、修改”，再决定要不要扩大项目。
提示词也不必写得很玄。下面是一份可以改用的任务说明，属于我们的实践建议，并非上述作者的原始提示词：
请制作一个可以在浏览器运行的交互场景，只展示一个核心想法，不扩展成完整游戏。
开始前先说明技术方案、需要的依赖和预计执行步骤。场景中的几何、颜色和运动尽量通过代码表达，把常用调整项集中为参数。
先交付可运行的最小版本，再依据实际运行结果修复。区分你已经测试的内容与尚未验证的内容，不要用“应该可以”代替测试记录。
未经我确认，不购买云资源，不部署到公网，不访问项目目录之外的文件。达到约定的预算或时间上限就暂停，保留当前结果，并说明剩余问题。
这里最重要的不是措辞，而是交付边界。
能运行，需要有明确的启动方法和依赖。能修改，需要知道参数和核心逻辑在哪里。能验收，则需要测试记录、已知问题，以及没有完成的部分。
长任务还应保留阶段性版本。如果最后一次修改破坏了场景，至少能回到上一个可用版本，而不是只剩下一段“正在修复”的聊天记录。
多智能体也可以先从少量明确角色开始，而不是一上来就让几十个智能体同时开工。负责制作的、负责实际运行检查的、负责判断观感的，各自交付什么，最好说清楚。评审发现问题后，还要有人决定哪些值得改，哪些应该到此为止。
¶ 创作门槛在变，判断力没有失去价值
Anthropic 在官方发布介绍中，把 Fable 5.2 定位于高难度、开放式的技术工作，同时建议多数日常编程和知识任务先从 Opus 5.5 开始，再按复杂度选择模型。官方发布介绍
把这个定位放回三个案例，会更容易理解它们的意义。
Saltline 展示了长时间程序化制作的可能性；Portals 展示了批量构建创意世界的能力，也暴露了重复和流程膨胀；Blender 短片则展示了代码如何把不同制作工具连接起来。
这些都值得认真看，但没必要急着把它们概括成“创作者不再需要了”。
模型能帮我们搭场景、写逻辑、安排镜头，甚至自己组织检查。可作品究竟要表达什么，某个画面为什么要停留，什么时候应该删掉一半内容，又什么时候已经足够好，仍然需要人来做决定。
也许更值得期待的，不是每个人都能靠一句话做出大作，而是一些原本只能停在脑子里的小想法，现在有机会变成可以打开、可以体验、可以继续修改的作品。
¶ 来源与图片说明
- Anthropic：Claude Fable 与 Mythos 5.2 发布介绍。用于核实模型定位，不代表 Ace Data Cloud 已开放该模型或承诺特定价格。
- Felix Rieseberg：Saltline 实验与费用记录、提示词、程序化素材说明。耗时、费用与素材生成方式均为作者自报。
- Ethan Mollick：Fable 5.2 and Jagged AGI。用于 Portals 创作过程、项目图片和多智能体限制的讨论。
- Riley Brown：Blender 动画制作分享。镜头、渲染时间、工具和费用信息来自作者原帖，本文未独立复现。
正文三张配图分别引用上述项目的公开展示图片或静态演示封面，著作权归相应权利人所有，不代表取得转载授权；公开发布前应确认图片使用许可、外链可用性与署名要求。文章封面沿用本次创作已准备的 Fable 5.2 英文海报。本文为案例分析草稿，不是独立性能评测，也不构成项目商用或模型可用性的保证。
¶ 想多试几个点子？给创作留一点更充足的额度
做交互场景、改游戏逻辑、反复调试动画，真正消耗 Token 的，往往不只是第一次生成，而是后面一轮轮修改和验证。如果你也准备把这些想法做成自己的小项目，可以看看 Ace Data Cloud Coding Plan。
Coding Plan 可以接入 Claude Code、Codex 等常用编程工具，让你继续在熟悉的环境里写代码、跑测试、调整作品。目前的限时活动在套餐价格不变的情况下增加 Credits，让同档套餐有更多额度可用于 Token 调用。
| 套餐 | 基础额度 | 限时加赠 | 活动合计 |
|---|---|---|---|
| Coding Plus | 400 Credits | 100 Credits | 500 Credits |
| Coding Standard | 1,200 Credits | 400 Credits | 1,600 Credits |
| Coding Pro | 3,000 Credits | 1,000 Credits | 4,000 Credits |
| Coding Max | 8,000 Credits | 2,000 Credits | 10,000 Credits |
以上信息依据当前官方套餐说明，活动计划截至 2026 年 11 月 30 日 23:59:59（北京时间），具体价格、参与资格和到账额度以购买页面为准。四档套餐的 Coding 模型访问范围相同，主要区别是包含的 Credits。
这里的 Credits 是调用额度，不是固定数量的 Token；实际能使用多少 Token，取决于模型、输入输出比例和缓存情况。套餐按 30 天周期管理，到期前续费可结转剩余额度并延长 30 天，到期未用额度会失效；没有自动续费，也不会自动扣除通用余额。Fable 5.2 是否可用及客户端兼容情况，请以当前模型目录和凭证权限为准。
不用一开始就挑战八小时的大项目。先挑一个你真正想做的小场景，把它跑起来，再用更充足的额度慢慢打磨。
相关入口：