角色卡事件条目怎么写，核心只有一句话：写“世界状态的变化”，而不是写一段背景介绍。它要说明这件事在什么条件下发生、牵涉谁、发生后世界留下什么标记，供模型在对话里当作已发生的事实继续演。按这个思路，事件条目就是世界书里最像“开关”的那类条目：平时不占注意力，一旦触发就改写场景。
事件条目和人物、地点条目的分工
在世界书里，条目不是按“重要性”分类的，而是按它回答的问题分类。人物条目回答“这个人是谁、怎么说话”，地点条目回答“这个地方长什么样、有什么规矩”，而事件条目回答的是“这里发生过什么、现在进行到哪一步”。很多人的世界书写得很厚，一跑起来却像一本静态设定集，原因往往就出在事件条目缺位：模型知道城里有座钟楼，却不知道钟楼昨夜被人炸过。
这类条目的本质是“状态载荷”。它不必描写天气，也不必交代角色长相，只需要把一条可被引用的变化写清楚：触发前世界是什么状态，触发后哪一项变了。这样模型在后续对话里就有理由改变语气、改变称呼、改变可供选择的行动。换句话说，人物与地点决定“舞台”，事件决定“剧情走到第几幕”。
一个实用的判断方法是：如果你写的条目拿掉之后，剧情仍然能原样推进，那它多半只是设定，而不是事件。事件条目应当留下痕迹，比如一条被烧毁的桥、一份被偷走的名单、一个已经生效的契约。
事件条目的四个字段：触发条件、参与者、状态标记、后置结果
写事件条目时，可以把它拆成四个字段来填，顺序不固定，但缺一个就会露出破绽。
第一个是触发条件。它回答“什么情况下这条目才该被读进来”。触发条件可以写成关键词，也可以写成一句自然语言，但最好落在一个具体名词上，比如某条街的名字、某个道具的名字，而不是“战斗”“生气”这类到处都是的词。
第二个是参与者。事件里牵涉谁，谁在场，谁只是被提到。参与者字段不必复制人物卡，只写“谁和这件事有关、以什么身份有关”就够了。这样模型不会把路人甲乙也拉进核心冲突。
第三个是状态标记。这是事件条目最容易被忽略、也最值钱的部分。状态标记是给世界打上的一个小标签，比如“警报已拉响”“通行证已失效”“账本在主角手上”。它让后文有东西可以引用，也让模型知道哪些前提已经改变。
第四个是后置结果。事件结束后，世界应该变成什么样。写得越具体，模型越不容易把剧情拉回原点。后置结果不是给玩家看的结局，而是给模型看的起点。
想直接试一试？
进合欢主站选一个角色，把上面的内容用起来。可免费试用，进阶能力按平台规则计费。
关键词触发与按概率触发：事件条目怎么选
合欢AI 的世界书编辑里，条目支持关键词触发和按概率触发两种方式，也能设置插入位置、扫描深度和排序。可免费试用，进阶能力按平台规则计费，以产品内显示为准。落到事件条目上，这两种触发各有分工。
确定会发生的事件，比如“玩家第一次走进旧港”，适合关键词触发。触发词要选这个事件特有的词——地名、道具名、组织名，命中一次就足够。不要用“码头”这种通用词，否则玩家在别处提到港口也会被误触发。如果同一个词被多个条目共用，就靠排序来决定谁先被读到，把更基础的事件排在前面。
不确定会不会发生的事件，比如“夜里是否有人跟踪”，适合按概率触发。它更像气氛调节器：即便没中，世界也不会缺一块；中了，就多一条可用的线索。概率触发不适合承载主线必经的转折，否则玩家可能整场都碰不到关键剧情。
扫描深度决定条目能被回看多远。事件条目通常不需要很深的扫描，因为它的重点是“此刻触发、此后生效”。如果一条事件只在触发那一轮有用，就把它放在较浅的位置；如果它要长期影响后续对话，就要保证它被稳定读到。插入位置则决定它出现在提示的哪一段，事件类条目一般放在靠后的位置，让位于人物与当前场景，避免喧宾夺主。从 SillyTavern 导入的世界书条目，触发词和排序往往需要按这里的扫描深度重新校准一遍，别指望原样生效。
一条可直接复制的事件条目模板
下面这个骨架可以直接抄进世界书编辑里，把方括号里的内容换掉即可。它的写法偏简省，是为了让模型一眼看出“变化在哪”。
填的时候注意两件事：经过一栏不要写角色的心理活动，那是模型该演的部分；钩子一栏不要替玩家做决定，只列出可能的方向。模板里的方括号全部替换成自己的内容，替换完把方括号删掉，避免模型把它当成正文的一部分。
如果事件有先后关系，可以拆成多条，每条只写一个状态跳变。一条大而全的条目，往往不如三条小而准的条目好用。
写事件条目的三步落地顺序
- 先写后置状态，再倒推触发条件。把“世界最终变成什么样”写清楚，然后问自己：玩家要做什么、走到哪里、碰到谁，才配得上这个变化。触发条件是从结果倒推出来的，不是先想一个词再硬凑剧情。
- 给事件分配一个独有触发词，逐一比对已有条目。把候选词放进世界书的搜索框里过一遍，凡是和人物、地点条目重名的，就换一个更具体的说法，或者调整排序，让基础条目先被读到。
- 固定插入位置与扫描深度，跑一轮对话验货。用最短的路线触发一次，看模型是否引用了后置状态里的东西；如果它仍然按旧状态演，就检查条目是否真的被读入，而不是继续加长文本。
三步做完，事件条目才算真的落地。之后每加一条新事件，都重复一遍这个顺序，世界书会慢慢长成一张能自动推进的网。
事件条目最容易踩的三个坑
第一个坑是把事件写成地点条目。条目里全是环境描写，没有状态变化，模型读完只记住一个场景，剧情该停还是停。修正方法是把形容词删掉一半，换成“某物从 A 状态变成 B 状态”。
第二个坑是触发词太宽。用“危险”“计划”“晚上”这类词做关键词，几乎每轮都会命中，事件被反复读入，模型会以为同一件事发生了很多次。触发词要窄到只有这个事件才配用。
第三个坑是只写发生、不写之后。事件条目如果没有后置结果和状态标记，模型会默认“事情过去了”，下一轮又回到原样。写的时候把“此后”两个字放在心上：此后谁知道了什么、此后哪条路不能走、此后谁对谁的态度变了。
另外，事件条目不要写“玩家一定会答应”这类预设。把选择权留给对话，条目只负责把世界的台面换掉。涉及强烈情绪或创伤类事件时，也要记得 AI 只是陪聊与创作工具，不能替代专业帮助；如果在现实里被情绪困住，告诉身边的人或寻求专业帮助更稳妥。
常见问题
角色卡事件条目怎么写才不会和人物条目打架？
把分工钉死：人物条目写“他是谁”，事件条目写“他经历了什么、现在处于哪一步”。两者都提到同一个角色时，人物条目负责语气与关系，事件条目只负责状态变化，并沿用人物条目里的称呼。若还是冲突，检查排序与插入位置，让人物先被读到。
事件条目用关键词触发还是按概率触发？
确定发生的主线事件用关键词触发，触发词选事件独有的名词；氛围类、支线类的小事件用按概率触发，中不中都不影响主线。如果一件事玩家必须遇到，就不要交给概率。两种方式可以并用，但同一事件不要既挂关键词又挂概率，否则读入次数会失控。
事件条目写完了却不生效，先查什么？
先查触发词有没有实际出现在对话里，再查扫描深度是否够到那一轮，然后看排序有没有被同名条目挤掉。若三条都正常，再看后置结果是否写得太抽象——模型找不到可引用的具体名词时，往往会选择忽略。最后用最短路线复现一次，逐步缩小范围。
事件条目可以写角色死亡或关系决裂这类重结果吗？
可以写，但要把代价写清楚，并且不要替玩家拍板。建议把重结果拆成前置、发生、后置三段，后置里写明白谁失去了什么、哪条路被封死。若剧情涉及强烈负面情绪，记得 AI 不能替代专业帮助，现实里的困扰更适合告诉身边的人或寻求专业帮助。