世界书怎么写？让设定在需要的场景出现

世界书也叫 Lorebook 或 World Info。本篇从一座小港口出发，修改过宽的触发词，再测试效果。具体选择机制与上下文预算因产品而异；仅凭一条自然的回复，不能断定哪些条目被加载了。

先用三个条目搭起世界

以下是专为教学编写的练习，不是生产环境的调用记录。玩家是带着密信的旅人；船长艾欧娜想出航，调查员伦想查看信件，修船工索尔正在修理引擎。

第三条可以写渡船引擎，以“渡船引擎”“燃油管”为触发词：“索尔正在更换损坏的燃油管。维修完成前，引擎不能安全启动。”不要把引擎状况混进警钟条目，这样两者可以独立修改。

艾欧娜认出姐姐笔迹，是她的私有知识；旅人决定出示信件，是这次对话发生的事件。两者都不该悄悄变成每个角色、每个会话都知道的世界常识。

修正一个什么都能触发的关键词

过宽的例子： 酒馆“沉钟”的条目由“钟”触发。玩家问港口警钟时，就可能带入无关的酒馆资料。

更具体的例子： 酒馆使用“沉钟”“沉钟酒馆”；通航规则使用“港口警钟”。如果警钟是整个开场的重要限制，也可以只把这条简短规则设为常驻。

还要用故事实际使用的语言检查。正文写中文地名，条目却只登记原文名称，可能需要补充别名。不能假定匹配机制会理解所有翻译、写法或词形。

扩充之前，先试四种输入

下表写的是测试意图，不是已测得的调用结果。如果产品提供条目激活诊断，就与会话对照；没有诊断时，只把回复当成行为层面的线索。

如果第一条回复混入酒馆，检查关键词重叠和近期上下文。如果引擎过早修好，先找其他地方是否写了矛盾状态，不急着把条目拉长。资料选择、事实冲突，以及模型如何使用资料，是不同的问题。

每个事实，给它一个明确的位置

改变规则时，修改它的原始条目，而不是新增一条“之前的描述是错的”。发布之后，还要确认平台如何管理版本和应用更新，不能直接假设旧会话已使用最新草稿。

一个简短条目的模板

主题：沉钟酒馆
激活：关键词
触发词：沉钟；沉钟酒馆
事实：西码头旁的酒馆。渡船停航时，乘客在这里等候。
      店主愿意用消息交换维修帮助。
知识边界：此条目不透露玩家信件的寄信人。

这里的“知识边界”是写进材料的指示，并不是说应用一定有同名字段，也不是保密保证。关键词与激活模式要使用编辑器实际提供的字段。

加文字之前，先找原因

1. 世界书是否连接到正在测试的故事及对应版本？
2. 对话真正使用的名字和别名，能否匹配条目？
3. 常驻资料是否过长，占用了其他指示与近期会话的空间？
4. 是否还有旧引擎状态、重复地点，或角色卡中的矛盾？
5. 资料交给模型之后，是否被正确使用？

先用少数条目测试这四种输入，记录实际结果。等场景需要另一个主题，再继续添加。人物部分可接着看角色卡工作坊，实际生成的对话可参考角色扮演实录。

分别测试相关事实、近似词和秘密

这是作者编写的测试流程，不是某种检索机制已经通过的报告。先写一条事实：“第三声暴风警钟响起后，渡轮停止航行。”另写一条私密角色设定：“只有船长认得寄信人。”保持开场不变。

每条输入试三次，然后只把渡轮条目的触发条件写得更明确，再重复一次。保留全部 18 条回应，分别记录规则保留、误触发、知识泄露。某项变好，可能同时伴随另一项退步。

如果工具提供条目选择诊断，可以检查；否则只记录回应中能观察到的行为。答对不证明目标条目被检索到，答错也不能单独判断是检索还是生成出了问题。不同应用的诊断功能各异，Teasa 的公开游玩记录是回应记录，不是检索日志。

请使用自己编写的虚构事实，并保存草稿版本、语言和日期。不要把真实凭据或机密资料当作这个练习中的“秘密”。

FAQ

世界书是永久记忆吗？

不是。它是创作者维护的背景资料。加载取决于条件、配置与预算，模型也可能误用已经收到的事实。

重要条目都应该常驻吗？

把常驻空间留给场景持续需要的少数规则。某段历史很重要，不代表每次生成都需要它的长篇介绍。

看回复能知道条目有没有激活吗？

不能可靠判断。模型可能从会话中知道同一个事实，也可能没写出收到的资料，或者自行编出类似细节。有激活诊断功能时，应结合诊断确认。

要把发生的一切都保存进共享世界书吗？

不需要。单次游玩的事件留在该会话记录或范围合适的记忆中，否则其他会话可能继承根本没经历过的事。