角色卡历史年表条目怎么写,一句话说清:把它当时间坐标系来写,而不是当剧情摘要来写。每条只负责回答“哪一年、用什么纪年、世界当时是什么状态”,因果与戏份留给事件条目和人物条目。一条合格的年表条目需要三样东西:可被引用的纪年刻度、低误报的锚点词、克制到不抢戏的信息密度。写对了,模型在任何一幕里都能自己算出“现在是哪一年、上一件大事过去多久”。
年表条目的定位:写坐标,也写事件锚点
在世界书这个条目家族里,年表属于“坐标类”。它回答的是“什么时候”,而不是“为什么会变成这样”或“是谁干的”。后两个问题分别交给事件条目和人物条目,三者分工清楚,推演才不会互相打架。
它同时还是最好用的事件锚点。事件条目写完之后,只要在起始行标一句“见年表某年”,模型就能把零散的情节挂回时间轴上,不至于把三代人的旧账压缩进同一段对话。反过来,年表里也不必复述前因后果,一个格子配一个引用名,线自然就连上了。
很多人第一次动笔,会把它写成一段世界史散文:某年大旱,某位英雄崛起,某国覆灭,百姓流离失所。读起来很顺,对模型却没什么用——它要的是可推算的刻度,而不是叙事美感。把“哪一年、当时是什么常态、留下了什么”三件事写清楚,模型就会自动算出“这个人现在几岁”“那场战争过去多少年了”“城墙为什么还是断的”。
坐标还有一个隐性好处:它让世界对角色产生压力。物价、征兵、宵禁、口音里的年代词,全都挂在刻度上,不必每轮都解释一遍。
纪年体系:动笔前先定三样刻度
第一样是起点。纪元零年发生了什么?开国、灾变、契约签订,还是某位神明的沉默。起点事件不必写成戏,只给一个名字,比如“烬年”。
第二样是长度与代际。一个纪元跨多少年,人一共能活几代,这决定了角色的辈分感。若一个纪元长达三百年,人物的祖父辈就只是传闻里的名字,不该出现在对话中当熟人。
第三样是换算。官方年号与民间叫法往往不同:“新历七年”与“灾后第七年”指的是同一时刻。建议单独建一条短条目专写换算表,其余格子引用它,比每条都复述一遍省事得多。
提醒一句:纪元别设太多。两三个足够支撑演出,频繁改元本身就是强剧情点,值得留给事件条目去做。
想直接试一试?
进合欢主站选一个角色,把上面的内容用起来。可免费试用,进阶能力按平台规则计费。
年表条目的骨架与可复制的世界书条目模板
一格的四行骨架是:刻度行、状态行、遗留行、引用行。
刻度行给出时间坐标与换算关系;状态行用不超过一句话描述当时的政局、灾情、技术或物价;遗留行写下这段时期留在当下的东西,比如一句口头禅、一片废墟、一条律法、一个称呼;引用行指向相关的人物、地点、事件条目名,方便模型顺着线去找细节。
上面这份世界书条目模板配合使用即可:换算表只此一条,常驻低位;单格条目按年份拆开,按需触发。这样哪怕会话拉得很长,模型手里也始终握着一个稳定的“现在几点”。
历史年表触发词与插入位置怎么设
挑历史年表触发词有个朴素原则:越不容易误报的越好。纪元名几乎不会误报,适合当主触发词;复合年份如“灾后第七年”次之;单字数字如“三”“七”误报严重,不要单独使用。
| 触发词类型 | 示例 | 常见风险 | 建议用法 |
|---|---|---|---|
| 纪元名 | 烬年、新历 | 极少误报 | 作为主触发词 |
| 复合年份 | 灾后第七年 | 角色未必原样说出 | 另加简称作备用词 |
| 事件绰号 | 断桥之变 | 与事件条目撞词 | 本处取前半,事件条目用全称 |
| 单字数字 | 三、七 | 几乎每轮都命中 | 不要单独使用 |
插入位置方面,这类信息属于背景层,通常放在设定区偏前的位置比较稳妥;具体选项以平台的条目面板为准,不必追求一次到位。
扫描深度不必给得太深。年表是低频引用,深度过大只会让它反复挤占上下文,把角色的语气和细节顶出去。
触发方式上,关键词与按概率触发各有用途:与剧情强相关的年份用关键词,纯氛围的年代感可以用低概率常驻,让世界有时代气息,但不抢戏。排序上,换算表排在单格条目之前,越基础的信息越靠前。
一条年表从零到挂载的操作步骤
- 先随手列大事记,只写年份加五个字以内的标题,不求工整。
- 删到七至十二条,凡是不能影响角色当下行为的,一律划掉。
- 建一条纪年换算条目,写清起点、长度、官方与民间两套叫法的对应。
- 给剩下的每一条补四行骨架,状态行控制在两句话以内。
- 为每条挑触发词:主词用纪元名,辅词用复合年份或地名,单字数字剔除。
- 设置插入位置与扫描深度,换算表排前,单格条目排后。
- 挂载后做三轮测试:问“现在是哪一年”、提起一件旧事、提起一个未来年份,看回答是否自洽。
测试时若模型答不出年份,多半是换算表没被触发;若它把旧事当新事,多半是刻度行缺了年限。可免费试用,进阶能力按平台规则计费,以产品内显示为准。
常见坑:密度、剧透与条目打架
密度是第一大坑。写得越全,越容易把上下文吃满,角色的口癖、称呼、关系细节反而被稀释。砍掉不影响演出的年份,是不会后悔的取舍。
第二个坑是只有年份没有状态。模型知道“现在是烬年十二年”,却不知道那年粮价如何、街上有没有宵禁,于是只能凭空编。状态行就是给它一根扶手。
第三个坑是剧透未来。表里写“烬年二十年将有一场大疫”,等于把剧情钉死。除非这是必须公开的设定,否则未来留白,年份只铺到当下。
第四个坑是撞触发词。它和事件条目共用同一个绰号,会在同一轮里互相顶掉。解决办法很简单:本处用短称,事件条目用全称,各留一半。
第五个坑是纪年混用却不换算。作者自己心里清楚,模型并不知道。多写一行换算,能省下后面几十轮的追问。
常见问题
角色卡历史年表条目怎么写才不会被模型忽略?
把它写成可推算的坐标,而不是散文。每条给足刻度行与状态行,主触发词选纪元名这类低误报的词,并把换算表放在排序靠前的位置。做完再跑三轮:问当下年份、提一件旧事、提一个未来年份,看回答能否自洽。若仍被忽略,多半是扫描深度过大或触发词太泛。
年表和事件条目到底怎么分工?
年表负责“什么时候、当时的常态是什么”,事件条目负责“发生了什么、留下了什么后果”。同一年可以既有格子也有条目,但触发词要错开,一个用短称一个用全称。因果链写进事件条目,本处只留坐标与遗留物,两边就不容易打架。
触发词直接用年份数字可以吗?
不建议单独用。“三”“七”这类单字数字几乎每一轮都会命中,条目频繁插入只会挤占上下文。更稳的做法是用纪元名当主触发词,再补一个复合年份作备用,例如“灾后第七年”。这样既保留了可检索性,又把误报压到很低。
年表条目写多长比较合适?
单格两到四行就够,全表控制在七到十二条之间。它属于背景层信息,越长越容易把角色的语气和关系细节顶出去。若某个年份戏份确实很重,就把它拆出来单独写成事件条目,本处那一格只留一句状态和一句引用即可。