如何在 AI 主持的 RPG 跑团中理清 NPC 与既往抉择
当一场由 AI 主持的角色扮演跑团活动跨越多个场景时，最棘手的连贯性难题往往是记住团队此前已经确立的内容：某个 NPC 是谁、他们知道什么，以及先前的抉择如何改变了局势。建议使用一份简明的战役记录簿，为每个重要角色设立一个条目，按日期记录具有实质影响的事件，并在每次跑团开始时为 AI 提供一份简短的回顾摘要。将该记录簿作为权威参考，一旦出现矛盾便立即纠正。
为何 AI 跑团的连贯性需要书面记录
AI 可以生成流畅生动的场景，但仍可能记错或凭空捏造前序场景中的细节。某个在当下看似微不足道的名字、承诺或动机，可能会在几场之后的跑团中变得至关重要。切实可行的解决办法是将连贯性维护从对话记忆转移到由你掌控的笔记中。这是一种游玩流程，并不保证每款 AI 工具都能完全记住或正确应用这些笔记。
一份实用的记录能回答三个问题：确立了什么？改变了什么？哪些问题尚未解决？请将这些内容分开记录。例如，“玛拉是摆渡人”是既定事实；“队伍给了她黄铜代币”是一项变化；“她尚未说明为何认得该代币”是一个未解之谜。这种区分能让你更容易向 AI 提供准确的上下文，而不必把每次回顾都变成冗长的完整实录。
从一份精简的战役记录簿开始
创建一份战役概览，写明当前故事中的地点、队伍的直接目标、近期最具影响力的事件以及未决线索。内容要保持简明，以便在开团前快速浏览。较为实际的目标是列出寥寥数条要点，而非逐个场景进行详细复述。
然后，为每位再次登场、影响了重要决定或掌握着队伍后续可能所需信息的 NPC 创建独立条目。包含一个稳定的标识，例如“玛拉·芬恩，灰桥摆渡人”，以免 AI 和玩家将她与另一位玛拉混淆。仅添加有用的连贯性字段：身份职责、初次相遇、队伍已知信息、NPC 已知信息、关系变化、承诺或债务，以及当前状态。
桌面角色扮演游戏可以为追踪目标提供范式参考：《Ironsworn》专为单人、合作以及带团游玩而设计，其官方介绍重点强调了任务（quests）、誓言（vows）、羁绊（bonds）和故事提示（story prompts）作为游玩机制的一部分。你可以在不将《Ironsworn》的规则引入其他战役的情况下，借鉴其记录当前目标和羁绊的大体思路。Ironsworn RPG – Tomkin Press
以“事件与后果”的形式记录抉择
每次跑团结束后，仅记录可能影响后续场景的抉择。将每一项都写成因果明确的精简事件：“第 4 团：队伍将地图归还给玛拉；她同意带领他们穿过沼泽，但留下了地图撕下的边角。”这样既保留了发生的事情，又无需 AI 从冗长实录中自行推断。
使用具体的动词，且除非故事中已有明确设定，否则不要将角色的内心活动当作既定事实来解读。“玛拉交出了钥匙”是可观察到的事实。“玛拉现在完全信任队伍”则可能是一个缺乏依据的推论。如果含义尚不明确，可将其标记为疑问：“她愿意帮忙可能表明信任正在增加；未证实。”这能为下个场景留出发展空间，同时保持既定事实不受破坏。
对于具有持续影响的决定，建立一份未决线索清单：简要名称、队伍想要或需要解决的问题、最后已知状态，以及下一步线索或决定。当故事解决该问题时将其关闭，但在历史记录中保留该事件。这样一来，已完结的线索就不会在下次回顾中显示为活跃状态，同时当初它为何重要的原因依然有迹可循。
为 AI 提供精准聚焦的连贯性简报
在每次跑团开始时，提供战役概览、相关 NPC 条目，以及仅与开场场景相关的近期事件。明确指出哪些笔记是既定的正史设定，哪些是未解决或不确定的内容。如果有 NPC 登场，只加入与本次会面相关的细节，而不是把战役中的所有笔记全盘粘贴进去。
可复用的提示词可以很简单：“请将以下笔记作为既定的战役事实。若无故事内的新事件发生，不得更改。如果缺少某项细节，请向我询问或保持未说明状态，不要捏造过去的事件。当前场景：[地点与局势]。相关 NPC：[条目]。近期抉择：[事件]。未决线索：[清单]。”这属于操作层面的指令，并非功能保证；不同 AI 系统的表现各异，因此请务必检查回复中的重要细节。
如果 AI 引入了矛盾之处，在顺着其展开之前先暂停。指出笔记内容并明确说明更正要求：“玛拉保留了地图撕下的角；队伍再也没见过它。请基于该事实继续。”如果新场景确立了变动，随后再更新你的记录。及时纠正记录簿可以防止同一错误在后续跑团中反复出现。
战役规模扩大时使用双向链接与结构化属性
笔记本或纯文本文件足以应付短篇战役。如果出场角色增多，可将 NPC 和各次跑团拆分为带链接的笔记，这样无需手动翻找庞大的日志即可追踪角色的过往轨迹。例如在 Obsidian 中，笔记之间可以互相链接，其“反向链接”（Backlinks）功能会显示引用了当前笔记的所有笔记。这有助于定位提及某个常驻 NPC 的跑团记录。Link notes – Obsidian Help Backlinks – Obsidian Help
结构化属性（Properties）可以使经常复用的字段保持一致。Obsidian 的文档中介绍了用于文本、链接、日期、复选框和数字等数据的属性。对于 NPC 笔记，你可以使用如 role（角色身份）、first_seen（初次遇见）、status（状态）和 last_seen（最后目击）等字段；自由格式的动机和场景历史则保留在笔记正文中。这些字段只是一种组织方案示例，并非硬性规定的格式。Properties – Obsidian Help
纸质卡片、共享文档或电子表格也同样管用。最适用的工具永远是你的团队在跑团后真正愿意去维护更新的那一个。字段越多，维护成本就越高，因此建议从能避免混乱的最少字段开始，只有在连贯性问题反复出现时才增加字段。
实例演练：丢失的地图边角
假设队伍在灰桥遇见玛拉，并用一枚黄铜代币换取渡河通行。在该场景中，她认出了代币，同意提供帮助，并暗中藏起了队伍地图上撕下的一角。一份精炼的记录可以写成：
NPC —— 玛拉·芬恩：灰桥摆渡人。初见于第 2 团。认出了黄铜代币；原因不明。同意引导队伍穿过沼泽。保留了地图撕下的角。当前状态：位于灰桥，除非后续事件改变该状态。未决线索 —— 代币来源：玛拉认出了它；队伍尚未追问原因。第 2 团事件：队伍用代币交换渡河；玛拉留下了地图边角。
在下一团开始前，若队伍要重返灰桥，可在简报中包含玛拉的条目、代币线索以及地图事件。如果 AI 表示玛拉从未见过该代币，请在继续之前纠正记录。如果队伍随后询问地图的事，将她的回答作为新事件添加，并更新未决线索。这一流程使既定细节、未解之谜和全新进展彼此分明。
控制记录规模以确保便于维护
不要试图保留每一句对白。只需记录姓名、关系、承诺、已查明的事实、变动的局势以及后续可能再次产生影响的决定。除非团队决定赋予其特殊意义，否则略去修饰性细节。当笔记篇幅变长时，保留一份简短的当前状态摘要，并通过链接或引用标有日期的跑团记录条目来查看完整历史。
每次跑团结束后，花几分钟进行固定的收尾工作：更新 NPC 状态、添加具实质影响的事件、修订未决线索，并准备下次开团的简报。如果是与朋友一起游玩，商定好由谁来记笔记，并允许大家纠正事实错误。共享记录簿在如实反映团队共同确立的内容时效果最好，而非混入某位玩家未经注明的个人推测。
连贯性源自为故事提供可靠的记录：识别常驻 NPC、记下关键抉择及其后果、标注不确定内容，并将相关事实带入下一场跑团。这一套简短的习惯，能为 AI 主持的战役提供更加清晰的前情基础，以便构建下一幕场景。