GPT-6 Astra 提示词迁移：如何设计 AI 游戏主持人

从游戏开始，而非更长的提示词

为旧模型撰写的提示词可能累积多年的提醒：仔细思考、制定计划、反复检查、不要过早结束，并为每种可能场景附上示例。将所有这些复制到新的 AI 游戏主持人中，反而可能让其职责变得不够清晰。OpenAI 的 GPT-6 Astra 指南建议重新查看继承而来的任务提示词、技能与智能体指令，而不是假设每条旧规则仍然有用。

对角色扮演游戏而言，迁移问题很具体：哪些指示能保护冒险，哪些只是在叙述通用工作流程？模型无法推断当前生命值、三场戏前做出的承诺，或谁有权决定英雄下一步行动。这些事实与边界值得在上下文中占据空间。本文提出一项设计练习；它并未宣布 GPT-6 Astra 是 Playworlds 现役的游戏主持人模型，也未报告任何 Playworlds 模型测试。

保留规则、状态与玩家自主权

设想一个示意场景：淹水的天文台。英雄有一支干燥的火把，黄铜门上锁了，而一位天文学家承诺，若英雄找回她遗失的星图，就会透露一条安全路线。玩家写道：“我交出星图，然后问如何到达望远镜而不弄湿火把。”有用的游戏主持人上下文会指出已确定的事实、玩家尝试的行动、与危险穿越有关的规则，以及尚未解决的部分。它不需要大段泛泛的创意指导。

保留明确的职责边界。玩家选择英雄尝试什么。规则或游戏引擎决定机制结果，包括任何必要的掷骰。主持人呈现已确立的结果与清晰的下一情境。如果星图实际上不在物品栏中，系统应在撰写交接场景前先解决该冲突。如果天文学家尚未说出路线，主持人可以回答她的问题，而不必决定英雄已经穿越了房间。

删去只规定流程的指令

通过询问每句继承而来的句子防止了什么失败，来审核它。“在说话前用十个步骤思考所有可能性”命名的是流程，而非游戏需求。“在穿越解决之前不要描述成功的穿越”命名的是一个可观察的需求。保留后者。如果模型常忽略必要检查，请定义该检查何时发生、使用什么输入，而不是再叠加另一条要求更努力思考的请求。

OpenAI 描述 Astra 对技能与其他可访问文件中的指示更敏感。这是将重叠指南视为一个系统来查看的理由：世界描述、规则参考、智能体文件与任务提示词可能互相矛盾。例如，“永远让玩家尝试任何事”不应悄悄覆盖“不要凭空添加装备”。在产品设计中解决冲突，然后在负责该规则的部分只陈述一次规则。简短本身不是目标；提示词仍需要让回合可以继续进行的约束。

让上下文与工具各司其职

一个实用的提示词可以组织成一套简明约定：游戏主持人角色、当前世界与场景、已验证的角色与任务状态、玩家的最新行动，以及期望的回应。稳定的世界背景说明语气与可用地点。当前状态记录可改变的事实。规则或掷骰结果记录叙事文字必须尊重的结果。玩家消息表达意图；它不会在未经解决时成为重写已保存状态的指示。

用保存的游戏状态测试迁移

在取代旧提示词之前，收集一组有代表性的游戏状态。包含一段简单的 NPC 对话、一件有争议的物品栏项目、一个需要掷骰的场景、一段被记住的承诺，以及一个有两种合理解读的玩家行动。对相同输入运行旧提示词与修订后的提示词。检查两者是否都将下一步选择留给玩家、保留相同的既定事实，并产生符合所提供规则与状态的结果。

记录确切的模型标识符、日期、提示词、工具、状态快照与设置。统计未完成的回合与修正次数，而不只是吸引人的叙事文字。如果等待时间与重试总成本对产品重要，就衡量它们。本文未呈现任何这类比较，因此这份清单是建议的测试，而非宣称更短的提示词会胜出。Anthropic 已报告简化其 Claude Code 指示，在其所述编程评估中没有可测量的损失；该发现是测试简化的有用理由，而非可转移的 RPG 基准。

可供调整的精简游戏主持人规范

一个起始规格是：“以提供的场景、角色状态、规则结果与先前承诺作为事实依据。回应玩家尝试的行动。只描述已解决的结果。保留玩家对下一步行动的选择。如果缺少必要事实或裁决，提出一个具体问题或请求相应的检定。以当前情境与有意义的下一步选择结束。”措辞是示意性的，真正的游戏必须将每一行对应到其自身机制与接口。

在使用前用四个问题查看约定：主持人能发明规则结果吗？它能消耗角色并未拥有的物品吗？它能选择英雄的下一步行动吗？它能在必要选择或检查待处理时宣称场景已完成吗？如果从游戏状态与提示词的组合中答案明确，迁移就具有可以检验的依据。若要查看明确的玩家行动如何融入持续的冒险，请探索 Playworlds 世界并一次尝试一个决定。