AI 游戏主持人研究
Muse Wonder：让你的故事独一无二的 AI 游戏主持人设计
研究 Meta 的 Muse Wonder 如何用于鲜活 NPC、持续影响的选择与个性化冒险，探索一套可验证的 AI 游戏主持人设计。
阅读约 4 分钟
本篇内容
你在灯市留下的承诺
你带着答应修好的蓝灯回到水上集市。船夫认出了它，但他的女儿已经出发去找另一位向导。令人难忘的游戏主持人，会让过去的选择继续产生影响，即使世界没有停下来等你。
Meta 于 2026 年 10 月 12 日发布 Muse Wonder。本文调研于 10 月 13 日，探讨它如何支持独特的 GM 体验。灯市是原创设计示例，并非模型实测对话；我们尚未在 Playworlds 中对 Muse Wonder 进行基准测试，也未宣布接入。
游戏会使用哪个 Muse Wonder？
Meta 的模型文档列出了 API 模型 muse-wonder-1.0：上下文窗口为 1,048,576 个 token，输出为文本。Muse Wonder Full 是独立的 Muse Code 订阅服务中的模型，不能通过提高 API 模型的推理强度来切换。
在我们设想的叙事设计中，独特体验来自精炼的世界设定：集市习俗、每个 NPC 的动机，以及玩家已经造成的后果。大上下文窗口能容纳更多素材，但不会自动赋予角色个性，也不能自动保证战役前后一致。
记住承诺，不泄露所有秘密
Meta 将 Active Memory 描述为跨对话检索相关上下文。这是值得 GM 设计研究的方向，但产品层面的记忆能力声明，并不证明一次 API 调用就提供了持久化的战役数据库。
我们会分别记录修好的灯、错过的会面和女儿的目的地。船夫知道她走了，却未必知道她去了哪里。只检索当前场景与角色应当知道的信息，保留不确定性，并以游戏存档中的物品和任务状态为准。
让世界主动发展，把选择留给你
Meta 的 Active Focus 强调持续朝目标推进。在 RPG 中，叙事者的目标应是支持有意义的游玩，而不是替玩家完成任务。即使模型擅长坚持推进目标，也必须明确哪些决定不能由它代做。
在这个示例中，船夫提供危险的近路，对手则提供收费但更安全的航线。GM 可以准备两条路线的后果，然后停下来。它不能替你接受报价、编造成功的掷骰结果，或把角色的怀疑写成既定事实。个性应通过动机和反应呈现，而不只是换一组形容词。
按完整遭遇计算预算
截至 10 月 13 日，Meta 公布的 Muse Wonder API 单价为每百万输入 token $4、缓存输入 $0.20、输出 $20。规划接入前应再次核对最新价格。
举例来说，一次未命中缓存、包含 8,000 个输入 token 和 1,000 个总计费输出 token 的调用，费用为 $0.052。这只是计算示例，并非实测游戏回合成本或 Playworlds 点数价格。额外推理、重试、工具、语音与图像会影响总额。检索相关上下文，并比较完成整个遭遇、包括纠错在内的成本。
测试两位玩家是否获得真正不同的故事
让两名角色进入同一灯市场景：一人履行了修灯承诺，另一人卖掉了灯。提出相同问题，离开区域，再重新加载并返回。检查 NPC 是否记住正确的经历、守住未发现的信息，并给出不同但合理的后果。
跨多个会话与语言重复测试，记录可用回合的延迟、矛盾、侵犯玩家自主权的情况和完整遭遇成本。隐去模型名称，让读者比较场景。通用智能体与编程基准不能证明 RPG 品质；这里提出的是评估方案，而非 Muse Wonder 实测结果。
创建属于你的灯市冒险
为原创 Custom World 写下这样的设定：一座水上夜市，每盏灯都代表一个承诺。给角色一件未完成的义务，以及一位想要找到的人。从一个问题或一次冒险行动开始，再看叙事者给出的下一步是否真正由你选择。
你可以通过 Playworlds 的世界库和 Custom World 流程探索这个设定。本文不会把 Muse Wonder 加入模型选择器。值得追求的个性化体验，来自你的决定改变了关系与未来机会，而不是故事上方出现了某个模型名称。