博客进阶
用自主的 Fable 级模型构建一个多人游戏世界
Building a multiplayer game world with autonomous Fable-class models
这是 Simon Willison 博客上的一篇转述，介绍 Jacob Sansbury 讲述的多人游戏环境 Spawn：玩家可通过提示让游戏内 AI 代理 Savi 修改世界，作者本人用手机试过生成城堡和龙。文中称 Spawn 现由一群 Fable 驱动的代理自主开发，每月 token 花费超 300 万美元，约六成工作源自生产错误、Savi 提交的 bug 报告、日志异常或功能请求，改动通常一小时内送达用户。适合对代理式工程、前端模型自动化开发流程感兴趣的人阅读。
- 分级
- 值得看
- 收录时间
- 2026-10-30
中文精读
原文约 781 词 · 4 节
Simon Willison 的博客：多人在线游戏世界由自主的 Fable 级模型构建
- 本条是 2026 年 10 月 29 日的链接博客，指向 Jacob Sansbury 关于如何在构建 Spawn 时打造“世界上最 AI 化公司”的文章，认为它是对前沿模型做智能体工程（agentic engineering）的极限探索。
- Spawn 是一个大型多人在线游戏环境，玩家可以用提示词让游戏内智能体 Savi 修改游戏世界；Simon 在手机上试了几分钟，就凭空造出城堡、龙，并骑龙绕着城堡飞。
- 据 Jacob 描述，Spawn 现在由一群 Fable 驱动的智能体自主开发，每月消耗的 token 费用超过 300 万美元；这些智能体直接修改线上代码，每小时发布到生产环境。
- 约 60% 的工作源自生产错误、Savi 提交的 bug 报告、日志中的异常或功能请求；Savi 会自己提交 bug，由另一个智能体判断该修、不修还是属于需要决策的有意设计，通常一小时内改动交付给该用户。
- 团队把“一小时没有发布”视为最严重的 SEV-0 事故，因为未发布的改动会堆积、线上问题持续时间变长、反馈变慢，而智能体只能记住几个小时的上下文，发布更快反而有助于保持连贯。
- 故障改动可在 30 秒内回滚，且只回滚出问题的范围；监控或日志告警会唤醒负责该事件（incident）的智能体，团队还会故意制造故障来测试恢复路径是否有效。
Simon Willison 的博客：多人在线游戏世界由自主的 Fable 级模型构建（续）
- Simon 说读时多次惊讶；他难以想象这种开发方式用在出错代价更高的软件上，但对游戏来说似乎效果出奇地好。
- Jacob 称让这种自主程度成为可能的是 Fable 5 及随后的 5.1；Opus 5.5 对他们不太够用；他们用 GPT-6 Astra 落实安全审查的修复时一切停摆——Astra 把每个功能都标记为“安全修复完成后再开启”，以关闭功能的方式让产品变安全。
- Simon 认为这类极端实验正是游戏开发作为探索当今编码智能体能力边界的试验场的吸引力所在。
近期文章（导航）
- 列出 Simon 近期四篇文章：《vibe 游戏开发的十月拐点》（10 月 28 日）、《Battle Drones——一个用语音做多人联机的 vibe 编码 RTS》（10 月 20 日）、《Hello Python 3.15，再见 3.10，现在我可以用 3.11 了》（10 月 12 日）、《用我的声音为博客搭建的功能》（10 月 9 日）。
- 该小节仅包含文章列表、链接博客说明与标签（标签含 game-design、ai、generative-ai、llms、claude、coding-agents、agentic-engineering、claude-mythos-fable），没有正文论点或数据。
月度简报（订阅推广）
- 该节是订阅推广：每月赞助 10 美元可收到当月最重要 LLM 进展的精选邮件摘要，口号是“付钱让我少发给你”。
- 页面其余部分为站点版权、披露与历年归档（2002–2026）等导航和页脚内容，与文章正文无关。