好的核心设定,并不是世界观文档里最长的那一段,而是最小的一组规则,却能持续制造新的创作决策。
这一区别很重要。核心设定最常见的两种失败,一种是停得太早——“一个由梦境驱动的帝国”听起来很有画面,但还不能告诉编剧下一场戏为什么会发生;另一种是研究得太久,历史、地图、术语和例外越堆越多,最初那条真正能推动故事的规则反而被埋掉。
一个可复用的流程,既要保护想象力,也要保护推进速度。下面把工作拆成四轮:研究、初稿、压力测试、修订。每一轮只交付一个明确产物,这样更容易协作、比较版本,也更容易知道什么时候应该停止继续“完善”。
第一轮:只研究核心设定真正提出的问题
不要从“把这个领域全部研究一遍”开始,而要先写问题清单。
假设灵感是:这座城市里,记忆可以在人与人之间转移,但每转移一次,记忆都会永久改变。
它马上会提出一组有限问题:
- 真实档案体系怎样记录来源、修改和传递链?
- 法律体系怎样处理证言、记录与所有权?
- “记忆”这个概念有哪些真实文化或医学语境,哪些比喻容易误用?
- 什么视觉技术或仪式能表现“复制”,又不会假装自己是在描述真实神经科学?
- 历史上的档案控制、口述传承、伪造案例,能帮我们把机构逻辑问得更细吗?
这些问题之所以有限,是因为每一条研究都必须能改变一个创作决策。不能改变决策的资料,暂时不收。
不要让浏览器标签页变成资料坟场。可以用 Zotero 一类来源管理工具,把资料放进 collection、tag,并保留它为什么与项目有关。工具本身不是重点,重点是形成纪律:保存来源、写下它真正支持什么,再把“来源事实”和“我要发明的设定”分开。
三栏研究笔记
每条值得保留的资料只写三栏:
| 栏目 | 写什么 |
|---|---|
| Evidence | 来源实际证明了什么 |
| Design question | 它帮助你提出了什么设计问题 |
| Fiction move | 你准备怎样改造成原创设定,并明确标为虚构 |
这张小表可以防止一个很危险的漂移:某次创作推断经过几轮复制粘贴,最后被团队成员误读成“历史上真的如此”。
第二轮:用“决策”写核心设定,不要用装饰写
一个可用的核心设定至少要回答五个操作问题:
- 这里有什么普通现实里做不到的事?
- 它的成本是什么?
- 谁控制它?
- 普通人的日常会因此改变什么?
- 即使主角不出现,什么冲突仍然会继续?
对“记忆城市”来说,弱版本可能只有一句:
记忆可以买卖,所以富人收藏别人的人生。
更强的版本会变成:
记忆只能通过持证见证人转移一次;每次转移都会永久改变一个感官细节。法院只承认记录了完整传递链的记忆。富裕家族因此雇佣“记忆保管人”,尽量让重要经历停留在最少的人脑中;地下市场则交易被复制过很多次、情绪很强但历史可靠性很差的记忆。
后一个版本有真正的杠杆。法律、劳动、阶层、犯罪、家庭、证据都会跟着这条规则移动。
把第一版写成“一页合同”
正式版本先限制在一页:
- 一句话核心设定;
- 三条不可随意改变的规则;
- 两个明确成本;
- 三个被影响的机构;
- 三个日常后果;
- 两个故意保持开放的问题。
限制篇幅很有用。如果团队必须读八页才能做出一个场景级决策,那份文档通常已经把“核心设定”和后续世界观层混在了一起。
World Anvil 的 Agile Worldbuilding 思路在这里很适用:先做当前创作问题真正需要的部分,之后随着故事推进再扩展。是否使用这个平台并不重要,这条原则能防止团队在故事引擎还没验证之前,就先写出一本巨大百科全书。
第三轮:用“恶意问题”做压力测试
真正可靠的设定,不是大家都说“好酷”,而是有人认真想把它弄坏之后,它仍然能成立。
不要问“你喜不喜欢”,要问会强迫矛盾出现的问题。
六个压力测试
**富人测试:**有钱、有关系的人会怎样绕过成本?
**犯罪者测试:**不直接违反规则,能不能利用漏洞获利?
**儿童测试:**一个几乎没有机构权力的人,会怎样体验这套系统?
**普通星期二测试:**没有大事件发生的一天,普通人的生活到底哪里不同?
**边界测试:**两个地区承认不同规则时,会发生什么?
**剧情便利测试:**作者最想在哪个关键时刻突然让规则失效,以便救场?
比如“记忆城市”的富人测试,很可能暴露一个漏洞:家族可以雇佣大量一次性中间人,让真正的“原始记忆持有者”始终保持不变。这不一定是漏洞,也可以变成世界观功能——于是出现记忆劳动合同、社会污名、政治争论和行业监管。
剧情便利测试更重要。如果写到第十四章时,为了解谜,作者突然允许“复制后的记忆完全准确”,那它就不是规则,只是装饰。最好在剧情依赖它之前,就先把边界写清楚。
第四轮:修订时保护“因果引擎”,不要保护喜欢的句子
很多设定修订失败,是因为创作者舍不得最初让自己兴奋的那句话。真正应该保护的是因果结构。
建立一张修订记录:
| 修改 | 为什么改 | 会破坏什么 | 必须复查什么 |
|---|---|---|---|
| 转移会改变一个感官细节 | 让复制真正有代价 | 早期证据场景 | 法庭规则、黑市、家族档案 |
| 只有法律用途需要执照 | 保留民间非正式分享 | “所有转移都被追踪”旧设定 | 犯罪、家庭生活、执法 |
项目变大后,数据库能帮忙。Notion 的 relation 功能本来就是为了连接不同数据库中的条目;一条核心规则可以关联到依赖它的角色、机构、地点和场景。普通表格或 Markdown 表也能做到。真正重要的不是软件,而是改一条核心规则之前,能看见下游有哪些东西必须一起复查。
如果团队已经使用版本控制,commit 也是一个好习惯。GitHub 对 commit 的说明强调,它会记录具体修改、时间、作者和唯一标识。小说不需要变成软件工程,但当三个人记忆中的“最终版设定”开始不一样时,可追踪的修改历史非常值钱。
给协作者的交接包
核心设定不是“作者自己懂了”就算完成,而是另一个人拿到后不会误建出一套不同系统。
最少给五样东西:
- 当前核心设定卡:一页正式版;
- 证据账本:每个来源真正支持什么;
- 开放问题:故意没有定下来的内容,而不是忘了做的内容;
- 变更记录:重要规则怎么改过、为什么改;
- 不要默认清单:最容易被误解、但明确不属于canon的推论。
最后一项特别省时间。只要设定写了“记忆可以转移”,就迟早有人默认它能无限复制、任意编辑、远程发送。如果这些都不成立,最好在它们进入剧本、美术或游戏机制之前直接写出来。
怎么判断核心设定“够用了”
核心设定不需要回答一切,它只需要稳定到足够生成下一层创作。
可以用这几条验收:
- 编剧不新增核心规则,就能列出三个不同冲突;
- 美术能指出至少两个“设定在现实生活里留下的可见痕迹”;
- 游戏或互动设计能找到一个成本、限制或交换条件做成机制;
- 协作者能用自己的话复述,但不改变逻辑;
- 证据账本明确区分真实资料、改编与原创;
- 改动一条规则时,知道哪些下游内容必须复查。
如果这些成立,就不要继续打磨核心设定,应该向外扩。去做机构、地点、角色和场景,让设定在真正使用中增加细节。
卡住时,用90分钟跑一次
这个流程不需要变成一周的研究工程。
**20分钟:**写五个研究问题,只找足够把问题问清楚的可靠资料。
**20分钟:**写一页核心设定卡。
**20分钟:**做六个压力测试,圈出矛盾。
**20分钟:**修规则并列依赖清单。
**10分钟:**做交接包,然后选下一个能真正测试设定的产物——一个场景、地点、人物或机制。
目标不是证明世界已经完整,而是做出一个足够强的故事引擎,让接下来的上百个创作决策越来越容易,而不是越来越难。
Sources
- World Anvil — Agile Worldbuilding. https://www.worldanvil.com/agile-worldbuilding
- Zotero Documentation — The Basics / Quick Start Guide. https://www.zotero.org/support/quick_start_guide
- Zotero Documentation — Collections and Tags. https://www.zotero.org/support/collections_and_tags
- Notion Help — Relations & Rollups. https://www.notion.com/help/relations-and-rollups
- GitHub Docs — Commits. https://docs.github.com/en/pull-requests/reference/commits
延伸阅读
- 把核心设定做成故事引擎:有深度但不堆设定
- 核心设定完整案例:从粗糙灵感到可用创作材料
- 核心设定协作:交接、审批与版本控制